Minecraft Bedrock Edition 26.60, lanzado el 27 de octubre de 2026, se conecta a los servidores mediante NetherNet en lugar del viejo RakNet. Los servidores con Geyser sin NetherNet activado dejaron por esto de aceptar a los jugadores de 26.60, aunque siguen apareciendo en la lista, mientras que las versiones más antiguas de Bedrock entran con normalidad. Solo el administrador del servidor puede arreglar esto, activando NetherNet en Geyser.

  • Causa: Bedrock 26.60 se conecta por NetherNet, pero el servidor solo acepta RakNet.
  • Síntoma en el registro: advertencia "NetherNet support is NOT enabled" y ninguna señal de intento de conexión de jugadores con 26.60.
  • Solución: Geyser desde la build 1237, transport: both, un webrtc-port separado, el puerto de Bedrock abierto en TCP y UDP, y reinicio.
  • El jugador no puede cambiar nada de su lado, NetherNet lo activa el administrador.

¿Por qué Bedrock 26.60 no entra al servidor?

Hasta ahora, Bedrock Edition se conectaba a los servidores por RakNet, un protocolo que funciona sobre UDP. Su sucesor es NetherNet, que según el blog de GeyserMC Mojang viene implementando desde la versión 26.40. En este protocolo, la conexión empieza con un signaling por TCP, y el propio juego corre por WebRTC sobre UDP. Puedes encontrar el historial de las versiones de Bedrock en el resumen de versiones de Minecraft.

Una entrada de GeyserMC del 8 de octubre de 2026 avisaba que desde la 26.60 los clientes de Bedrock dejarían de conectarse por RakNet, así que todo servidor de Bedrock debe soportar NetherNet. Esto también aplica a los servidores de Java con Geyser, que funciona como puente para los jugadores de Bedrock. Mojang le dedica en el changelog de Bedrock 26.60 solo una frase, en la parte sobre el Dedicated Server:

Updated the warning that suggests trying NetherNet to instead be an error when users are not using NetherNet, as RakNet is deprecated

Traducido: el Bedrock Dedicated Server ahora muestra un error en lugar de una advertencia cuando no se usa NetherNet, porque RakNet está obsoleto. El changelog no menciona ni la implementación gradual del cambio ni los servidores con Geyser.

¿Por qué el problema apareció recién el 29 de octubre?

En los registros de los servidores con solo RakNet, los jugadores con 26.60 seguían apareciendo unos 2 días después del lanzamiento, hasta que el 29 de octubre, alrededor de las 15:35 hora de Polonia, dejaron de poder conectarse, mientras que los servidores con NetherNet activado los aceptaban sin interrupción. No se sabe a qué se debe este retraso: no encontramos ningún anuncio de Mojang ni de GeyserMC que lo explique.

¿Qué puede hacer un jugador de Bedrock 26.60?

Si el servidor no soporta NetherNet, el jugador no puede evitarlo, porque NetherNet lo tiene que activar el administrador del servidor. Aun así, hay varias cosas que puedes hacer:

  • Escribe la dirección y el puerto en campos separados: la dirección en el campo "Dirección del servidor" y el 19132 u otro puerto indicado por el servidor en el campo "Puerto". No escribas "dirección:19132" en un solo campo.
  • Si el juego muestra "Outdated Bedrock client!", actualízalo. Puedes encontrar la numeración de versiones y la lista completa en la página Minecraft Bedrock Edition.
  • Avísale a la administración del servidor que los jugadores con 26.60 no pueden entrar, pero las versiones anteriores sí, y mándales el enlace a esta guía.

¿Cómo reconocer la falta de NetherNet en los registros del servidor?

Para el administrador, el síntoma puede ser confuso. El servidor responde al ping, aparece en la lista, el handshake de RakNet se completa y los jugadores de versiones antiguas entran sin problema. Pero de los clientes con 26.60 no aparece ningún intento de conexión en el registro, y tampoco se ve ni en una captura del tráfico de red.

Una pista la da el registro de inicio de Geyser. Cuando NetherNet está desactivado, al iniciar aparece esta advertencia:

WARNING! NetherNet support is NOT enabled.
Players will not be able to connect to your server,
starting October 27th, when NetherNet is scheduled to release.
Please see our blog post over at https://geysermc.org/blog/preparing-for-nethernet
on how to enable NetherNet support.

Sobre los puertos solo aparece una línea, sin mención del signaling:

Started Geyser on UDP port 19132

"Outdated Geyser proxy!" es otro error

Con las versiones nuevas de Bedrock también es común otro error sin relación con NetherNet: un Geyser demasiado antiguo. El jugador recibe entonces el mensaje "Outdated Geyser proxy!", y en el registro aparece:

Bedrock user with ip: /<ip> has disconnected for reason Outdated Geyser proxy! This server supports the following Bedrock versions: 26.30, 26.31, …

La diferencia entre los síntomas queda así:

  • "Outdated Geyser proxy!": el Geyser está desactualizado, basta con actualizarlo.
  • "Outdated Bedrock client! This server supports the following Bedrock versions: …": el juego está desactualizado, la actualización la debe hacer el jugador.
  • Ningún intento de conexión en el registro y la advertencia "NetherNet support is NOT enabled" al iniciar: falta NetherNet, la solución está abajo.

¿Cómo activar NetherNet en Geyser?

Los pasos se basan en el blog y la wiki de GeyserMC, y la configuración se cambia en el archivo config.yml de Geyser.

  1. Actualiza Geyser a la build 1237 o más reciente, idealmente a la última disponible. NetherNet todavía no viene activado por defecto, así que la actualización sola no es suficiente.
  2. En config.yml configura transport: both, y en webrtc-port pon un puerto UDP libre distinto de port.
  3. Abre el puerto de Bedrock en TCP y UDP, y el webrtc-port en UDP, en el router y en el firewall. Antes bastaba con UDP, pero ahora el signaling va por TCP, y según la wiki, sin TCP el servidor ni siquiera aparece para los jugadores.
  4. Si el servidor está detrás de un NAT o en un contenedor, escribe la dirección pública con el puerto en signaling.advertise-addresses. Esas direcciones son las que Geyser les da a los jugadores para conectarse por NetherNet.
  5. Reinicia el servidor, o en la versión standalone, solo Geyser.

Un fragmento de la configuración podría verse así (el puerto 19133 es solo un ejemplo):

bedrock:
  port: 19132
  webrtc-port: 19133
  transport: both
  signaling:
    mode: builtin

Tras el reinicio, debería aparecer en el registro una línea sobre el signaling incorporado:

Built-in signaling started on http://0.0.0.0:19132, with NetherNet on UDP port 19133

Los primeros jugadores con 26.60 pueden entrar apenas unos segundos después del reinicio. Puedes reconocer una conexión por NetherNet por el nombre del hilo entre el primer paréntesis, y el número al final es el protocolo del cliente (2225 corresponde a Bedrock 26.60):

[NetherNet Built-in Signaling-9-2/INFO] [Geyser-BungeeCord]: Player connected with username <nick> (2225)

Las conexiones por RakNet tienen un hilo del estilo GeyserServerChild-…, y el segundo paréntesis depende de la plataforma en la que corre Geyser.

¿Por qué "transport: both" y no "nethernet"?

La opción transport: nethernet desactiva RakNet, y algunas versiones, por ejemplo la 26.40, todavía obtienen el MOTD y el número de jugadores a través de él. Según la wiki de GeyserMC, el soporte completo de NetherNet lo tienen recién las versiones 26.50 y posteriores. El modo both atiende a la vez a las versiones antiguas y nuevas, aunque el comentario en config.yml llama a RakNet un método obsoleto, destinado a eliminarse.

El blog de GeyserMC permite pasar a usar solo nethernet cuando todos los jugadores ya estén en la 26.60. Mientras alguien juegue en una versión anterior, quédate con both. Puedes encontrar más información sobre cómo montar y configurar servidores en la sección Guías.

¿Qué errores muestra la consola tras activar NetherNet?

El blog de GeyserMC describe los síntomas de los errores de configuración más comunes. Los primeros tres son mensajes de la consola:

  • Built-in signaling cannot use port … because the Java server already uses it: Bedrock y Java comparten un puerto, normalmente por la opción clone-remote-port, que usan muchos hostings. El signaling necesita TCP, pero el servidor Java ya está ocupando el TCP de ese puerto. Pídele al hosting un puerto separado abierto en TCP y UDP. Sin eso, Geyser pasa automáticamente a un signaling externo mediante el servicio gratuito Warden y muestra en la consola la dirección por la que deben entrar los jugadores en ese caso.
  • RakNet and NetherNet each need their own UDP port: con transport: both, el campo webrtc-port tiene el mismo número que el puerto de Bedrock. Escribe ahí otro puerto libre.
  • … is a loopback address: la dirección de Bedrock en config.yml es 127.0.0.1 o similar. Configúrala como 0.0.0.0.
  • La pregunta "Trust on First Use?" al conectarse un jugador por primera vez: el signaling incorporado funciona por defecto con HTTP normal. Para evitar esto, configura el signaling por HTTPS (la wiki lo describe en la sección "HTTPS for NetherNet").

Si ninguno de estos casos coincide, GeyserMC pide reportarlo en su Discord junto con el resultado del comando /geyser dump.

Fuentes