Red y proxiesVelocity es el proxy moderno y merece la pena mudarse. Eso sí, no es un reemplazo directo: el formato de configuración, los plugins y la seguridad del reenvío son todos distintos, y lo último es la parte que deja una red expuesta sin decir nada.
Qué cambia
| BungeeCord | Velocity | |
|---|---|---|
| Archivo de configuración | config.yml | velocity.toml |
| Plugins | Plugins de BungeeCord | Plugins de Velocity, no compatibles |
| Reenvío | Reenvío heredado | modern con un secreto compartido |
| Ajuste del backend | bungeecord: true en spigot.yml | Sección velocity en paper-global.yml |
| Rendimiento | Correcto | Bastante mejor bajo carga |
La migración, por orden
- Lista tus plugins de BungeeCord y busca equivalentes primero
Haz esto antes que nada. Si un plugin del que depende tu red no tiene versión para Velocity, eso decide si te mudas siquiera.
- Monta Velocity al lado, no en lugar de
Ejecútalo en otro puerto con los mismos backends listados. Puedes probarlo entero antes de mover a un solo jugador.
- Cambia el reenvío a moderno en los dos lados
player-info-forwarding-mode = "modern"envelocity.toml, y el bloqueproxies.velocitycorrespondiente en elpaper-global.ymlde cada backend, con el secreto copiado. - Mueve la dirección al final
Cuando funcione, apunta tu DNS o tu dirección publicada al proxy nuevo. Ese es el único paso que notan los jugadores.
Si un backend sigue configurado para el reenvío de BungeeCord mientras el proxy manda moderno, los jugadores o no pueden conectar o —peor, según los ajustes— conectan sin autenticar. Todos los backends deben cambiarse a la vez que el proxy, y todos deben ser inalcanzables desde internet en cualquier caso.
Si algo resulta estar roto un martes por la tarde, volver atrás es un botón de arranque y no una reconstrucción. Bórralo cuando lleves una semana sin echarlo de menos.
Conectas por Velocity, /server te mueve entre backends, tu skin y tu UUID son correctos en cada uno, y conectar directo al puerto de un backend falla.