Cómo montar una red con Velocity

Una red con proxy une varios servidores de Minecraft detrás de una sola dirección. Los jugadores se conectan al proxy, aparecen en un lobby y pueden pasar a otros servidores, como supervivencia o minijuegos, sin desconectarse. Esta guía explica una configuración básica con Velocity y servidores Paper.

Cómo funciona una red

El proxy es el único servidor al que se conectan los jugadores. Detrás de él funcionan los servidores backend, cada uno un servidor Paper normal con su propio mundo y sus plugins, por ejemplo un lobby y un servidor de supervivencia. El proxy gestiona los inicios de sesión y envía a cada jugador a un backend. Velocity es el proxy moderno y en desarrollo activo del equipo de Paper. BungeeCord es el proxy más antiguo, y Waterfall era un fork suyo que ya no se mantiene. Velocity es la opción habitual para redes nuevas.

Configura velocity.toml

Inicia Velocity una vez para que cree velocity.toml. Define con bind la dirección a la que se conectan los jugadores (el puerto 25565 por defecto) y luego lista tus servidores backend:

[servers]
lobby = "127.0.0.1:30066"
survival = "127.0.0.1:30067"
try = ["lobby"]

Cada nombre apunta a la dirección y el puerto de un backend. La lista try es el orden de servidores al que se envía a un jugador cuando entra o cuando se cae el servidor en el que está.

Modern forwarding

Los backends necesitan saber el nombre real, el UUID y la skin de cada jugador. Velocity los envía con modern forwarding, protegido por un secreto compartido. En velocity.toml pon:

player-info-forwarding-mode = "modern"

Velocity guarda el secreto en un archivo junto a su configuración, normalmente forwarding.secret. Copia ese valor. Después, en cada backend Paper, abre el archivo de configuración global de Paper (paper-global.yml en la carpeta config) y, en la sección de Velocity dentro de proxies, pon enabled: true, online-mode: true y en secret: el mismo valor. Deja desactivada la opción de BungeeCord en spigot.yml, porque es otro método de forwarding distinto.

Backends en modo offline, detrás de un firewall

Como es el proxy quien comprueba las cuentas, el server.properties de cada backend necesita online-mode=false. Eso solo es seguro si los jugadores no pueden llegar directamente a los backends. Si no, cualquiera podría conectarse al puerto de un backend con cualquier nombre, incluido el de un admin.

• Usa para los backends puertos a los que solo pueda llegar el proxy. Vincúlalos a 127.0.0.1 si están en la misma máquina, o bloquea sus puertos en el firewall excepto para la IP del proxy.
• El modern forwarding con secreto añade otra capa, porque el backend rechaza las conexiones que no traen el secreto correcto.
• Mantén el secreto en privado, y cámbialo si alguna vez se filtra.

Votos y publicar tu red

Para las recompensas por votos en una red, instala NuVotifier en el proxy y usa su forwarding para enviar cada voto a los servidores backend, como se explica en cómo configurar Votifier. Pruébalo con nuestro probador de Votifier. Cuando publiques la red en CraftRank, usa la dirección del proxy y compruébala desde fuera con nuestro comprobador de estado de servidores. Los jugadores que se conectan mediante Geyser también pueden entrar a una red Velocity: instala Geyser y Floodgate en el proxy, como se explica en la guía de crossplay.