Minecraft-Bedrock-Fehler U-000 grenzt die Ursache allein nicht ein. Vergleiche Zielserver, unabhängigen Geyser-Testserver und möglichst einen zweiten Netzwerkweg. Ein gescheiterter Testserverbeitritt kann Client oder Netzwerk betreffen; er beweist nicht automatisch den bekannten Android-Clientfehler.
„Mehrspieler-Verbindung fehlgeschlagen" — und keiner weiß, warum
Du willst mit Minecraft Bedrock auf einen Crossplay-Server — und bekommst beim Hinzufügen den Fehlercode U-000 oder beim Beitreten nur ein „Mehrspieler-Verbindung fehlgeschlagen". Auf dem PC, dem Handy oder der Konsole, obwohl der Server nachweislich läuft und Java-Spieler ganz normal drauf sind.
Mögliche Fehlerquellen sind falsche Verbindungsdaten oder Kontofreigaben, Probleme im Client und Störungen im Netzwerkweg zum Zielserver. Das offene Geyser-Issue beschreibt einen reproduzierten Android-Fall; daraus folgt keine gesicherte Diagnose für jede Plattform oder jedes U-000. Nutze die Gegenproben unten, um die nächste Prüfung einzugrenzen.
Die klassischen Ursachen: in 2 Minuten geprüft
| Ursache | So erkennst du sie | Fix |
|---|---|---|
| Server steht schon in deiner Serverliste | U-000 kommt direkt beim Speichern des Eintrags | Alten Eintrag löschen, Minecraft komplett schließen, Eintrag neu anlegen |
| Port im Adressfeld | Adresse sieht aus wie 1.2.3.4:19132 |
In das Adressfeld gehört nur die IP oder Domain — der Port hat ein eigenes Feld |
| Tippfehler in IP oder Port | Vergleich mit den Daten aus deinem Server-Panel | Adresse und Port exakt übernehmen, ohne Leerzeichen |
| Server ist offline oder schläft | Status im Panel prüfen | Server starten, 1–2 Minuten warten, dann verbinden |
| Microsoft-Konto blockiert Mehrspieler | Auch bekannte Server (Featured Server) gehen nicht | In den Xbox-/Microsoft-Family-Einstellungen Mehrspieler und „Beitritt zu Clubs/Servern" erlauben |
Bleibt der Fehler nach der Checkliste bestehen, notiere Plattform und exakte Bedrock-Version und führe die Gegenproben unten aus. Auch bei neueren Versionen darfst du die Ursache nicht allein aus dem Fehlercode ableiten.
Zwei Ursachen, ein Fehlerbild
Im Geyser-Issue #6540 meldet ein Nutzer für Android 1.26.33.1, dass der Client Discovery-Pings sendet, aber den RakNet-Verbindungsaufbau nicht startet. Der Server erscheint deshalb in der Liste, während kein eigentlicher Login im Geyser-Log ankommt. Das ist ein dokumentierter Einzelfall und ein hilfreiches Vergleichsmuster; der Bericht bestätigt weder einen allgemeinen Mojang-Fehler noch dieselbe Ursache auf allen Plattformen.
Der Android-Bericht ist beim GeyserMC-Projekt als Issue #6540 dokumentiert und bei der Prüfung am 7. Oktober 2026 offen. Eine bestätigte allgemeine Ursache oder ein allgemeiner Fix ist dort nicht dokumentiert.
Das heißt konkret:
- Am Server kann alles in Ordnung sein — muss es aber nicht. Geyser läuft, der UDP-Port ist offen, die Konfiguration stimmt: Das schließt einen Fehler auf dem Weg zum Server nicht aus.
- Blindes Umkonfigurieren hilft nicht. Wahllos Ports tauschen, MTU senken oder Geyser neu aufsetzen bringt nichts. Ein gezielter Vergleich über einen anders gefilterten Endpunkt kann dagegen einen Hinweis auf den Netzwerkfilter liefern — dafür brauchst du allerdings deinen Hoster.
- Es trifft nicht jeden. Ein Teil der Spieler kann sich weiterhin normal verbinden — was die Fehlersuche so verwirrend macht.
Die zweite Ursache: ein Filter im Netzwerkweg
Viele Gameserver stehen hinter einem DDoS-Schutz, der Minecraft-Bedrock-Verbindungen tiefenprüft. Ein Client-Update und ein Schutzfilter können gemeinsam Kompatibilitätsprobleme auslösen; ein Filter kann dabei Pakete im Verbindungsaufbau verwerfen. Ob das im konkreten Fall passiert, benötigt Netzwerk- oder Filterdaten und folgt nicht allein aus der Client-Version. Für dich sieht das identisch zum Client-Bug aus: Der Server erscheint mit Ping in der Liste, der Beitritt scheitert, im Serverlog steht nichts.
Das ist kein theoretischer Fall. Genau das ist uns vom 2. bis 6. August 2026 an einem unserer Standorte passiert: Das Bedrock-Schutzprofil des Rechenzentrums verwarf nach dem Client-Update die Antwortpakete unserer Server. Aufgefallen ist es durch die Gegenprobe unten — ein Kunde erreichte den offiziellen Geyser-Testserver, unseren aber nicht. Nach der Umstellung des Filterprofils funktionierte Crossplay sofort wieder.
So findest du heraus, welcher Fall dich trifft
- Klassische Checkliste oben durchgehen — sie kostet zwei Minuten und erledigt die häufigsten Fälle.
- Unabhängige Gegenprobe: Versuche, dem offiziellen Geyser-Testserver beizutreten — Adresse
test.geysermc.org, Port19132. Scheitert auch dieser, prüfe Client, Kontofreigabe, seinen aktuellen Zustand und möglichst einen zweiten Netzwerkweg. Funktioniert er, aber dein Zielserver nicht, melde deinem Hoster beide Ergebnisse und den Zeitpunkt. Damit ist der Zielserver oder sein Netzwerkweg verdächtig; die Ursache ist noch nicht bewiesen. - Bedrock-Version prüfen (im Startbildschirm unten rechts): Bist du auf 1.26.33.x, installiere jedes verfügbare Update — Mojang liefert Hotfixes nach, und jede neue Version kann den Fix enthalten.
Konsolen: PS5, Xbox, Switch
Auf Konsolen können zusätzliche Verbindungswege wie BedrockTogether oder geänderte DNS-Einstellungen beteiligt sein. Prüfe dort zuerst, ob der verwendete Weg überhaupt eine externe Adresse erreicht, und dokumentiere den Unterschied zur direkten Verbindung am PC oder Handy. Der Android-Bericht belegt keinen identischen Konsolenfehler; eine funktionierende Gegenprobe hilft deinem Hoster lediglich bei der Eingrenzung.
Was du als Serverbetreiber tun kannst
- Geyser und Floodgate aktuell halten. Prüfe installierten Build und den Abschluss des vorgesehenen verwalteten Update-Laufs. Ein angebotener neuer Build und ein erfolgreich installiertes Update sind unterschiedliche Dinge; teste den Beitritt danach erneut.
- Nichts „auf Verdacht" umkonfigurieren — aber gezielt testen. Wahllose Config-Experimente machen die Lage unübersichtlich. Ein A/B-Test dagegen ist Gold wert: denselben Geyser zusätzlich über einen Port in einer anders gefilterten Zone erreichbar machen. Klappt der Beitritt dort, spricht der Unterschied für den Endpunkt oder Netzwerkweg. Erst zusätzliche Filterdaten können den konkreten Filter als Ursache bestätigen.
- Deinen Spielern die Gegenprobe geben: Der Hinweis auf
test.geysermc.org(Port 19132) hilft, Client-, Netzwerk- und Zielserverprobleme einzugrenzen und erspart allen Beteiligten stundenlanges Rätselraten. - PC-Spieler können Java getrennt testen: Bei einem Java-Server mit Geyser ist der native Java-Beitritt ein eigener Verbindungsweg. Funktioniert dieser, bestätigt das den Grundserver, aber nicht die Bedrock-Erreichbarkeit.
Stand und Updates
Prüfstand 7. Oktober 2026: Geyser-Issue #6540 ist offen und enthält einen Android-Nutzerbericht, keine bestätigte allgemeine Lösung. Bewahre Verbindungstest und passende Logs vom selben Zeitpunkt auf. Der Minecraft-Crash-Analyzer kann Serverlog-Meldungen einordnen; ein fehlender RakNet-Verbindungsversuch lässt sich damit allein nicht erklären.
FAQ
Ist U-000 immer ein Fehler des Gameservers?
Nein. Derselbe Code kann durch falsche Verbindungsdaten, Kontoeinstellungen oder einen Filter im Netzwerkweg entstehen. Der offene Android-Nutzerbericht beschreibt außerdem ein mögliches Clientproblem; er bestätigt keine allgemeine Mojang-Ursache. Erst die Gegenprobe mit einem unabhängigen Geyser-Server grenzt die Ursache sinnvoll ein.
Hilft eine Neuinstallation von Geyser oder Floodgate?
Nicht, wenn der Bedrock-Client den eigentlichen RakNet-Beitritt gar nicht startet. Halte Geyser und Floodgate aktuell, ändere aber nicht wahllos die Konfiguration. Vergleiche stattdessen Testserver, Zielserver und Serverlog zum selben Zeitpunkt.
Warum sehe ich den Server mit Ping, kann aber nicht beitreten?
Discovery-Ping und eigentlicher Login sind getrennte Schritte. Der Client kann eine Ping-Antwort anzeigen und trotzdem vor dem RakNet-Handshake abbrechen. Deshalb kann das Serverlog trotz sichtbarem Ping ohne Beitrittsversuch bleiben.
Was sollte ich meinem Hoster schicken?
Nenne Bedrock-Version und Plattform, den genauen Testzeitpunkt, Zieladresse und Port sowie das Ergebnis mit test.geysermc.org:19132. Zugangsdaten, vollständige IP-Protokolle oder Kontoinformationen gehören nicht in eine öffentliche Anfrage.
Einen aussagekräftigen U-000-Vergleich dokumentieren
Teste Ziel- und Testserver möglichst direkt nacheinander mit derselben Bedrock-Version und demselben Gerät. Wiederhole den Vergleich bei Bedarf über ein anderes Netzwerk, wenn du es sicher nutzen kannst. Notiere für jeden Versuch Zeitpunkt, Adresse, Port und Ergebnis. Scheitern beide Ziele nur in einem Netzwerk, untersuche diesen Weg. Scheitert nur dein Ziel, prüfe dessen UDP-Endpunkt und Schutzprofil mit dem Hoster. Das Geyser-Issue beschreibt eine konkrete Android-Version; daraus folgt keine bestätigte Ursache für jedes Gerät. Ändere während des Vergleichs keine Weltdateien, Authentifizierung oder beliebige Ports.
