Velocity: El proxy moderno para servidores Minecraft

Si ejecutas múltiples servidores Minecraft y quieres que los jugadores pasen entre ellos sin cerrar sesión, necesitas algo que los enrute. Eso es lo que Velocity hace - es un proxy de servidor moderno que gestiona miles de jugadores, moviéndolos entre diferentes servidores backend mientras mantiene todo funcionando sin problemas.

Lo que Velocity hace

Un proxy de servidor se sitúa entre los jugadores y tus servidores de juego reales. En lugar de conectarse directamente a servidores individuales, los jugadores se conectan a una dirección, y el proxy decide dónde enviarlos.

Velocity reconstruyó este concepto desde cero para Minecraft moderno. No es una colección de parches apilados sobre algo antiguo - está diseñado específicamente para ser rápido, mantenible y flexible. La base de código es limpia (algo que los desarrolladores realmente disfrutan leyendo), y la API es lo suficientemente poderosa para que los creadores de plugins puedan hacer cosas sofisticadas sin luchar contra el sistema.

El proyecto tiene tres objetivos principales. Una base de código genuinamente agradable de mantener. Velocidad bruta que gestiona miles de jugadores simultáneos. Y una API de plugins que evita errores de proxies anteriores.

Por qué querrías esto

Las redes de servidores están por todas partes en Minecraft. Alguien ejecuta un mundo de supervivencia, un reino creativo, una arena PvP y un lobby - todos servidores separados, todos necesitando comunicarse entre sí. Sin un proxy, los jugadores cierran sesión en uno e inician sesión en otro, rompiendo la experiencia completamente.

Con Velocity, los jugadores permanecen conectados a una dirección. El proxy invisiblemente los mueve entre servidores backend. Cuando alguien se mueve del lobby a supervivencia, su sesión se mantiene. Sin mensaje de desconexión. Sin re-autenticación.

A gran escala, esto se vuelve crítico.

Podrías ejecutar servidores Paper junto a modded. Velocity soporta implementaciones Paper, Sponge, Fabric y Forge en la misma red. Otro software de servidor podría funcionar, pero estos cuatro obtienen soporte de primera clase. Mezcla y combina sin dolores de cabeza arquitectónicos.

Y el proxy te permite personalizar el enrutamiento. Los nuevos jugadores llegan al lobby. Los veteranos van directamente a supervivencia. Los torneos PvP se enrutan a un servidor de minijuegos dedicado. El proxy controla todo sin tocar las configuraciones del servidor.

Comenzar con Velocity

Necesitas Java 11 o posterior. Obtén la última compilación desde la página de descargas de PaperMC - proporcionan JARs pre-compilados, así que no se requiere compilación.

java -jar velocity-*.jar

Ejecuta eso una vez. Velocity genera un archivo de configuración y sale. Abre velocity.toml y comienza a configurar tu red.

[servers]
lobby = "localhost:25565"
survival = "localhost:25566"
minigames = "localhost:25567"

[server-options]
try-list = ["lobby"]

Esto enruta tres servidores backend a través del proxy. Los nuevos jugadores llegan primero al lobby. Ajusta según tu estructura de red, reinicia Velocity, y los jugadores pueden conectarse a tu dirección proxy en lugar de servidores individuales.

Puedes pulir la entrada de lista de servidores usando un Creador de MOTD de Minecraft para dar a tu red una apariencia profesional en el cliente.

Características clave que importan

Cambio de servidor instantáneo. Los jugadores se mueven entre servidores sin cerrar sesión. Los datos de sesión se mantienen automáticamente. Sin tediosas pantallas de reconexión ni bucles de autenticación.

Soporte multi-implementación. Paper, Sponge, Fabric, Forge - Velocity los gestiona todos. Mezcla diferentes software de servidor en una red. Esto es sorprendentemente raro y genuinamente útil para configuraciones complejas.

API de plugins moderna. Los desarrolladores se enganchan a eventos de conexión, chat, cálculos de daño, y más. La API está bien diseñada y evita errores integrados en proxies más antiguos.

Rendimiento comprobado. Construido para miles de jugadores en redes reales que manejan tráfico real. No teórico - demostrado en producción. La base de código prioriza la eficiencia desde el principio.

Gestión de autenticación. El proxy gestiona secuencias de inicio de sesión, modos en línea/sin conexión, y servidores de autenticación. Los jugadores se autentican una vez, luego el proxy los enruta suavemente.

Cosas que desconciertan a las personas

La mayoría de los problemas de proxy provienen de la configuración incorrecta, no del proxy mismo. Tus servidores backend necesitan saber que hay un proxy frente a ellos - configúralos para que esperen y confíen en conexiones de proxy, o silenciosamente rechazarán transferencias.

Velocity necesita recursos dedicados. Es más ligero que un servidor de juego, pero sigue siendo una aplicación Java ejecutándose 24/7. No lo ejecutes en hardware que ya está al máximo. He visto configuraciones donde el proxy mismo se convierte en el cuello de botella simplemente porque nadie asignó suficiente memoria.

El reenvío de puerto es importante. Mucho.

Tu proxy obtiene el puerto de cara al público, y los servidores backend viven detrás de él en una red privada. He visto personas que accidentalmente exponen servidores backend a Internet - esto derrota el propósito completo y abre agujeros de seguridad graves. Al configurar dominios para tu red, configura DNS cuidadosamente. Un servicio de DNS gratuito de Minecraft puede simplificar la gestión si ya no estás usando DNS personalizado.

Velocity no sincroniza automáticamente los datos del jugador entre diferentes software de servidor. Los datos del plugin en un servidor Paper no aparecerán en un servidor Fabric. Necesitas una base de datos compartida o lógica de sincronización personalizada si estás mezclando implementaciones y compartiendo inventario o progresión. Pero esto sorprende a muchas personas cuando primero intentan ejecutar tipos de servidor mixtos.

La compatibilidad de versión de plugin también importa. Un plugin construido para Velocity 3.x podría no funcionar en 4.x. Verifica la compatibilidad antes de actualizar, especialmente si estás ejecutando muchos plugins.

Alternativas que vale la pena conocer

BungeeCord es el proxy de servidor original, aún ampliamente implementado. Está probado en batalla, comprobado, y la comunidad sabe cómo solucionarlo dentro y fuera. Velocity es más nuevo con una arquitectura más limpia, pero si necesitas máxima estabilidad y base de conocimiento, BungeeCord existe.

Waterfall es un fork mantenido de BungeeCord. Arregla algunos errores y se mantiene fiel al diseño original. Si te gusta la filosofía de BungeeCord pero deseas mejoras de calidad de vida, este es el punto medio.

Elige Velocity si estás comenzando desde cero y deseas diseño moderno. La base de código es más fácil de entender, la API es más flexible, y el rendimiento es comparable. Ninguno de estos es objetivamente incorrecto - son solo filosofías diferentes. Tu elección depende de si priorizas el diseño más reciente (Velocity) o máxima compatibilidad y conocimiento de la comunidad (BungeeCord).