Red y proxiesLos jugadores de Bedrock y de Java no son dos sabores de la misma conexión llegando a la misma puerta: Bedrock habla un protocolo de red completamente distinto, y por eso necesita un escuchador propio en vez de simplemente dejarlo entrar por el puerto de juego que ya existe.
Por qué un puerto no puede servir a los dos
Java Edition conecta por TCP; Bedrock Edition conecta por UDP, usando RakNet en vez del protocolo del propio juego directamente. Un nodo compartido no puede enlazar más de un servicio al mismo puerto de Bedrock por defecto (19132 UDP) entre inquilinos distintos, así que GeyserMC —que traduce el protocolo de Bedrock a algo que entiende el servidor del lado Java— necesita su propia asignación dedicada para escuchar.
Qué hacer
- Pide o elige una asignación de puerto secundaria en el panel
Esta es la dirección en la que va a escuchar GeyserMC de verdad.
- Pon ese mismo puerto, con protocolo UDP, en el
config.ymlde GeyserEl campo de protocolo importa: el tráfico de Bedrock no va a llegar a un puerto configurado para TCP.
- Dale a los jugadores de Bedrock el puerto personalizado de forma explícita
A diferencia de la comodidad del puerto por defecto en Java, los clientes de Bedrock en un nodo compartido siempre necesitan escribir
dirección:puerto, porque el 19132 nunca es suyo en exclusiva en infraestructura compartida.
Un cliente de Bedrock que conecta a la dirección del nodo en el puerto personalizado llega al mundo, y el propio registro de arranque de Geyser confirma que se enlazó a ese puerto con éxito.