Wenn dein Minecraft Bedrock Server ohne einen einzigen Konsolenfehler läuft, Spieler beim Beitreten aber eine Fehlermeldung mit NetherNet bekommen, lauscht der Server auf dem falschen Transport. Setze transport=raknet in server.properties, starte neu, und der Server ist wieder über IP und Port erreichbar.
So sieht das Problem aus
Verwirrend ist, dass nichts kaputt aussieht. Der Server bootet, die Konsole schreibt Zeilen wie Opening level, Accepting clients on [::]:19132, Signed in to signaling service successfully und Server started., und nirgends steht eine Warnung oder ein Stacktrace. Auf Spielerseite ist der Server unter Servers > Add Server mit der richtigen IP und dem richtigen Port eingetragen, der Beitritt scheitert aber, und die Meldung nennt NetherNet.
Von außen antwortet der Spielport überhaupt nicht. Das ist der entscheidende Hinweis: ein funktionierender Bedrock Server beantwortet einen RakNet-Ping auf seinem UDP-Port innerhalb von Millisekunden, dieser bleibt stumm, obwohl der Prozess läuft und die Welt geladen ist. Der Server läuft, er nimmt Verbindungen nur nicht so an, wie es ein gemieteter Server braucht.
Warum das passiert: die neue transport-Property
Bedrock Dedicated Server 1.26 hat eine transport-Property in server.properties eingeführt, mit zwei möglichen Werten.
transport=raknet ist der klassische UDP-Transport, den Bedrock immer benutzt hat. Der Server bindet den in server-port gesetzten Port, und wer diese Adresse samt Port unter Add Server einträgt, erreicht ihn direkt. Genau das braucht ein gemieteter oder selbst gehosteter dedizierter Server.
transport=nethernet ist Mojangs neuerer Transport auf WebRTC-Basis. Damit öffnet der Server gar keinen erreichbaren öffentlichen Spielport. Stattdessen meldet er sich am Signalling-Dienst von Microsoft an, und Verbindungen werden über die Xbox-Identität vermittelt, also über dieselbe Technik wie der Beitritt in die Welt eines Freundes. Es gibt keine Adresse, die ein Spieler eintippen könnte, der Server ist im Add-Server-Bildschirm also unsichtbar, egal wie korrekt IP und Port sind.
Warum manche Server betroffen sind und andere nicht
Eine von 1.26 frisch erzeugte server.properties steht standardmäßig auf transport=nethernet. Eine Properties-Datei, die vor 1.26 geschrieben wurde, hat gar keine transport-Zeile, und eine fehlende Zeile bedeutet raknet. Dieser eine Unterschied erklärt das Muster: ein lange laufender Server, der nur seine Dateien aktualisiert hat, funktioniert weiter, während ein neu erstellter Server oder einer, dessen Properties-Datei neu geschrieben wurde, mit demselben Update keine direkten Verbindungen mehr annimmt.
Es ist also weder ein DNS-Problem noch ein Firewall-Problem noch ein Problem mit der Portvergabe, und eine Neuinstallation macht es meist schlimmer, denn genau eine Neuinstallation schreibt eine frische 1.26-Properties-Datei.
So behebst du es im DoomHosting-Panel
Halte diese Reihenfolge ein. Der Server muss gestoppt sein, bevor du die Datei bearbeitest, denn Bedrock schreibt server.properties beim Herunterfahren neu und würde deine Änderung überschreiben.
- Öffne deinen Server im Control Panel und stoppe ihn im Tab Console. Warte, bis der Status Offline zeigt und nicht mehr Stopping.
- Wechsle in den Tab Files.
server.propertiesliegt im Stammverzeichnis des Servers, nebenbedrock_serverund dem Ordnerworlds. - Klicke die Datei an, um den Editor zu öffnen, und suche die transport-Zeile:
transport=nethernet
- Ändere sie zu:
transport=raknet
Die Zeile komplett zu löschen hat denselben Effekt, da ein fehlendes transport auf raknet zurückfällt. Den Wert ausdrücklich zu setzen ist trotzdem besser, weil du beim nächsten Neuschreiben der Datei auf einen Blick siehst, auf welchem Transport der Server läuft.
- Speichere die Datei und starte den Server dann im Tab Console.
Prüfe bei geöffneter Datei gleich, ob server-port zu dem Port passt, der auf der Connect-Karte im Panel steht. Ein Server auf raknet, der auf einem anderen Port lauscht als dem, den du weitergibst, scheitert aus Spielersicht auf exakt dieselbe Weise.
Prüfen, ob die Änderung gewirkt hat
Starte den Server und beobachte die Konsole. Du willst den normalen Bootvorgang bis Server started. sehen, ohne Fehler danach. Trage den Server dann im Spiel unter Servers > Add Server mit der IPv4-Adresse und dem Port von der Connect-Karte ein und tritt bei. Bei einem Server, der auf NetherNet festhing, antwortet der Port direkt nach dem Neustart, und der Eintrag in der Serverliste wechselt von nicht erreichbar zu einer angezeigten Spielerzahl.
Wenn du eine Prüfung ohne Spielclient willst: die Connect-Karte und der Spielerzahl-Chip im Panel lesen beide den Live-Spielport. Ein Server, der dort antwortet, ist beitretbar.
Häufige Probleme
Die Änderung war nach einem Neustart weg. Du hast die Datei bearbeitet, während der Server lief. Bedrock hält seine Properties im Speicher und schreibt sie beim Herunterfahren zurück, eine Änderung im laufenden Betrieb wird also verworfen. Server stoppen, Status Offline abwarten, bearbeiten, speichern, starten.
Beitritt klappt weiterhin nicht, und es gibt keine transport-Zeile. Dann lief der Server bereits auf raknet, NetherNet ist nicht dein Problem. Vergleiche den Port auf der Connect-Karte mit server-port, prüfe, ob der Server wirklich Server started. erreicht hat, und arbeite dich an der Meldung des Clients entlang. Bei einem nummerierten Code hilft Minecraft Bedrock Fehlercode U-000: Bedeutung und Lösung.
Ein Gerät scheitert weiter, andere kommen rein. Schließe das Spiel vollständig, entferne den gespeicherten Servereintrag und lege ihn neu an. Der Bedrock Client cacht Verbindungsdaten pro Eintrag, und ein Eintrag, der entstand, während der Server auf NetherNet lief, kann auch nach der Korrektur weiter scheitern.
Die Konsole meldet die Anmeldung am Signalling-Dienst. Diese Zeile ist für sich harmlos und kann auch auf einem raknet-Server erscheinen. Beurteile die Korrektur daran, ob Spieler über IP und Port beitreten können, nicht an dieser Meldung.
Du bist auf einer Version älter als 1.26. Dann hat deine Properties-Datei keinen transport-Schlüssel, und einen hinzuzufügen bringt nichts. Aktualisiere zuerst den Server und setze den Wert danach.
RakNet gilt als veraltet
Gut zu wissen, solange du in der Datei bist: der Changelog zu Bedrock 1.26.3 hält fest, dass RakNet deprecated ist und die clientseitige Warnung zum Versuch mit NetherNet zu einem Fehler geworden ist. Mojang hat den klassischen Transport also als auslaufend markiert. Was das für direkte IP-Beitritte in künftigen Versionen bedeutet, ist nicht gesagt worden. Behandle transport=raknet deshalb als die heute richtige Einstellung für einen dedizierten Server, und rechne damit, dass diese Seite aktualisiert wird, falls sich das Verhalten ändert.
Wenn du gerade einen neuen Server aufsetzt und die restlichen Grundlagen brauchst: unsere Seite zum Minecraft Bedrock Server Hosting listet auf, was in den Paketen steckt, und unser Support prüft den transport-Wert auf Wunsch per Ticket für dich.
