Si votre serveur Minecraft Bedrock tourne sans la moindre erreur en console mais que les joueurs obtiennent une erreur mentionnant NetherNet au moment de se connecter, le serveur écoute sur le mauvais transport. Mettez transport=raknet dans server.properties, redémarrez, et le serveur redevient joignable par IP et port.
À quoi ressemble le problème
Le plus déroutant, c'est que rien n'a l'air cassé. Le serveur démarre, la console affiche des lignes comme Opening level, Accepting clients on [::]:19132, Signed in to signaling service successfully et Server started., et il n'y a ni avertissement ni trace d'erreur. Côté joueur, le serveur est ajouté dans Servers > Add Server avec la bonne IP et le bon port, mais la connexion échoue et le message parle de NetherNet.
Vu de l'extérieur, le port de jeu ne répond pas du tout. C'est le signe décisif : un serveur Bedrock fonctionnel répond à un ping RakNet sur son port UDP en quelques millisecondes, et celui-ci reste muet alors que le processus tourne et que le monde est chargé. Le serveur fonctionne, il n'accepte simplement pas les connexions de la façon dont un serveur loué en a besoin.
Pourquoi cela arrive : la nouvelle propriété transport
Bedrock Dedicated Server 1.26 a introduit une propriété transport dans server.properties, avec deux valeurs possibles.
transport=raknet est le transport UDP classique que Bedrock a toujours utilisé. Le serveur ouvre le port défini dans server-port, et quiconque saisit cette adresse et ce port dans Add Server l'atteint directement. C'est ce dont un serveur dédié, loué ou auto-hébergé, a besoin.
transport=nethernet est le transport plus récent de Mojang, basé sur WebRTC. Avec lui, le serveur n'ouvre aucun port de jeu public joignable. Il se connecte à la place au service de signalisation de Microsoft, et les connexions passent par l'identité Xbox, exactement la mécanique qui permet de rejoindre le monde d'un ami. Il n'y a aucune adresse à taper pour un joueur, donc le serveur est invisible dans l'écran Add Server, quelle que soit la justesse de l'IP et du port.
Pourquoi certains serveurs cassent et d'autres non
Un fichier server.properties généré à neuf par la 1.26 vaut transport=nethernet par défaut. Un fichier écrit avant la 1.26 n'a aucune ligne transport, et une ligne absente vaut raknet. Cette seule différence explique tout : un serveur en place depuis longtemps qui a seulement mis à jour ses fichiers continue de fonctionner, tandis qu'un serveur nouvellement créé, ou dont le fichier properties a été régénéré, cesse d'accepter les connexions directes à la même mise à jour.
Ce n'est donc ni un problème de DNS, ni de pare-feu, ni d'attribution de ports, et une réinstallation aggrave généralement les choses, puisque c'est précisément elle qui écrit un fichier properties 1.26 tout neuf.
Comment corriger dans le panel DoomHosting
Respectez cet ordre. Le serveur doit être arrêté avant de modifier le fichier, car Bedrock réécrit server.properties à l'extinction et écraserait votre modification.
- Ouvrez votre serveur dans le panel de contrôle et arrêtez-le depuis l'onglet Console. Attendez que le statut affiche Offline et non Stopping.
- Allez dans l'onglet Files.
server.propertiesse trouve à la racine du serveur, à côté debedrock_serveret du dossierworlds. - Cliquez sur le fichier pour ouvrir l'éditeur et repérez la ligne transport :
transport=nethernet
- Remplacez-la par :
transport=raknet
Supprimer la ligne entièrement produit le même effet, puisqu'un transport absent retombe sur raknet. Définir la valeur explicitement reste préférable : à la prochaine régénération du fichier, vous verrez d'un coup d'oeil sur quel transport tourne le serveur.
- Enregistrez le fichier, puis démarrez le serveur depuis l'onglet Console.
Tant que le fichier est ouvert, vérifiez que server-port correspond au port affiché sur la carte de connexion du panel. Un serveur en raknet qui écoute sur un autre port que celui que vous distribuez échoue exactement de la même manière du point de vue du joueur.
Vérifier que la correction a pris
Démarrez le serveur et surveillez la console. Vous voulez voir la séquence de démarrage habituelle se terminer par Server started., sans erreur derrière. Ajoutez ensuite le serveur en jeu dans Servers > Add Server avec l'adresse IPv4 et le port de la carte de connexion, puis rejoignez. Sur un serveur bloqué en NetherNet, le port se met à répondre immédiatement après le redémarrage, et l'entrée dans la liste passe d'injoignable à l'affichage du nombre de joueurs.
Pour un contrôle qui ne dépend pas du client de jeu, la carte de connexion et la pastille de nombre de joueurs dans le panel lisent toutes les deux le port de jeu en direct. Un serveur qui répond là est joignable.
Problèmes courants
La modification a disparu après un redémarrage. Vous avez modifié le fichier pendant que le serveur tournait. Bedrock garde ses properties en mémoire et les réécrit à l'extinction, donc une modification à chaud est perdue. Arrêtez le serveur, confirmez le statut Offline, modifiez, enregistrez, puis démarrez.
Toujours impossible de rejoindre et il n'y a pas de ligne transport. Ce serveur était déjà en raknet, NetherNet n'est donc pas votre problème. Comparez le port de la carte de connexion avec server-port, vérifiez que le serveur a bien atteint Server started., puis traitez l'erreur affichée par le client. S'il s'agit d'un code numéroté, voyez Code d'erreur U-000 Minecraft Bedrock : signification et solution.
Un appareil échoue encore alors que les autres se connectent. Fermez complètement le jeu, supprimez l'entrée de serveur enregistrée et recréez-la. Le client Bedrock met en cache les détails de connexion par entrée, et une entrée créée pendant que le serveur était en NetherNet peut continuer d'échouer après la correction.
La console indique une connexion au service de signalisation. Cette ligne est inoffensive en soi et peut apparaître même sur un serveur en raknet. Jugez la correction sur la capacité des joueurs à se connecter par IP et port, pas sur ce message.
Vous êtes sur une version antérieure à la 1.26. Votre fichier properties n'a alors aucune clé transport, et en ajouter une ne sert à rien. Mettez d'abord le serveur à jour, puis définissez la valeur.
RakNet est marqué comme déprécié
Bon à savoir tant que vous êtes dans le fichier : le changelog de Bedrock 1.26.3 note que RakNet est déprécié et que l'avertissement côté client sur l'essai de NetherNet est devenu une erreur. Mojang a donc marqué le transport classique comme en fin de vie. Ce que cela implique pour les connexions directes par IP dans les versions futures n'a pas été précisé : considérez transport=raknet comme le réglage correct pour un serveur dédié aujourd'hui, et attendez-vous à une mise à jour de cette page si le comportement change.
Si vous montez un nouveau serveur et voulez le reste des bases, notre page hébergement de serveur Minecraft Bedrock détaille le contenu de chaque offre, et notre support peut vérifier la valeur de transport pour vous depuis un ticket.
