Depuis la mise à jour 26.60 de Minecraft Bedrock, rejoindre certains serveurs peut devenir impossible si leur configuration n’a pas suivi. Le jeu abandonne les anciennes connexions RakNet au profit de NetherNet. Pour les communautés qui accueillent des joueurs Bedrock sur un serveur Java grâce à GeyserMC, cette transition demande quelques réglages. Sans eux, le serveur peut continuer de fonctionner pour les joueurs Java tout en restant inaccessible depuis Bedrock.
GeyserMC avait prévenu les administrateurs le 8 octobre, avant la transition prévue le 27 octobre 2026. Cependant, si cette transition n’a pas été effectué, vous n’aurez plus accès au serveur.
En bref
- Bedrock 26.60 utilise NetherNet à la place de RakNet pour rejoindre les serveurs.
- Un serveur non préparé peut devenir inaccessible aux joueurs Bedrock, même si son accès Java fonctionne encore.
- Avec GeyserMC, il faut mettre le logiciel à jour, sélectionner le bon transport et vérifier les ports.
- La signalisation intégrée de NetherNet nécessite normalement un port accessible en TCP et en UDP.
Pourquoi un serveur peut-il devenir inaccessible avec Bedrock 26.60 ?
Jusqu’à présent, Minecraft Bedrock communiquait directement avec les serveurs à l’aide de RakNet, via le protocole UDP. NetherNet ajoute une étape avant la connexion : le jeu demande d’abord au serveur, par une requête réseau, comment établir la communication. Cette étape porte le nom de signalisation. Le jeu utilise ensuite WebRTC pour échanger les données de la partie.
Pour le joueur, tout cela est censé rester transparent. Mais un serveur configuré pour recevoir uniquement les anciennes connexions ne sait pas forcément répondre. Il peut ne plus apparaître correctement dans la liste, afficher des informations incomplètes ou refuser l’accès. Ce n’est pas nécessairement un problème de connexion Internet du côté du joueur.
Les parties solo ne changent pas. De même, un joueur Java qui rejoint directement un serveur Java n’est pas concerné par ce passage à NetherNet.
GeyserMC : ce que les administrateurs doivent modifier
GeyserMC permet aux joueurs Bedrock de rejoindre des serveurs Minecraft Java. Le projet prend en charge NetherNet depuis la build 1237, mais sa documentation du 8 octobre précisait que cette fonction n’était pas encore activée par défaut. Disposer d’une version récente ne suffit donc pas toujours : il faut aussi contrôler la configuration.
Commencez par installer la dernière version de GeyserMC correspondant à votre serveur. Faites ensuite une copie du fichier config.yml avant de le modifier. Avec Paper ou Spigot, il se trouve généralement à cet emplacement :
plugins/Geyser-Spigot/config.ymlDans la section bedrock, une installation utilisant un port dédié peut être configurée de cette façon :
bedrock:
port: 19132
transport: nethernet19132 est le port habituel de Bedrock, mais votre hébergeur peut en imposer un autre. Avec la signalisation intégrée, le port choisi doit être accessible à la fois en TCP et en UDP. Après la modification, redémarrez GeyserMC et consultez les messages de la console. Si un port est déjà occupé ou bloqué, le logiciel peut le signaler.
Vous utilisez le même port que le serveur Java ? Attention à l’option clone-remote-port : la signalisation intégrée de Geyser ne peut pas occuper un port TCP déjà utilisé par le serveur Java. Il faut un port séparé ou une solution de signalisation externe. Changer uniquement transport ne règlera pas ce cas.
Les chemins et les réglages ne sont pas identiques sur Velocity, Fabric, NeoForge ou une instance Geyser autonome. Le guide officiel de configuration permet de sélectionner sa plateforme et, pour les hébergements pris en charge, son prestataire.
Les autres réglages qui peuvent bloquer la connexion
Une fois NetherNet activé, deux situations reviennent fréquemment. La première concerne les serveurs qui n’ont ouvert que leur port UDP : auparavant, cela suffisait pour Bedrock, mais la signalisation intégrée nécessite désormais un accès TCP. La seconde concerne les serveurs qui partagent leur port avec Java, notamment chez certains hébergeurs.
GeyserMC peut également accepter temporairement RakNet et NetherNet avec transport: both. Cette option sert aux communautés dont certains joueurs utilisent encore d’anciennes versions Bedrock. Elle réclame cependant un webrtc-port UDP supplémentaire, différent du port RakNet.
Enfin, les joueurs peuvent voir apparaître une demande de confirmation lors de leur première connexion. Ce message peut être lié à la signalisation HTTP sans HTTPS ; il ne signifie pas, à lui seul, que le serveur est en panne. Il faut néanmoins vérifier l’adresse avant de faire confiance au serveur. GeyserMC recommande HTTPS quand c’est possible.
Que faire si vous ne pouvez plus rejoindre votre serveur ?
Si vous êtes joueur, commencez par vérifier que Minecraft Bedrock est à jour. Essayez ensuite de rejoindre un autre serveur : s’il fonctionne, le problème vient peut-être de la configuration de votre serveur habituel plutôt que de votre appareil.
Contactez alors son administrateur et indiquez-lui la version Bedrock utilisée ainsi que le message affiché. S’il a dû changer de port ou passer à une signalisation externe, il devra aussi vous communiquer les nouvelles coordonnées de connexion. Il n’y a généralement rien à modifier dans les fichiers du jeu côté joueur.
Pour les administrateurs, le réflexe le plus utile reste de lire la console au moment où un joueur tente de se connecter. Si la cause n’est pas claire, GeyserMC demande notamment un rapport obtenu avec /geyser dump lorsqu’un problème est signalé à son assistance.
La transition vers NetherNet ne signifie donc pas que les serveurs Bedrock sont globalement hors service. Elle demande surtout aux administrateurs de vérifier un paramètre et, parfois, de revoir leurs ports réseau. Une fois la configuration adaptée, les joueurs peuvent continuer à rejoindre leur communauté comme auparavant.
