Cómo crear una red de servidores de Minecraft con Velocity

Una red de servidores junta varios servidores de Minecraft (lobby, survival, minijuegos…) detrás de un único punto de entrada: el proxy. Los jugadores entran por una dirección y pasan de un modo a otro sin reconectar. Esta guía lo monta paso a paso.

Una red tiene un proxy (Velocity o BungeeCord) delante y varios servidores Paper detrás.
Velocity es la opción moderna y más segura; BungeeCord, la veterana.
La seguridad es lo crítico: sin reenvío con secreto, cualquiera puede entrar saltándose el proxy.
En MixelNodes puedes usar un plan por servidor o un plan grande con Server Splitter: la calculadora te dice qué sale mejor.

Qué es y cuándo te hace falta

Un proxy recibe a los jugadores y los reparte entre tus servidores. Te hace falta si quieres un lobby con varios modos, repartir jugadores en varios servidores cuando uno solo no aguanta, o separar mundos con plugins distintos. Si tienes un único servidor, no lo necesitas.

Velocity o BungeeCord

	Velocity	BungeeCord
Enfoque	Moderno y rápido	Veterano y muy extendido
Seguridad del reenvío	Reenvío «moderno» con secreto	Reenvío de IP; necesita un plugin o cortafuegos para ser seguro
Plugins	Ecosistema propio, creciente	Ecosistema grande
Recomendado para	Redes nuevas	Si dependes de plugins que solo existen para BungeeCord

Si empiezas de cero, Velocity. Esta guía usa Velocity y al final tienes las diferencias de BungeeCord.

La arquitectura

Jugadores ──▶ Proxy (Velocity)  ──▶ lobby   (Paper)
                  │
                  ├──────────────▶ survival (Paper)
                  └──────────────▶ minijuegos (Paper)

Solo el proxy está expuesto a los jugadores. Los servidores de atrás solo deben aceptar conexiones del proxy.

Cómo dimensionarla en MixelNodes

Tienes dos formas, y la calculadora (opción «Servidores en red») te da el precio de las dos:

Un plan por servidor: cada servidor y el proxy tienen su plan y su panel.
Un plan grande con Server Splitter: compras un plan grande y lo divides desde el panel en varios servidores independientes, repartiendo sus recursos como quieras. No necesitas un plan por servidor y puedes reajustar el reparto.

El proxy gasta muy poca memoria (a partir de unos 512 MB); lo que pesa son los servidores de atrás.

Paso 1: el proxy

Descarga Velocity desde papermc.io/software/velocity.
Úsalo como el JAR de un servidor (no es un servidor de juego). Arráncalo una vez: genera velocity.toml y un archivo forwarding.secret.
Para y abre velocity.toml.

[servers]
lobby = "127.0.0.1:25566"
survival = "127.0.0.1:25567"

try = ["lobby"]

[forced-hosts]

player-info-forwarding-mode = "modern"

[servers]: el nombre y la dirección (IP:puerto) de cada servidor de atrás. Pon las direcciones reales que te dé el panel.
try: a qué servidor van los jugadores al entrar (tu lobby).
player-info-forwarding-mode = "modern": el reenvío seguro de la identidad del jugador.

Paso 2: los servidores de atrás (Paper)

En cada servidor Paper:

online-mode=false

proxies:
  velocity:
    enabled: true
    online-mode: true
    secret: "EL_CONTENIDO_DE_forwarding.secret"

El proxy es el que verifica las cuentas (online-mode del proxy en true); los servidores de atrás lo ponen en false porque confían en él. El secret debe ser exactamente el contenido de forwarding.secret del proxy.

Seguridad: con online-mode=false, quien conecte directamente a un servidor de atrás puede entrar con cualquier nombre (incluido el de un OP). Con el reenvío moderno de Velocity y el secret, el servidor rechaza a cualquiera que no venga del proxy. Aun así, no expongas los puertos de los servidores de atrás: abre solo el del proxy.

Paso 3: arranca y prueba

Arranca primero los servidores de atrás y después el proxy.
Conéctate a la dirección del proxy: deberías aparecer en el lobby.
Cambia de servidor con /server survival.
Intenta conectar directamente a un servidor de atrás: debe rechazarte.

Si usas BungeeCord

En config.yml del proxy: ip_forward: true y online_mode: true.
En spigot.yml de cada servidor: settings.bungeecord: true, y online-mode=false en server.properties.
BungeeCord no tiene un secreto de reenvío: protege los servidores de atrás con cortafuegos (que solo acepten al proxy) o con un plugin como BungeeGuard.

Crossplay con Bedrock en una red

Con proxy, Geyser va en el proxy (versión de Velocity o BungeeCord) y Floodgate en el proxy y en cada servidor, todos con la misma key.pem. Los detalles están en Geyser + Floodgate.

Protege el proxy

El proxy es la puerta de entrada y el objetivo de los ataques. MixelShield se pone delante y filtra ataques y bots conservando la IP real de los jugadores. Lee también cómo proteger tu servidor de DDoS y bots.

Preguntas frecuentes

¿Cuánta RAM necesita el proxy?

Muy poca: a partir de unos 512 MB, y crece despacio con los jugadores. Lo que pesa son los servidores de atrás.

¿Puedo mezclar versiones de Minecraft en la red?

Sí, hasta cierto punto, con plugins como ViaVersion en el proxy o en los servidores. Prueba cada combinación.

¿Hace falta un plan por servidor?

No necesariamente. También puedes comprar un plan grande y dividirlo con Server Splitter. La calculadora compara las dos opciones.