
Deine Freunde wählen deinen Bedrock-Server aus und sehen „Mehrspieler-Verbindung fehlgeschlagen“, darunter „Fehlercode:“ mit einem Wort wie Door, Terracotta, Block oder NetherNet. Seit Bedrock 26.60 vom 27. Oktober 2026 und Mojangs Umstellung von RakNet auf NetherNet am 29. Oktober weist ein Server, der nicht für NetherNet eingerichtet ist, Spieler genau so ab. Hier steht, was Mojang selbst zu jedem Code sagt und wie du den Fehler behebst: beim Bedrock Dedicated Server (BDS), zu Hause hinter DS-Lite oder CGNAT, mit Geyser, auf Aternos und bei Realms.
Kurze Antwort: Der Fehlercode Door bedeutet laut Mojang „There was a multiplayer connection error“, einen Fehler bei der Mehrspieler-Verbindung. Der Fehlercode Terracotta heißt „An unspecified error has occurred“, ein nicht näher bestimmter Fehler. Genauer wird Mojang nicht. Für deinen eigenen BDS lautet Mojangs Lösung: auf 26.60 oder neuer aktualisieren, transport=nethernet setzen und Port 19132 für TCP und UDP freigeben. Bleibt Door bei Spielern von außen, half Betreibern auf Mojangs Bugtracker die öffentliche IPv4-Adresse in server-udp-ports, eine Lösung aus der Community. Hinter DS-Lite oder CGNAT bringt keine Portfreigabe etwas, dann hilft ein NetherNet-Tunnel oder ein gemieteter Server.
Was die Fehlercodes Door, Terracotta und Block laut Mojang bedeuten
Mojangs Hilfeseite Named Error Code Troubleshooting for Minecraft: Bedrock Edition, zuletzt bearbeitet am 15. September 2026, erklärt jeden Code in einem Satz. Eine deutsche Fassung gibt es nicht, die Übersetzungen in der Tabelle sind von uns:
| Code | Bedeutung laut Mojang | Mojangs nächster Schritt |
|---|---|---|
| Door | Fehler bei der Mehrspieler-Verbindung | Netzwerkverbindung prüfen |
| NetherNet | Fehler bei der Mehrspieler-Verbindung | Netzwerk prüfen, dann die Hilfe bei Beitrittsproblemen |
| Terracotta | Ein nicht näher bestimmter Fehler | Allgemeine Fehlerbehebung |
| Block | Problem mit gesendeten oder empfangenen Minecraft-Daten | Character-Creator-Items, eigene Skins und Add-ons entfernen |
| Boat | Ein Fehler ist aufgetreten | Allgemeine Fehlerbehebung |
| Chain | Server oder Mitspieler hat eine andere Minecraft-Version | Spiel aktualisieren |
| Arrow | Fehler beim Verbinden mit einem Realm | Realms-Fehlerbehebung |
Mehr schreibt Mojang nicht, und Terracotta gab es schon vor NetherNet: Ein Eintrag auf Mojangs Bugtracker von 2021, MCPE-142234, heißt „Failed to Login Error Code "Terracotta"“. Mojangs allgemeine Fehlerbehebung für solche Codes: abmelden und neu starten, das Spiel aktualisieren, Add-ons ausschalten und auf den Statusseiten von PlayFab und Xbox Live nach Störungen schauen.
Tipp auf dem Fehlerbildschirm außerdem auf die Schaltfläche für die Details (englisch „Show details“). Dort stehen eine Nummer wie InitialConnection-83 und das verwendete Transportprotokoll. Aternos und GeyserMC fragen im Support genau nach diesem Bildschirm.
Warum die Codes seit Ende Oktober auftauchen
Mit Bedrock 26.50 vom 15. September 2026 wurde NetherNet laut Mojang „the default transport used by dedicated servers“, also Standard für den Dedicated Server. Das 26.60-Changelog vom 27. Oktober macht aus der NetherNet-Warnung des Servers einen Fehler, weil RakNet „deprecated“ ist, also veraltet. Mojangs Anleitung zum Bedrock-Server, zuletzt bearbeitet am 28. Oktober, kündigt für Donnerstag, den 29. Oktober 2026, die Umstellung von RakNet auf NetherNet an. Manche Betreiber eigener Server sehen dann laut Mojang den Fehler „Unsupported Transport“ mit der Nummer 149.
Ein NetherNet-Beitritt läuft in zwei Schritten. Laut der Anleitung, die dem BDS beiliegt, nimmt der Server auf server-port per TCP einen HTTP-Handshake an (das Signaling) und handelt danach mit jedem Spieler eine UDP-Verbindung für das eigentliche Spiel aus. In den Berichten, die wir auf Mojangs Bugtracker und GitHub gelesen haben, kam Door, wenn der erste Schritt klappte und der zweite nicht.
Bedrock Dedicated Server: Mojangs drei Schritte
Mojangs Hinweis zur Umstellung nennt drei Schritte:
- BDS auf 26.60 oder neuer aktualisieren. Der Server aktualisiert sich nicht selbst. Am 3. November 2026 verlinkte Mojangs Download-Seite die Version 1.26.61.1. Ein veralteter Server kann außerdem Chain auslösen.
- Port 19132 für TCP und UDP freigeben, im Router und in der Firewall des Server-PCs.
transport=nethernetin der server.properties setzen. Stopp den Server, bevor du die Datei bearbeitest, und starte ihn danach neu.
Ein Stolperstein aus RakNet-Zeiten: Damals reichte UDP 19132, NetherNet braucht zusätzlich TCP. Ein Betreiber schrieb am 2. November auf Mojangs Bugtracker, dass sein Server erst lief, als er 19132 im Router auch für TCP weiterleitete.
Beim Update kopierst du laut Mojang deine alte Konfiguration in die neue Installation, damit bleiben alte Standardwerte stehen. Wir haben die server.properties aus Mojangs Downloads verglichen:
| In deiner server.properties steht | Ausgeliefert mit | Ändern in |
|---|---|---|
transport=raknet | 1.26.30.5 bis 1.26.44.3 | transport=nethernet |
# server-udp-ports= (auskommentiert) | 1.26.30.5 bis 1.26.52.3 | server-udp-ports=19132 |
keine transport-Zeile | 1.26.23.1 und älter | transport=nethernet |
Die zweite Zeile ist wichtig: Ohne server-udp-ports nimmt der Server laut Kommentar in der Datei UDP-Ports aus dem kurzlebigen Portbereich des Betriebssystems, und deine Freigabe für UDP 19132 geht ins Leere. Mojangs Anleitung nennt diesen Standard zwar passend für die meisten Heimnetze, aber die aktuelle Version 1.26.61.1 liefert diese Zeilen mit, passend zu Mojangs Rat für TCP und UDP 19132:
server-port=19132
server-udp-ports=19132
transport=nethernet
Gib nach dem ersten Start einmal serveridentity save in die Konsole ein. Sonst bekommt der Server laut BDS-Anleitung bei jedem Start eine neue Identität, und deine Spieler müssen ihm jedes Mal neu vertrauen („Diesem Server vertrauen?“). Den neuen Ordner keys sicherst du, gibst ihn aber nicht weiter.
Den Server von außen testen
Mojangs NetherNet-Onboarding-Anleitung beschreibt die erste Anfrage des Spiels: GET /v1/join. Ein NetherNet-Server antwortet darauf mit JSON, das unter anderem Namen, Version und Spielerzahl enthält. Teste von einer anderen Internetverbindung aus, etwa über den Hotspot deines Handys, denn laut Mojang können manche Router ihre eigene öffentliche Adresse nicht aus dem Heimnetz erreichen. Statt 203.0.113.10 setzt du deine öffentliche IP ein:
curl -i http://203.0.113.10:19132/v1/join
- JSON mit deinem Servernamen: Das TCP-Signaling funktioniert, Door liegt dann am UDP-Teil (nächster Abschnitt).
- Zeitüberschreitung oder „Connection refused“: TCP kommt nicht beim BDS an. Prüf die Portfreigabe, die Firewall und
server-port. Wie die Freigabe im Router geht, steht in unserer Anleitung Minecraft Server erstellen, dort auch, woran du DS-Lite erkennst.
Fehlercode Door hinter dem Heimrouter: öffentliche IP eintragen
Antwortet /v1/join von außen, aber deine Spieler bekommen trotzdem Door, dann bietet der BDS ihnen womöglich eine Adresse an, die sie nicht erreichen. Mojangs Onboarding-Anleitung warnt, dass ein Host hinter NAT lokale Adressen nutzt, „that remote clients cannot reach“. Die BDS-Anleitung erlaubt deshalb, die öffentliche IP vor die Portzuordnung in server-udp-ports zu setzen, im Format IP:öffentlich:lokal:
server-udp-ports=203.0.113.10:19132:19132
Als Lösung für Door ist das ein Fund aus der Community. Das Ticket BDS-23108 („Transport type "nethernet" renders server inaccessible“) ist am 3. November noch offen, Mojangs Triage-Team hat es am 19. Oktober gesichtet, ohne eine Lösung zu nennen. Darin änderte ein Betreiber hinter NAT auf 1.26.51.1 nur diese eine Zeile, und ein Spieler von außen, der vorher an Door scheiterte, kam rein. Am 1. November meldete ein anderer dasselbe für 1.26.61.1: Mit server-udp-ports=19174 allein bekamen alle externen Spieler Door mit InitialConnection-83, mit der öffentlichen IP davor nicht mehr.
Was sonst noch auffiel:
- Eine IP, kein Hostname. Beim Docker-Image von itzg (Issue #673) führte ein DNS-Name in diesem Feld zu Door, obwohl
/v1/joinmit 200 antwortete. Ändert dein Anbieter deine öffentliche IP, passt du die Zeile an. - Spieler im eigenen WLAN können rausfliegen. Beim Tester aus BDS-23108 kam die Xbox im selben Heimnetz mit dieser Zuordnung nicht mehr rein.
- Ein Port statt eines Bereichs. Im Oktober meldeten Betreiber im selben Ticket, dass die Schreibweise mit Portbereich die öffentliche Adresse nicht weitergab, eine Zeile pro Port dagegen schon.
- Docker: Gib neben den UDP-Ports auch TCP 19132 frei.
DS-Lite und CGNAT: Tunnel statt Portfreigabe
Läuft dein Anschluss über DS-Lite, bekommt dein Router laut AVM keine eigene öffentliche IPv4-Adresse, und Server im Heimnetz sind über IPv4 aus dem Internet nicht erreichbar. Als Ausweg nennt AVM das Port Control Protocol (PCP), sofern dein Anbieter es unterstützt. Ähnlich ist es bei Carrier-Grade NAT (CGNAT): Liegt die WAN-Adresse deines Routers zwischen 100.64.0.0 und 100.127.255.255, dem Bereich, den RFC 6598 dafür reserviert, hilft keine Portfreigabe.
Mojang schreibt selbst, dass Portfreigaben bei „carrier-grade NAT, double NAT“ scheitern können, und verweist auf Realms oder einen Hosting-Anbieter. Der dritte Weg ist ein Tunnel, der NetherNet kann, etwa playit.gg:
- Tunnel-Typ: „Minecraft Bedrock (NetherNet)“, nicht „Minecraft Bedrock“, als experimentell markiert, mit dem playit-Programm ab Version 1.1.0. Auf der Preisseite steht dieser Typ am 3. November 2026 in der kostenlosen Liste.
- BDS: „Bedrock Dedicated Server can't connect to playit by itself“, schreibt playit in seiner BDS-Anleitung. Daneben läuft deshalb WaterdogPE, ein kostenloses Programm, das Java 17 oder neuer braucht. Der BDS wandert auf Port 19142, deine Spieler verbinden sich mit der Tunnel-Adresse auf Port 19132.
- Door über playit: Laut playit prüfst du den Tunnel-Typ, und „Make sure WaterdogPE is running and players are using port 19132.“
- Geyser: Playits Geyser-Anleitung nutzt denselben Tunnel-Typ.
Ein Tunnel braucht weiterhin deinen PC, solange jemand spielt. Mojangs anderer Vorschlag ist ein Hosting-Anbieter: Jeder Minecraft Server bei Space-Node läuft wahlweise direkt mit Bedrock oder mit Java und Geyser für Bedrock-Spieler, und drei Server-Ports sind inklusive.
Geyser: Bedrock-Spieler auf einem Java-Server
Geyser musste denselben Wechsel machen. Du brauchst Geyser 2.12.1 ab Build 1273, die erste Version für 26.60. Build 1280 vom 31. Oktober hat den reinen RakNet-Transport entfernt und stellt ein altes transport: raknet von selbst auf nethernet um. Am 3. November war Build 1284 der neueste. Den Geyser-Port gibst du für TCP und UDP frei.
Der Support-Bot von GeyserMC verbindet InitialConnection-83 auf dem Detailbildschirm mit einem Server „running behind a NAT setup“ und rät, die öffentliche IP in der Option advertise-addresses einzutragen. Zu Terracotta ohne jede Zeile in der Geyser-Konsole schrieb ein GeyserMC-Teammitglied am 2. November in Issue #6859: „'Terracotta' type errors typically indicate setup issues“, also meist ein Einrichtungsfehler. Prüf dann die Grundlagen: Läuft der Java-Server, ist der Geyser-Port für TCP und UDP offen, und tippen deine Spieler den richtigen Port ein?
Die Einrichtung steht in unserer Geyser-NetherNet-Anleitung, Konsolenfehler erklärt der Artikel zu Geyser-NetherNet-Fehlern (beide auf Englisch).
Aternos
Aternos hat seinen NetherNet-Artikel am 2. November 2026 zuletzt bearbeitet. Bedrock-Spieler verbinden sich seitdem bei jedem Aternos-Server auf Port 19132, auch mit Geyser, und wer den Server vorher in seine Liste eingetragen hat, muss den Eintrag ändern. Bevor du den Support anschreibst, empfiehlt Aternos diese Prüfungen:
- Port 19132 im Spiel eingetragen
- Bedrock-Server oder Geyser und die Minecraft-App aktuell
- keine Unterstriche (_) in der Serveradresse
- BedrockTogether, falls du es nutzt, ebenfalls aktuell
- im Hauptmenü vom Microsoft-Konto ab- und wieder anmelden
- Allowlist in den Optionen ausgeschaltet
- keine Bedrock-Add-ons auf dem Server
- eine andere Internetverbindung, etwa WLAN statt mobiler Daten, oder ein VPN wie Cloudflare WARP
Realms
Ein Realm läuft auf Mojangs Servern, Mojangs NetherNet-Hinweis betrifft selbst gehostete Server. Für Realms nennt Mojangs Liste den Code Arrow, und die Realms-Fehlerbehebung lautet: abmelden und neu starten, aktualisieren, auf Konsolen das Online-Abo und beim Besitzer das Realms-Abo prüfen. Als Besitzer kannst du den Realm außerdem schließen und wieder öffnen: im Realms-Hub in den Einstellungen unter Server („Realm schließen“, dann „Realm öffnen“). Wer kein Mitglied ist, sieht „Realm nicht gefunden, oder du bist kein Mitglied.“ Seit 26.60 lädst du Spieler laut Changelog in deinen Realm ein, ohne sie vorher als Xbox-Freund hinzuzufügen.
„Du bist nicht zum Spielen auf diesem Server eingeladen“
Diese Meldung ist ein Text des Spiels selbst (disconnectionScreen.notAllowed in Mojangs deutscher Sprachdatei, Version 1.26.60.5), und bei einem neuen BDS steckt die Allowlist dahinter. Laut Mojangs 26.30-Changelog vom Juni 2026 ist die Allowlist bei Dedicated Servern seitdem standardmäßig an, und der Server warnt beim Start, wenn sie leer ist. Bis 1.26.23.1 stand in der Datei allow-list=false, seit 1.26.30.5 steht dort allow-list=true, dazu eine leere allowlist.json. Laut Mojangs Anleitung muss dann jeder Spieler eingetragen sein, auch Operatoren.
Spieler trägst du in der Server-Konsole ein:
allowlist add DeinGamertag
allowlist add "Gamertag mit Leerzeichen"
allowlist list
Laut BDS-Anleitung reicht der Gamertag, die Konto-ID ergänzt der Server beim ersten Beitritt. Bearbeitest du die allowlist.json von Hand, folgt allowlist reload. Liegt noch eine alte whitelist.json im Ordner, nimmt der Server laut Anleitung diese statt der allowlist.json.
Schalte nicht online-mode ab, um das zu umgehen. Mojang rät, die Anmeldung bei jedem Server aus dem Internet anzulassen, der Server lehnt die Kombination ab („Using an allowlist without online authentication can be dangerous and is not allowed.“), und seit 26.60 beendet er sich in diesem Fall. Ausnahme ist ein Proxy, der die Anmeldung selbst prüft: Im Aufbau von playit läuft der BDS mit online-mode=false und allow-list=false, weil WaterdogPE laut playit prüft, dass jeder Spieler bei Xbox angemeldet ist.
FAQ
Wie behebe ich den Fehlercode Door in Minecraft Bedrock?
BDS ab 26.60 mit transport=nethernet und server-udp-ports=19132, Port 19132 offen für TCP und UDP. Bleibt Door, obwohl /v1/join von außen antwortet, trag deine öffentliche IPv4-Adresse in server-udp-ports ein. Hinter DS-Lite oder CGNAT hilft ein NetherNet-Tunnel, auf Aternos der Port 19132.
Was bedeutet der Fehlercode Terracotta auf meinem Aternos Server? Mojang nennt ihn nur einen nicht näher bestimmten Fehler. Geh die Liste von Aternos durch, zuerst Port 19132. Bei Geyser prüf außerdem, ob der Java-Server startet: Geyser läuft dort als Plugin oder Mod im Java-Server, und solange der nicht läuft, nimmt niemand Bedrock-Spieler an.
Kann ich meinen Server zurück auf RakNet stellen?
Nein. Aternos schreibt dazu: „Using the old RakNet protocol is no longer possible in this version.“ Geyser stellt raknet ab Build 1280 selbst auf nethernet um.
Warum kommen Freunde im WLAN auf den Server, aber nicht von außen?
Spieler von außen brauchen TCP und UDP bis zum Server und eine Adresse, die sie erreichen. Prüf beide Freigaben und die öffentliche IP in server-udp-ports. Ohne eigene öffentliche IPv4-Adresse (DS-Lite, CGNAT) bringt die Portfreigabe nichts, dann bleibt ein Tunnel oder ein gemieteter Server.
Was hilft gegen den Fehlercode Block nach dem Update? Mojangs Schritte: in den Einstellungen „Nur vertrauenswürdige Skins erlauben“ ausschalten, Character-Creator-Items entfernen, einen klassischen Skin wählen und Add-ons ausschalten. Halte BedrockTogether oder ähnliche Apps aktuell, wie Aternos rät. Andere Wege von Xbox, PlayStation und Switch stehen in unserem Konsolen-Guide (auf Englisch).
Warum steht da „Du bist nicht zum Spielen auf diesem Server eingeladen“?
Seit 26.30 ist die Allowlist bei neuen Servern an und anfangs leer. Es kommt also niemand rein, auch du als Operator nicht. Gib allowlist add DeinGamertag für jeden Spieler in die Server-Konsole ein.
Quellen
Alle aufgerufen am 3. November 2026, auf Englisch, soweit nicht anders angegeben:
- Mojang-Hilfe: Named Error Code Troubleshooting for Minecraft: Bedrock Edition, How to Set Up a Minecraft: Bedrock Edition Server, General Error Code Troubleshooting, Troubleshoot Minecraft Network Connection Errors, Character Creator connection errors, Troubleshoot Minecraft Realms Connection Errors, Close and Reopen Your Minecraft Realm
- Mojang-Changelogs: Bedrock 26.60, 26.50, 26.30
- Mojang-Downloads: die Download-Seite für den Bedrock Dedicated Server (deutsch), die server.properties aus den Linux-Downloads 1.26.23.1, 1.26.44.3, 1.26.52.3 und 1.26.61.1 sowie bedrock_server_how_to.html und allowlist.json aus 1.26.61.1
- Mojang auf GitHub: NetherNet onboarding guide, bedrock-samples de_DE.lang (deutsch, 1.26.60.5)
- Mojang-Bugtracker: BDS-23108 und MCPE-142234, gelesen über den Spiegel mojira.dev
- GitHub: itzg/docker-minecraft-bedrock-server Issue #673, GeyserMC Discord-Bot, Pull Request #392, Geyser Issue #6859, Geyser Pull Request #6843
- GeyserMC: Builds von Geyser 2.12.1
- playit.gg: Setting up a Minecraft Bedrock server with playit, Use Geyser with playit, Preise
- Aternos: NetherNet protocol (Minecraft: Bedrock Edition)
- AVM: What is DS-Lite and how does it work?
- RFC 6598