Cómo crear una red de Minecraft con Velocity o BungeeCord

Un proxy permite que los jugadores entren por una sola dirección y se muevan entre varios servidores de Minecraft, como un lobby, un mundo de supervivencia y un servidor de minijuegos. El proxy en sí no tiene mundo. Los jugadores se conectan a él y él los pasa a los servidores que hay detrás, que se llaman servidores backend.

En PlayNHost, cada servidor backend y el proxy son servidores distintos, cada uno con su propio plan y su propia dirección. Las instancias no pueden sustituirlos, porque solo se ejecuta una instancia de un servidor a la vez. Mira Cómo usar instancias para cambiar entre mundos.

Qué proxy elegir

Esta guía usa Velocity con servidores Paper detrás. BungeeCord y Waterfall se tratan al final. Los tres aparecen como tipos de servidor en Proxies, dentro de Editar tipo de servidor. Mira Tipos de servidor de Minecraft explicados.

Antes de empezar

• Pide o configura el servidor proxy y al menos dos servidores backend. Ponlos en la misma ubicación, para que los jugadores no esperen en saltos largos entre ellos. Mira Dónde se ejecuta tu servidor y cómo funciona la ubicación.
• Los servidores backend deben ejecutar Paper o un fork de Paper como Purpur. El reenvío seguro de Velocity se configura en los ajustes de Paper.
• Los jugadores solo reciben la Dirección del servidor del proxy. Guarda para ti las direcciones de los backend.

El punto débil de esta configuración. Cada servidor de PlayNHost tiene su propia dirección, así que un jugador que conozca la dirección de un backend podría intentar entrar directamente y saltarse el proxy. El reenvío seguro con el secreto es lo que impide que una entrada directa funcione, así que mantén el secreto en privado y nunca publiques la dirección de un backend. Mira el primer punto de "Cosas que pillan a la gente" más abajo.

• La versión de cada servidor backend debe ser una que el proxy y tus jugadores puedan usar. Los jugadores entran en el proxy, así que la versión de su juego debe coincidir con lo que aceptan los backend.

Paso 1: inicia el proxy y copia su secreto

1. Configura un servidor del tipo Velocity. No pide elegir versión. Inícialo una vez y luego detenlo. Crea su archivo de ajustes, velocity.toml, y un archivo de secreto, forwarding.secret.
2. Abre Files en el proxy y abre forwarding.secret. Copia el texto que contiene. Es una contraseña de tu red. No la compartas, no la pongas en un ticket ni entregues un backup a nadie.

Paso 2: configura cada servidor backend

Haz esto en cada servidor Paper que vaya a estar detrás del proxy.

1. Inicia el servidor una vez para que existan sus archivos de ajustes y luego detenlo.
2. Abre Ajustes, luego Propiedades del servidor (Java). Desactiva Modo online y haz clic en Solo guardar. La documentación de Velocity exige esto en cada servidor backend, porque el proxy hace la comprobación de inicio de sesión en su lugar.

3. Abre Ajustes, luego Ajustes globales de Paper. Esta página existe en Paper 1.19 y posteriores. Las versiones anteriores de Paper guardan estos ajustes en otro archivo (paper.yml) y no tienen esa página, así que actualízalas primero o abre un ticket. Usa el cuadro de búsqueda para encontrar estos tres ajustes en proxies.velocity, cámbialos y haz clic en Solo guardar:

   • enabled: actívalo.
   • online-mode: debe coincidir con online-mode en el velocity.toml del proxy. Está activado salvo que lo hayas cambiado.
   • secret: pega el texto que copiaste de forwarding.secret.
4. Inicia el servidor.

Desactivar el Modo online solo es seguro detrás de un proxy que reenvíe a los jugadores de forma segura, lo cual configuran estos pasos. Un servidor backend con el Modo online desactivado y sin reenvío deja entrar a cualquiera con cualquier nombre, incluido el tuyo. Mira Cómo entrar en tu servidor de Minecraft.

Paso 3: dile al proxy cuáles son los backend

1. En el proxy, abre Ajustes, luego Ajustes de Velocity. Pon player-info-forwarding-mode en MODERN. Haz clic en Solo guardar.
2. En la sección servers de velocity.toml, dale a cada backend un nombre y su dirección como host:port. Velocity se conecta a él directamente, así que ningún jugador tiene que escribirla. Empieza con la Dirección del servidor que se muestra en la página Resumen de ese backend. No podemos prometer que un proxy siempre pueda llegar a un backend con esa dirección, porque el panel describe esta entrada como una dirección interna y no como la que usan los jugadores. Si el proxy no puede llegar a un backend (los jugadores son devueltos o expulsados y la Console del proxy muestra un error de conexión), abre un ticket, elige el proxy en ¿Qué servidor?, nombra el servidor backend en el mensaje y pregunta qué dirección debe usar el proxy.
3. En la misma sección, try contiene los nombres de los servidores en los que aterrizan primero los jugadores, por orden. Velocity usa el siguiente si el primero está caído. Pon tu lobby primero.
4. Inicia el proxy.

La página de ajustes solo edita las entradas que ya existen en el archivo. Para añadir un backend nuevo, detén el proxy, abre velocity.toml en Files, añade una línea bajo la sección de servidores, guarda e inicia de nuevo el proxy.

Entra y prueba

1. Inicia cada servidor backend y espera a que diga En línea.
2. Inicia el proxy.
3. En Minecraft Java Edition, entra con la Dirección del servidor del proxy. Deberías llegar al primer servidor de la lista try.
4. En el juego, escribe /server y el nombre de otro backend para moverte. En Velocity funciona un nombre de la sección servers.
5. Si un jugador aparece con el nombre equivocado, un UUID distinto o sin skin, el reenvío no funciona. Comprueba que el mismo secreto está en el proxy y en cada backend, y que player-info-forwarding-mode es MODERN.

Para saber cómo leer la Console del proxy y qué muestran sus filtros, mira Cómo usar la Console y ejecutar comandos.

Cosas que pillan a la gente

• Los servidores backend son accesibles por su propia dirección. Los jugadores que conozcan la dirección de un backend podrían intentar entrar directamente. La propia guía de seguridad de Velocity dice que un firewall es la primera opción y que el reenvío moderno no lo sustituye. Con el reenvío moderno y el secreto en su sitio, un backend no acepta jugadores salvo que los datos lleven el secreto. Mantén el secreto en privado y no publiques las direcciones de los backend. Si necesitas un acceso más estricto, abre un ticket y pregunta qué es posible.
• Secreto equivocado. Un backend que tiene un secreto distinto rechaza la conexión, y el jugador es devuelto al primer servidor o expulsado. Copia el secreto de nuevo.
• Límites de jugadores. El número de jugadores que muestra el proxy es solo un número. Cada backend sigue aplicando los slots de jugadores de su propio plan. Mira Cómo cambiar el nombre de tu servidor y los slots de jugadores.
• La whitelist, los ops y los baneos se guardan en cada servidor backend. Configúralos en cada backend o usa un plugin de permisos que abarque toda la red. Mira Cómo configurar una whitelist y banear jugadores.
• Los plugins del proxy son distintos de los plugins de Paper. En Modding, luego Plugins, un proxy muestra solo plugins de proxy. Mira Cómo instalar plugins en Paper, Spigot y Purpur.
• Los servidores backend con mods necesitan pasos extra que dependen del cargador de mods. Abre un ticket si quieres probar uno.
• Los jugadores de Bedrock pueden entrar a través de Geyser en el proxy. Mira Cómo dejar que los jugadores de Bedrock entren en tu servidor Java con Geyser.

BungeeCord y Waterfall

La configuración es la misma a grandes rasgos, con ajustes distintos.

1. Inicia el proxy una vez. Sus ajustes están en Ajustes, luego Ajustes del proxy, que es el archivo config.yml.
2. Añade los backend en las entradas de servidores como host:port y lístalos en priorities dentro de listeners. La cuestión de la dirección del Paso 3 se aplica aquí también. Activa ip_forward para que los jugadores conserven su identidad real.
3. En cada backend, desactiva el Modo online y, en Ajustes, Ajustes de Spigot, activa bungeecord dentro de settings. El panel describe este ajuste como seguro solo si no se puede llegar al servidor directamente. Como cada servidor de PlayNHost tiene su propia dirección, el reenvío de BungeeCord ofrece una protección mucho más débil que el de Velocity, y este es un buen motivo para elegir Velocity en una red nueva.

Si no te decides, elige Velocity.

Relacionado

• Problemas de los servidores de Minecraft y cómo arreglarlos
• Cómo encontrar y cambiar los puertos y la dirección IP de tu servidor