--- title: "Alojamiento BungeeCord y Waterfall en Brasil | Proxy heredado" description: "BungeeCord y Waterfall en Brasil para redes ya en producción: qué cerrar en el firewall, qué cambió el fork y cuánto cuesta migrar a Velocity." url: "https://streethosting.com.br/es/minecraft-bungeecord" type: "page" language: "es" --- Proxy heredado, operado con criterio # Alojamiento BungeeCord y Waterfall para una network que ya está en línea Si tu red corre en BungeeCord o Waterfall y migrar ahora no es una opción, la pregunta deja de ser cuál proxy es mejor. Pasa a ser cerrar los puertos correctos y marcar la hora de salir. [Ver VPS con root para el proxy](https://streethosting.com.br/es/vps-minecraft) [Comparar con Velocity](https://streethosting.com.br/es/minecraft-velocity) * São Paulo, Brasil * Anti-DDoS hasta 400 Tbps * NVMe Respuesta rápida Para una network nueva Velocity es la mejor elección: Waterfall fue descontinuado por PaperMC y el forwarding de BungeeCord no está firmado. BungeeCord sigue siendo justificable cuando la red ya está en producción con plugins de proxy sin equivalente. ## La respuesta honesta antes del resto de la página BungeeCord sostuvo la primera generación de networks brasileñas, y Waterfall llegó como fork de PaperMC: misma API, mismos plugins, correcciones de protocolo. PaperMC declaró Waterfall descontinuado y recomendó Velocity. Funciona, pero sin desarrollo activo. Para una red nueva, el menor arrepentimiento es Velocity, y esta página no va a fingir lo contrario. Casi todo BungeeCord en línea hoy es herencia: jugador activo, tienda funcionando y plugins escritos contra la API net.md\_5.bungee. ## El agujero que deja abierto el forwarding heredado Lo que tumba una network Bungee no es el lag, es la autenticación. Con ip\_forward activado en config.yml, el proxy inyecta la IP y el UUID reales en el handshake. Para aceptar eso, el backend corre con online-mode desactivado y la flag de bungeecord activada en spigot.yml. Ese handshake no viene firmado: no hay secreto compartido entre proxy y backend. Quien alcance el puerto de un backend arma el mismo paquete y entra con el UUID que quiera, incluido el del dueño. Las defensas van juntas. En la red, backends escuchando solo en 127.0.0.1 o un firewall que acepte únicamente la IP del proxy. En la aplicación, BungeeGuard, que cubre el día en que alguien se equivoque en una regla. ## Cuándo quedarse es la decisión correcta Quedarse se justifica en tres casos: plugin de proxy sin equivalente y sin código fuente; temporada abierta, porque cambiar el punto de entrada tumba el acceso de todos si sale mal; y red grande ya estable. Congelar la versión, documentar la configuración y aplazar la migración es una decisión legítima. Lo que no vale es descubrir qué versión está corriendo solo el día del incidente. ## El costo real de migrar, punto por punto La parte cara es el plugin de proxy: la API de Velocity es otra y nada de Bungee corre ahí sin portarlo. Divide la carpeta plugins en tres pilas: tiene versión Velocity, tiene sustituto, o necesita código nuevo. La tercera es el presupuesto. La parte barata es el backend, porque Velocity mantiene el canal heredado de plugin messaging. Suma permisos, MOTD, tab e integración con Discord. Levanta el proxy nuevo en un puerto alternativo y cambia el DNS al final. Infraestructura ## Lo que la máquina tiene que darle a un proxy * Root de verdad para firewall, límites del sistema y el árbol del proxy, sin panel de por medio. * IP pública estable, porque la dirección del proxy es la que aparece en la difusión de la red. * Red nacional: cada cambio de servidor pasa dos veces por el proxy antes de llegar al jugador. Casos de uso ## Las redes que siguen en Bungee con buen motivo * Cola, staff o tienda escritos contra la API de Bungee, sin autor que los porte. * Temporada en curso, cuando cambiar el punto de entrada es el mayor riesgo. * Red grande y estable, con la migración planificada para el cambio de mapa. Optimización ## Ajustes que valen más que cambiar de proxy * Cerrar los backends en 127.0.0.1 o por firewall antes de elegir proxy. * Sumar BungeeGuard al firewall, para que un error de regla no se convierta en acceso de administrador. * Separar proxy y backends en instancias, para que un mundo trabado no tumbe el login. Ficha técnica ## Cómo dimensionar la máquina del proxy Un proxy no es un backend: aquí la regla de dimensionamiento es otra. Dónde aparece la carga Red y clock, no RAM El proxy no genera chunk ni corre tick de mundo: solo descomprime, cifra y reenvía paquetes. El cuello de botella es la frecuencia por núcleo. Entrada VPS Ryzen Budget R$ 31,00/mes (2GB, 20GB NVMe, 1 vCPU) Alcanza para el proxy de una red pequeña con los backends en otra instancia. Entrada VPS Ryzen Performance R$ 42,00/mes (2GB DDR5, 20GB NVMe, 1 vCPU) Cuando el pico de entrada es concentrado y el login no puede formar cola. Protección de borde AntiDDoS 400 Tbps El proxy es la única IP pública de la red: tumbarlo tumba todos los backends juntos. Comparativa ## BungeeCord, Waterfall y Velocity uno al lado de otro Lo que los separa es el mantenimiento, el modelo de forwarding y el precio de salir. | Criterio | BungeeCord | Waterfall | Velocity | | ---------------------------- | -------------------------- | -------------------------------------------- | --------------------------------------- | | Mantenimiento | Activo, a ritmo lento | Descontinuado por PaperMC | Activo, es donde invierte el ecosistema | | API de plugin | net.md\_5.bungee | La misma de BungeeCord | com.velocitypowered.api, incompatible | | Forwarding | Heredado, sin firma | Heredado, con BungeeGuard como parche | Moderno, firmado por secreto compartido | | Si un backend queda expuesto | Login con cualquier UUID | Igual, salvo que el token esté activo | Conexión rechazada por falta de firma | | Indicado para | Red heredada en producción | Red heredada que quiere los parches del fork | Cualquier proyecto nuevo | Si la columna del medio describe tu red, no estás equivocado. Estás en software sin mantenimiento activo, un riesgo administrable con el backend cerrado y una fecha de salida. ## Preguntas frecuentes 01 ¿BungeeCord sigue siendo seguro en 2026? Es seguro en la medida en que cierres los backends. El forwarding no está firmado, así que quien alcanza el puerto de un backend entra con el UUID que quiera. Con 127.0.0.1 o firewall y BungeeGuard, la red se mantiene en pie. 02 Waterfall fue descontinuado. ¿Tengo que migrar ya? Ya no, pero con fecha marcada. Sin desarrollo activo, un fallo nuevo de protocolo puede no recibir corrección. Congela la versión y planifica la salida para el próximo cambio de temporada. 03 ¿Mis plugins de BungeeCord funcionan en Velocity? Los del proxy no: la API es otra y cada uno necesita versión Velocity, sustituto o porte. Los de los backends suelen sobrevivir, porque Velocity mantiene el canal de plugin messaging. 04 ¿Se puede correr el proxy y los backends en la misma VPS? Se puede, y para una red pequeña es el arreglo más simple: los backends escuchan en 127.0.0.1 y quedan inaccesibles desde fuera. El límite aparece cuando un backend se traba y se lleva el login con él. Sigue por aquí ## Lectura de apoyo para quien opera una network * [Velocity y BungeeCord: cuándo usar proxy La comparación completa y cuándo una red necesita de verdad un proxy.](https://streethosting.com.br/es/guias/minecraft/velocity-bungeecord-rede-servidores) * [Firewall UFW en VPS Ubuntu Reglas que bloquean el acceso directo a los backends sin trabar el SSH.](https://streethosting.com.br/es/guias/vps/firewall-ufw-vps-ubuntu) * [Paper en VPS con root, desde cero Cada backend con servicio, usuario dedicado y reinicio automático.](https://streethosting.com.br/es/guias/vps/hospedar-paper-minecraft-vps-root-guia) * [Migrar un servidor sin downtime Correr el entorno nuevo en paralelo y girar el DNS al final.](https://streethosting.com.br/es/guias/infraestrutura/como-migrar-servidor-sem-downtime) 4.7/5 en Trustpilot Garantía o reembolso Activación en 60 s Soporte Premium Avalado por más de 2.500 clientes ## Lo que resolvemos contigo antes de tocar el proxy * Lectura de la topología actual: cuántos backends existen y quién habla con quién. * Cierre de los puertos de los backends y prueba externa antes de girar la llave. * Ventana de mantenimiento con el proxy antiguo en pie hasta que pase el nuevo. [Ver VPS con root para el proxy](https://streethosting.com.br/es/vps-minecraft) [Contactar con soporte](https://streethosting.com.br/es/contact) Una red heredada no necesita un discurso nuevo. Necesita backend cerrado, versión anotada y una fecha para migrar.