Minecraft Bedrock 26.60 : NetherNet remplace RakNet, migration obligatoire pour tous les serveurs

Depuis le 27 octobre 2026, la version Minecraft Bedrock Edition 26.60 supprime la prise en charge de RakNet, le protocole réseau historique utilisé pour la connexion des clients Bedrock aux serveurs. Le nouveau protocole, NetherNet, devient le seul moyen pour un joueur Bedrock de se connecter à un serveur distant. La mise à jour du client est automatique : les joueurs sur Windows, Xbox, PlayStation, Switch, iOS et Android reçoivent Bedrock 26.60 sans intervention. En revanche, côté serveur, l'admin doit agir immédiatement. Tout serveur Minecraft Bedrock natif (BDS) ou Java utilisant Geyser pour le crossplay Bedrock doit être mis à jour et reconfiguré, faute de quoi les joueurs connectés en version 26.60 ne pourront plus rejoindre la partie.

Source : changelog officiel Minecraft Bedrock Edition 26.60.

RakNet vs NetherNet : ce qui change pour votre serveur

Jusqu'à la version 26.40, les clients Bedrock se connectaient directement à l'adresse IP du serveur en envoyant des paquets UDP via le protocole RakNet. Ce protocole réseau ne nécessitait qu'un seul port UDP ouvert dans le firewall : simple à configurer, mais limité en termes de routage et de gestion des connexions derrière un routeur NAT.

NetherNet introduit une architecture réseau en deux étapes, basée sur WebRTC (le standard ouvert utilisé par les navigateurs pour les appels vidéo et le streaming en temps réel) :

1. Signaling (TCP) : le client envoie une requête HTTP(S) en TCP à l'adresse IP et au port du serveur pour s'authentifier, vérifier la compatibilité du protocole et récupérer les paramètres de connexion. Cette étape d'authentification initiale est comparable à une poignée de main entre le client et le serveur.
2. Connexion de jeu (UDP) : une fois le signaling terminé, le client établit la connexion de jeu en UDP via WebRTC. Le serveur attribue à chaque joueur connecté un port UDP dédié, choisi dans une plage configurée dans les propriétés du serveur.

En pratique, les changements pour l'administrateur du serveur se résument à trois points :

• Un port TCP doit être ouvert dans le firewall pour le signaling NetherNet, en plus du ou des ports UDP existants.
• Le serveur (BDS ou Geyser) doit être mis à jour vers une version compatible avec les protocoles NetherNet.
• Les configurations réseau du serveur doivent déclarer le transport NetherNet et, pour BDS, une plage de ports UDP pour les connexions de jeu.

Le changelog de Bedrock 26.60 confirme que l'avertissement qui suggérait d'activer NetherNet est devenu une erreur bloquante : un serveur qui ne répond qu'en RakNet est désormais invisible pour les joueurs connectés en version 26.60 ou ultérieure.

Migrer un serveur Bedrock Dedicated Server (BDS)

Bedrock Dedicated Server (BDS) est le logiciel serveur officiel de Mojang pour Minecraft Bedrock. Depuis la version BDS 1.26.50, NetherNet est le transport par défaut. La version BDS 1.26.60.6, disponible sur la page de téléchargement officielle de Mojang, est celle qui correspond aux clients 26.60.

Sous Linux (Ubuntu, Debian)

Connectez-vous en SSH à votre VPS ou serveur dédié avec un accès root ou un utilisateur disposant de sudo. Si votre serveur tourne sur un VPS virtuel géré via un panneau de configuration comme Pterodactyl, utilisez le terminal intégré au panel d'administration.

1. Sauvegardez votre serveur avant toute manipulation : monde, fichier server.properties, packs de comportement, permissions, scripts de démarrage. Consultez notre guide mettre à jour un serveur de jeu Linux sans perdre sa configuration pour la procédure détaillée.
2. Téléchargez BDS 1.26.60.6 depuis la page officielle de Mojang et décompressez l'archive dans le répertoire de votre serveur.
3. Remplacez les binaires (exécutable bedrock_server et bibliothèques associées) tout en conservant vos fichiers de monde et vos configurations existantes.
4. Modifiez server.properties pour configurer le transport et la plage de ports UDP :

   # server.properties - Configuration NetherNet
   transport=nethernet
   server-port=19132
   server-udp-ports=VOTRE_IP_PUBLIQUE:19140-19149:19140-19149
   max-players=10

   Remplacez VOTRE_IP_PUBLIQUE par l'adresse IP publique de votre serveur. La plage de ports UDP (ici 19140-19149) doit contenir au moins autant de ports que votre valeur max-players : chaque joueur connecté utilise un port UDP dédié pour sa connexion WebRTC. Laissez server-ip vide sauf si vous devez lier le serveur à une interface réseau spécifique.
5. Ouvrez les ports dans le firewall du serveur. Sur Ubuntu ou Debian avec UFW :

   sudo ufw allow 19132/tcp
   sudo ufw allow 19140:19149/udp
   sudo ufw reload
   sudo ufw status

6. Redémarrez le serveur et vérifiez les logs : BDS 1.26.60.6 affiche le transport actif au démarrage. Une ligne confirmant NetherNet doit apparaître dans la sortie console.

Sous Windows

La procédure est identique : téléchargez BDS 1.26.60.6 pour Windows, remplacez les fichiers exécutables et modifiez server.properties avec les mêmes paramètres. Ouvrez les ports TCP et UDP dans le pare-feu Windows (panneau de configuration > Pare-feu Windows Defender > Règles de trafic entrant) ou via PowerShell. Si votre serveur tourne derrière un routeur domestique, configurez aussi la redirection de ports (port forwarding) dans l'interface d'administration du routeur.

Migrer un serveur Java avec Geyser

Geyser est le proxy qui permet aux joueurs Bedrock de rejoindre un serveur Minecraft Java Edition. Si votre serveur Java accepte des joueurs Bedrock via Geyser, vous devez mettre à jour le plugin et activer le transport NetherNet dans ses configurations. La version minimale requise est Geyser 2.12.1 (build 1273, publiée le 26 octobre 2026). Ce build accepte les clients Bedrock 26.40 à 26.60 et supprime la prise en charge de Bedrock 26.30.

Procédure de migration :

1. Téléchargez la dernière version de Geyser depuis le site officiel GeyserMC.
2. Remplacez le fichier JAR de Geyser dans le dossier plugins de votre serveur (Paper, Spigot, Velocity, BungeeCord) et redémarrez pour générer les nouvelles configurations.
3. Modifiez le fichier config.yml de Geyser. Recherchez le paramètre transport dans la section bedrock et passez-le à nethernet. Pour continuer à accepter les clients Bedrock antérieurs à 26.40 qui n'ont pas encore été mis à jour, utilisez both :

   # config.yml de Geyser
   bedrock:
     port: 19132
     transport: nethernet

   En mode both, Geyser écoute sur trois ports : 19132 UDP (RakNet pour les anciens clients), 19132 TCP (signaling NetherNet) et un port UDP supplémentaire (WebRTC). Configurez ce dernier via le paramètre webrtc-port dans la section bedrock.
4. Ouvrez les ports TCP et UDP dans le firewall. Pour un serveur sous Ubuntu ou Debian avec UFW, consultez notre guide ouvrir les ports d'un serveur de jeu Linux avec UFW.
5. Redémarrez votre serveur Java. Vérifiez dans la console que Geyser démarre sans erreur et affiche une ligne confirmant l'activation de NetherNet.

Les joueurs Java ne sont pas concernés par ce changement de protocole : ils continuent de se connecter au serveur via le protocole Minecraft Java standard. Seul le proxy Geyser doit être mis à jour pour maintenir les connexions Bedrock.

Ports à ouvrir dans le firewall et le routeur

Voici le récapitulatif des ports réseau nécessaires selon votre configuration. Vérifiez que ces ports sont bien autorisés dans les règles de votre firewall (UFW, iptables, nftables, ou le pare-feu intégré à votre panneau de configuration) et dans la redirection de ports de votre routeur si le serveur est hébergé sur un réseau local :

* La plage UDP pour BDS dépend de votre server-udp-ports et doit couvrir au moins votre nombre de max-players.

Exemple de commandes UFW pour un serveur BDS sous Ubuntu ou Debian :

sudo ufw allow 19132/tcp
sudo ufw allow 19140:19149/udp
sudo ufw reload

Pour vérifier que les ports écoutent correctement après le redémarrage du serveur : lister les ports en écoute avec ss.

Routeur, NAT et réseau local

Si votre serveur Minecraft est hébergé derrière un routeur domestique ou un pare-feu d'entreprise, vous devez configurer la redirection de ports (port forwarding) dans l'interface d'administration du routeur. Les protocoles TCP et UDP doivent être redirigés séparément vers l'adresse IP locale du serveur sur le réseau local :

• TCP 19132 vers l'adresse IP locale du serveur (ex. 192.168.1.100) pour le signaling.
• UDP 19140-19149 (ou la plage configurée) vers la même adresse IP pour les connexions de jeu.

Si votre fournisseur d'accès utilise un CGNAT (Carrier-Grade NAT), votre routeur ne dispose pas d'une adresse IP publique dédiée. Dans ce cas, les joueurs distants ne peuvent pas atteindre votre serveur directement. La solution est d'héberger le serveur sur un VPS Linux avec une adresse IP publique dédiée, ou d'utiliser un tunnel VPN pour exposer le serveur.

BDS prend en charge la translation de ports via la syntaxe server-udp-ports. Si votre routeur redirige les ports externes 20140-20149 vers les ports internes 19140-19149, configurez :

server-udp-ports=VOTRE_IP_PUBLIQUE:20140-20149:19140-19149

Tester la connectivité NetherNet

Une fois le serveur mis à jour et les ports ouverts dans le firewall et le routeur, vérifiez que les joueurs peuvent se connecter :

Test côté serveur (SSH)

Depuis un terminal distant connecté en SSH au serveur (accès root ou sudo), testez le signaling TCP avec curl :

curl --fail --max-time 10 http://VOTRE_IP_PUBLIQUE:19132/v1/join

Si le serveur répond (même avec une erreur HTTP 400 ou 405), le port TCP est accessible et le signaling fonctionne. Si la connexion expire, le port TCP n'est pas ouvert dans le firewall, le routeur ne redirige pas correctement, ou un problème de résolution DNS empêche d'atteindre l'adresse IP du serveur.

Test côté client Bedrock

1. Ajoutez votre serveur dans l'onglet Serveurs du client Minecraft Bedrock (version 26.60 ou ultérieure) avec l'adresse IP publique et le port 19132.
2. Tentez la connexion. Si le serveur répond, le client affiche le nombre de joueurs connectés et la version du serveur dans la liste.
3. Côté serveur, surveillez les logs pour confirmer que la connexion passe par NetherNet. Sur Geyser, la console indique le transport utilisé par chaque joueur Bedrock entrant.

Important : testez depuis un réseau externe (partage de connexion mobile par exemple), pas depuis le réseau local du serveur. Certains routeurs ne gèrent pas le NAT loopback (aussi appelé NAT hairpinning), ce qui empêche de tester la connectivité depuis le même réseau local que le serveur.

Dépannage des problèmes de connexion

Si vos joueurs ne parviennent pas à se connecter après la migration, vérifiez ces points dans l'ordre :

Pour un diagnostic réseau approfondi, utilisez ss pour lister les ports en écoute sur le serveur et tcpdump pour capturer le trafic entrant sur les ports concernés. Vérifiez aussi que la résolution DNS de l'adresse de votre serveur pointe bien vers la bonne adresse IP publique si vos joueurs se connectent via un nom de domaine.

Configuration Docker et panneau de gestion

Si votre serveur Minecraft tourne dans un conteneur Docker (solution courante sur les VPS virtuels et les serveurs dédiés gérés via Pterodactyl ou un autre panneau de configuration), la migration nécessite des ajustements dans le fichier docker-compose.yml ou la configuration du conteneur :

services:
  bds:
    environment:
      TRANSPORT: nethernet
      SERVER_UDP_PORTS: "VOTRE_IP_PUBLIQUE:19140-19149:19140-19149"
    ports:
      - "19132:19132/tcp"
      - "19140-19149:19140-19149/udp"

Après modification, recréez le conteneur avec docker compose up -d. Les données du monde et les configurations sont préservées si vous utilisez des volumes persistants. Sur un panneau de configuration comme Pterodactyl, modifiez les variables d'environnement et les ports alloués depuis l'interface admin du panel, puis redémarrez le serveur via le panneau de gestion.

Pourquoi Mojang remplace RakNet par NetherNet

RakNet est une bibliothèque réseau UDP open source utilisée par Minecraft Bedrock depuis ses débuts. Ce protocole, conçu à l'origine pour les jeux en réseau local et les connexions directes, n'offre pas de mécanisme natif de signaling, d'authentification TLS ou de traversée NAT.

NetherNet, basé sur WebRTC, apporte plusieurs améliorations pour les protocoles réseau de Minecraft :

• Signaling HTTP(S) : une étape d'authentification et de découverte avant la connexion de jeu, comparable à ce que font les serveurs web pour établir une session sécurisée.
• Traversée NAT : WebRTC intègre ICE/STUN, qui permet aux clients derrière un routeur NAT de se connecter plus facilement sans configuration manuelle sur le routeur.
• Sécurité : le signaling peut passer en HTTPS (TLS), ajoutant une couche de chiffrement à l'étape de connexion initiale.

Le déploiement de NetherNet a commencé progressivement avec Bedrock 26.40, en complément de RakNet. Avec la version 26.60, RakNet est définitivement retiré. Les administrateurs de serveur Minecraft qui optimisent déjà leur tick rate et leurs performances serveur ne constateront pas de changement de performances : le trafic de signaling TCP est négligeable par rapport au flux de données de jeu en UDP.

Récapitulatif

Minecraft Bedrock 26.60 rend NetherNet obligatoire. Si votre serveur n'est pas mis à jour, vos joueurs Bedrock ne peuvent plus se connecter. La migration prend quelques minutes :

• BDS : mettre à jour vers 1.26.60.6, configurer transport=nethernet et server-udp-ports dans server.properties, ouvrir les ports TCP et UDP dans le firewall et le routeur.
• Geyser : mettre à jour vers 2.12.1 (build 1273 minimum), passer transport: nethernet ou both dans config.yml, ouvrir le port TCP.

Testez toujours la connectivité depuis un réseau externe après la migration. Pour les serveurs gérés via un panneau de configuration ou Docker, pensez à mettre à jour les ports exposés et les variables d'environnement. Si vous cherchez un hébergement avec une adresse IP publique dédiée, un firewall configurable et un accès root complet pour administrer vos configurations serveur, consultez nos offres serveur Minecraft.