Minecraft Bedrock Edition 26.60, sorti le 27 octobre 2026, se connecte aux serveurs via NetherNet au lieu de l'ancien RakNet. Les serveurs avec Geyser sans NetherNet activé ont donc arrêté d'accepter les joueurs en 26.60, même s'ils restent visibles dans la liste, alors que les versions plus anciennes de Bedrock se connectent normalement. Seul l'administrateur du serveur peut corriger ça, en activant NetherNet dans Geyser.

  • Cause : Bedrock 26.60 se connecte via NetherNet, alors que le serveur n'accepte que RakNet.
  • Symptôme dans le journal : l'avertissement « NetherNet support is NOT enabled » et aucune tentative de connexion des joueurs en 26.60.
  • Correction : Geyser à partir du build 1237, transport: both, un webrtc-port séparé, le port Bedrock ouvert en TCP et UDP, puis redémarrage.
  • Le joueur ne peut rien changer de son côté, c'est l'administrateur qui active NetherNet.

Pourquoi Bedrock 26.60 ne se connecte pas au serveur ?

Jusqu'ici, Bedrock Edition se connectait aux serveurs via RakNet, un protocole fonctionnant en UDP. Son successeur est NetherNet, que Mojang déploie depuis la version 26.40 selon le blog de GeyserMC. Dans ce protocole, la connexion commence par un signaling en TCP, puis le jeu lui-même passe par WebRTC en UDP. Vous trouverez l'historique des versions de Bedrock dans l'aperçu des versions de Minecraft.

Le billet de GeyserMC du 8 octobre 2026 annonçait qu'à partir de la 26.60, les clients Bedrock arrêteraient de se connecter via RakNet, donc chaque serveur Bedrock doit gérer NetherNet. Cela concerne aussi les serveurs Java avec Geyser, le pont permettant aux joueurs Bedrock de s'y connecter. Mojang ne consacre qu'une seule phrase à ce sujet dans le changelog de Bedrock 26.60, dans la partie sur le Dedicated Server :

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

En traduction : le Bedrock Dedicated Server affiche désormais une erreur au lieu d'un avertissement quand NetherNet n'est pas utilisé, car RakNet est obsolète. Le changelog ne mentionne ni un déploiement progressif du changement, ni les serveurs utilisant Geyser.

Pourquoi le problème n'est-il apparu que le 29 octobre ?

Dans les journaux des serveurs n'utilisant que RakNet, les joueurs en 26.60 continuaient d'apparaître environ 2 jours après la sortie, jusqu'à ce que, le 29 octobre vers 15h35, heure polonaise, ils arrêtent de se connecter, alors que les serveurs avec NetherNet activé continuaient de les accepter sans interruption. On ne sait pas d'où vient ce délai : nous n'avons trouvé aucune annonce de Mojang ni de GeyserMC qui l'explique.

Que peut faire un joueur en Bedrock 26.60 ?

Si le serveur ne gère pas NetherNet, le joueur ne peut pas contourner le problème, car c'est l'administrateur du serveur qui doit activer NetherNet. Vous pouvez tout de même faire quelques vérifications :

  • Entrez l'adresse et le port dans des champs séparés : l'adresse dans le champ « Adresse du serveur », et 19132 ou un autre port indiqué par le serveur dans le champ « Port ». N'écrivez pas « adresse:19132 » dans un seul champ.
  • Si le jeu affiche « Outdated Bedrock client! », mettez-le à jour. Vous trouverez la numérotation des versions et leur liste sur la page Minecraft Bedrock Edition.
  • Prévenez l'administration du serveur que les joueurs en 26.60 ne peuvent pas entrer alors que les anciennes versions le peuvent, et envoyez-leur le lien de ce guide.

Comment reconnaître l'absence de NetherNet dans les journaux du serveur ?

Pour un administrateur, le symptôme peut être trompeur. Le serveur répond au ping, il est visible dans la liste, le handshake RakNet passe, et les joueurs sur les anciennes versions entrent normalement. En revanche, aucune tentative de connexion des clients en 26.60 n'apparaît dans le journal, et on ne la voit même pas dans une capture du trafic réseau.

Un indice se trouve dans le journal de démarrage de Geyser. Quand NetherNet est désactivé, cet avertissement apparaît au démarrage :

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.

Concernant les ports, il n'y a alors qu'une seule ligne, sans aucune mention du signaling :

Started Geyser on UDP port 19132

« Outdated Geyser proxy! » : une erreur différente

Avec les nouvelles versions de Bedrock, une autre erreur fréquente n'a rien à voir avec NetherNet : un Geyser trop ancien. Le joueur reçoit alors le message « Outdated Geyser proxy! », et le journal affiche :

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

La distinction des symptômes se fait ainsi :

  • « Outdated Geyser proxy! » : Geyser trop ancien, il suffit de le mettre à jour.
  • « Outdated Bedrock client! This server supports the following Bedrock versions: … » : le jeu est trop ancien, c'est au joueur de le mettre à jour.
  • Aucune tentative de connexion dans le journal et l'avertissement « NetherNet support is NOT enabled » au démarrage : NetherNet absent, correction ci-dessous.

Comment activer NetherNet dans Geyser ?

Les étapes suivantes s'appuient sur le blog et le wiki de GeyserMC, et les réglages se modifient dans le fichier config.yml de Geyser.

  1. Mettez à jour Geyser vers le build 1237 ou plus récent, idéalement vers la toute dernière version. NetherNet n'est pas encore activé par défaut, donc la mise à jour seule ne suffit pas.
  2. Dans config.yml, réglez transport: both, et dans webrtc-port, indiquez un port UDP libre différent de port.
  3. Ouvrez le port Bedrock en TCP et UDP, et le webrtc-port en UDP, sur le routeur et dans le pare-feu. Avant, UDP suffisait, mais désormais le signaling passe par TCP, et selon le wiki, sans TCP le serveur n'apparaît même pas aux joueurs.
  4. Si le serveur est derrière un NAT ou dans un conteneur, indiquez l'adresse publique avec le port dans signaling.advertise-addresses. Ce sont ces adresses que Geyser communique aux joueurs pour se connecter via NetherNet.
  5. Redémarrez le serveur, ou la version standalone de Geyser lui-même.

Un extrait de configuration pourrait ressembler à ça (le port 19133 n'est qu'un exemple) :

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

Après le redémarrage, une ligne sur le signaling intégré devrait apparaître dans le journal :

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

Les premiers joueurs en 26.60 peuvent entrer dès quelques secondes après le redémarrage. Une connexion via NetherNet se reconnaît au nom du thread entre les premières parenthèses, et le nombre à la fin correspond au protocole du client (2225 désigne Bedrock 26.60) :

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

Les connexions via RakNet ont un thread du type GeyserServerChild-…, et les deuxièmes parenthèses dépendent de la plateforme sur laquelle Geyser tourne.

Pourquoi « transport: both » et pas « nethernet » ?

Le réglage transport: nethernet désactive RakNet, mais certaines versions, par exemple la 26.40, récupèrent encore le MOTD et le nombre de joueurs via RakNet. Selon le wiki de GeyserMC, seules les versions 26.50 et plus récentes gèrent NetherNet entièrement. Le mode both gère à la fois les anciennes et les nouvelles versions, même si le commentaire dans config.yml qualifie RakNet de méthode obsolète, destinée à être supprimée.

Le blog de GeyserMC envisage de passer uniquement à nethernet quand tous les joueurs seront en 26.60. Tant que quelqu'un joue encore sur une ancienne version, restez sur both. Vous trouverez plus d'informations sur la mise en place et la configuration de serveurs dans la rubrique Guides.

Quelles erreurs la console affiche-t-elle après l'activation de NetherNet ?

Le blog de GeyserMC décrit les symptômes des erreurs de configuration les plus fréquentes. Les trois premières sont des messages de la console :

  • Built-in signaling cannot use port … because the Java server already uses it : Bedrock et Java partagent le même port, généralement via l'option clone-remote-port, utilisée par de nombreux hébergeurs. Le signaling a besoin de TCP, mais le serveur Java occupe déjà le TCP sur ce port. Demandez à l'hébergeur un port séparé ouvert en TCP et UDP. Sans ça, Geyser passe automatiquement à un signaling externe via le service gratuit Warden, et indique dans la console l'adresse par laquelle les joueurs doivent alors se connecter.
  • RakNet and NetherNet each need their own UDP port : avec transport: both, le champ webrtc-port porte le même numéro que le port Bedrock. Indiquez-y un autre port libre.
  • … is a loopback address : l'adresse de Bedrock dans config.yml est 127.0.0.1 ou similaire. Mettez-y 0.0.0.0.
  • La question « Trust on First Use? » à la première connexion d'un joueur : le signaling intégré fonctionne par défaut en simple HTTP. Pour éviter ça, exposez le signaling en HTTPS (le wiki décrit ça dans la partie « HTTPS for NetherNet »).

Si aucun de ces cas ne correspond, GeyserMC demande de signaler le problème sur son Discord avec le résultat de la commande /geyser dump.

Sources