--- title: "Alojamiento Velocity en Brasil: proxy para tu red de Minecraft" description: "Ejecuta Velocity con modern forwarding y backends cerrados en el firewall. VPS Ryzen con root en São Paulo desde R$ 31,00/mes para el proxy de tu red." url: "https://streethosting.com.br/es/minecraft-velocity" type: "page" language: "es" --- Proxy con modern forwarding # Alojamiento Velocity para redes de Minecraft Velocity cose varias instancias detrás de una sola dirección, con identidad firmada y backends que nunca quedan expuestos. Corre en una VPS con root, donde velocity.toml y el firewall son archivos que editas tú. [Ver VPS con root para el proxy](https://streethosting.com.br/es/vps-minecraft) [Comparar con BungeeCord](https://streethosting.com.br/es/minecraft-bungeecord) * São Paulo, Brasil * Anti-DDoS hasta 400 Tbps * NVMe Respuesta rápida Necesitas proxy cuando tienes más de una instancia corriendo a la vez, no cuando tienes muchos jugadores. Velocity lo hace con forwarding firmado, pide poca memoria y corre en una VPS Ryzen con root desde R$ 31,00. ## Lo que dispara una red es el número de instancias, no el de jugadores Un Paper bien ajustado aguanta bastante gente antes de que un proxy tenga sentido. Lo que empuja el proyecto hacia Velocity es la cantidad de procesos Java en paralelo, no el aforo. La cuenta cambia cuando las instancias dejan de ser compatibles: versiones distintas, cargadores de mods distintos, ciclos de reinicio distintos. Nada de eso cabe en un solo servidor, y ahí es donde el proxy se paga. Lo contrario vale igual de fuerte: el proxy es un servicio más que vigilar y el punto por el que pasa todo el mundo. Si tienes un servidor y solo quieres un mundo más, un plugin multimundo resuelve mejor. ## Modern forwarding: qué firma Velocity y por qué importa Quien autentica al jugador contra Mojang es el proxy, así que los backends corren con online-mode apagado y se creen lo que él cuenta sobre quién ha llegado. En el forwarding heredado esa información viaja pegada al handshake, sin firma. El modern forwarding cierra el hueco con un secreto compartido: Velocity firma los datos del jugador con el contenido de forwarding.secret y el backend rechaza la conexión si la firma no cuadra. En Paper, en paper-global.yml. Dos detalles tumban a más gente que la teoría. El secreto tiene que coincidir byte a byte, y un salto de línea de más al final del archivo ya rechaza a todo el mundo. Y quien entra por el proxy recibe UUID online: activar el forwarding en un servidor antiguo obliga a migrar inventario y permisos. ## El puerto del backend abierto es el error clásico de quien monta una red Un backend con online-mode apagado acepta cualquier nombre. Si su puerto responde en internet, alguien conecta desde fuera diciendo que es el dueño y entra con todos los permisos. No es fallo de Velocity ni de BungeeCord: es el precio de delegar la autenticación y quedarse a medias. La regla: solo el puerto del proxy queda público, el 25577 por defecto, y cada backend acepta conexión únicamente desde su IP. Con UFW es una regla por backend más la denegación por defecto de entrada. Después prueba desde otra red: si la conexión directa completa, la red está abierta. ## El proxy pide buena red, no mucha memoria Velocity no carga chunks, no simula entidades y no guarda mundo. Lee un paquete, decide el destino y lo vuelve a escribir, por jugador y en ambos sentidos. Subir el heap no cambia casi nada: lo que aprieta primero es la tasa de paquetes y el límite de conexiones abiertas. Por eso una VPS pequeña sostiene el proxy mientras los backends viven en máquinas con holgura de CPU. Lo que no se puede ahorrar es distancia: cada salto entre los extremos entra en el ping, y con los dos en São Paulo esa capa desaparece de la cuenta. Infraestructura ## Lo que la base tiene que darle a un proxy * Root: velocity.toml y forwarding.secret son archivos, no campos de un panel. * IP fija, para que los backends autoricen al proxy y rechacen al resto. * Proxy y backends en la misma región: el salto entre ellos entra en el ping. Casos de uso ## Situaciones en las que el proxy resuelve de verdad * Survival en Paper y skyblock en Fabric conviviendo, algo que un solo proceso Java no hace. * Minijuego que reinicia en cada partida sin llevarse el lobby por delante. * Sala de evento que sube el viernes y desaparece el lunes, sin cambiar la dirección. Optimización ## Ajustes que cambian el comportamiento de la red * El orden de try en velocity.toml, para que la caída de un backend acabe en el lobby. * Permisos y economía en una única base de datos, o cada backend será un mundo aparte. * ViaVersion en una sola capa, en el proxy o en los backends, nunca en las dos. Comparativa ## Velocity y BungeeCord uno al lado del otro Lo que cambia de un proxy al otro, en la práctica. | Criterio | Velocity | BungeeCord | | --------------------- | ----------------------------------------------------- | -------------------------------------------------- | | Identidad del jugador | Forwarding firmado con secreto compartido, nativo | Forwarding sin firma, o BungeeGuard aparte | | Estado del proyecto | Activo y recomendado por el propio equipo de Paper | Conservador, y el fork Waterfall fue descontinuado | | Elección natural | Red nueva, o dispuesta a cambiar sus plugins de proxy | Red atada a un plugin que solo existe para Bungee | Si tus plugins de proxy tienen sustituto en Velocity, migrar sale más barato. Si a uno le falta, BungeeCord se defiende. Lista de comprobación ## Antes de publicar la IP de la red * Conectar al puerto de cada backend desde fuera y confirmar que rechaza. * Comprobar que forwarding.secret es idéntico en ambos lados, sin salto de línea de más. * Cambiar de servidor y volver, mirando si el UUID y el rango siguen iguales. * Tirar un backend a propósito y ver si el jugador acaba en el lobby. ## Preguntas frecuentes 01 ¿Cuántos jugadores justifican pasar a una red con Velocity? Ningún número lo justifica por sí solo. El criterio es cuántas instancias necesitan existir en paralelo. Para más mundos en el mismo servidor, un plugin multimundo resuelve; para versiones o cargadores distintos, el proxy es el camino. 02 ¿Cuánto cuesta la base para correr proxy y backends? El proxy cabe en una VPS Ryzen Budget de 2GB por R$ 31,00 al mes. Los backends son los que piden holgura: la línea Ryzen Performance parte de R$ 42,00 con 2GB y pasa por R$ 126,00 en los 8GB. 03 ¿Tengo que cerrar los puertos de los backends aun usando modern forwarding? Sí. Con online-mode apagado, cualquiera que alcance ese puerto entra con el nombre que quiera. El forwarding firmado protege a quien llega por el proxy, no impide que alguien lo rodee. 04 ¿Se puede migrar de BungeeCord a Velocity sin perder jugadores? Se puede, y el trabajo real está en los plugins de proxy. Levanta Velocity en paralelo, ajusta el forwarding y el firewall y solo entonces cambia el DNS. Si la red ya corría con UUID online, los datos siguen intactos. Sigue por aquí ## Lecturas de apoyo antes de montar la red * [Velocity y BungeeCord: cuándo usar un proxy Los dos proxies y cuándo no hace falta ninguno.](https://streethosting.com.br/es/guias/minecraft/velocity-bungeecord-rede-servidores) * [Firewall UFW en una VPS Ubuntu Reglas que dejan hablar con los backends solo al proxy.](https://streethosting.com.br/es/guias/vps/firewall-ufw-vps-ubuntu) * [Alojar Paper en una VPS con root Preparar cada backend, con servicio y reinicio.](https://streethosting.com.br/es/guias/vps/hospedar-paper-minecraft-vps-root-guia) * [Latencia y ping en un servidor Por qué la distancia entre los extremos aparece en el ping.](https://streethosting.com.br/es/guias/infraestrutura/o-que-e-latencia-ping-servidor) 4.7/5 en Trustpilot Garantía o reembolso Activación en 60 s Soporte Premium Avalado por más de 2.500 clientes ## Dónde entra StreetHosting en esta arquitectura * VPS con KVM y root para el proxy, con IP fija para autorizar en los backends. * Backends separados, escalables uno a uno según crece cada cual. * Revisión de forwarding y firewall con soporte en portugués antes del estreno. [Ver VPS con root para el proxy](https://streethosting.com.br/es/vps-minecraft) [Contactar con soporte](https://streethosting.com.br/es/contact) Una red solo se sostiene cuando el proxy es la única dirección pública y el resto conversa en silencio detrás de él.