Minecraft Bedrock U-000 betekent niet automatisch dat je server defect is. Controleer eerst adres, poort, serverstatus en de multiplayertoestemming van je Microsoft-account. Mislukt daarna ook de officiële Geyser-testserver, dan wijst dat op de nog altijd openstaande Bedrock-clientfout; werkt hij wel, dan moet het netwerkpad of de doelserver gericht worden gecontroleerd.
„Multiplayerverbinding mislukt" — en niemand weet waarom
Je wilt met Minecraft Bedrock naar een Crossplay-server — en krijgt bij het toevoegen de foutcode U-000 of bij het joinen alleen een „Multiplayerverbinding mislukt". Op de pc, de telefoon of de console, terwijl de server aantoonbaar draait en Java-spelers er gewoon op kunnen.
Daarachter schuilen drie verschillende foutcategorieën: de klassieke oorzaken die er altijd al waren — een openstaande fout in de officiële Bedrock-client sinds versie 1.26.33 — en een filter in het netwerkpad tussen jou en de server. De laatste twee zien er voor jou exact hetzelfde uit, maar vragen om compleet verschillende oplossingen. Deze gids laat je in een paar minuten zien welk geval jou treft — en wat er in elk geval echt helpt.
De klassieke oorzaken: in 2 minuten gecontroleerd
| Oorzaak | Zo herken je het | Oplossing |
|---|---|---|
| Server staat al in je serverlijst | U-000 verschijnt direct bij het opslaan van de vermelding | Oude vermelding verwijderen, Minecraft volledig afsluiten, vermelding opnieuw aanmaken |
| Poort in het adresveld | Adres ziet eruit als 1.2.3.4:19132 |
In het adresveld hoort alleen het IP-adres of de domeinnaam — de poort heeft een eigen veld |
| Typefout in IP-adres of poort | Vergelijk met de gegevens uit je serverpaneel | Adres en poort exact overnemen, zonder spaties |
| Server is offline of slaapt | Status in het paneel controleren | Server starten, 1–2 minuten wachten, dan verbinden |
| Microsoft-account blokkeert multiplayer | Ook bekende servers (Featured Servers) werken niet | In de Xbox-/Microsoft Family-instellingen multiplayer en „Deelnemen aan clubs/servers" toestaan |
Als niets daarvan van toepassing is en je client op versie 1.26.33 of nieuwer draait, lees dan verder — dan bevind je je in een van de twee andere gevallen.
Twee oorzaken, één foutbeeld
Sinds Bedrock 1.26.33 mislukken verbindingen met Geyser-Crossplay-servers vaker met U-000 of „Multiplayerverbinding mislukt" — op alle platforms, ongeacht de hoster. Het bijzondere hieraan: de client breekt af voordat hij de server überhaupt contacteert. Hij stuurt alleen nog discovery-pings (de server verschijnt daarom met een ping in de lijst), maar start de eigenlijke join nooit. In het serverlog komt geen enkele verbindingspoging binnen.
De fout is bij het GeyserMC-project gedocumenteerd als Issue #6540 en stond in augustus 2026 nog open — een bevestigde workaround bestaat er niet.
Dat betekent concreet:
- Aan de kant van de server kan alles in orde zijn — maar dat hoeft niet. Geyser draait, de UDP-poort staat open, de configuratie klopt: dat sluit een fout op de weg naar de server niet uit.
- Blind herconfigureren helpt niet. Willekeurig poorten wisselen, de MTU verlagen of Geyser opnieuw opzetten levert niets op. Een gerichte poortwissel naar een anders gefilterde zone is daarentegen precies de test die de tweede oorzaak bewijst — daarvoor heb je wel je hoster nodig.
- Het treft niet iedereen. Een deel van de spelers kan nog steeds gewoon verbinding maken — wat het foutzoeken zo verwarrend maakt.
De tweede oorzaak: een filter in het netwerkpad
Veel gameservers staan achter een DDoS-bescherming die Minecraft Bedrock-verbindingen diepgaand controleert. Verandert Mojang iets aan de verbindingsopbouw — zoals bij 1.26.33 is gebeurd — dan kan zo'n filter de antwoorden van de server ineens als ongeldig beschouwen en negeren. Voor jou ziet dat er identiek uit aan de clientbug: de server verschijnt met een ping in de lijst, de join mislukt, en in het serverlog staat niets.
Dit is geen theoretisch geval. Precies dit is ons van 2 tot 6 augustus 2026 op een van onze locaties overkomen: het Bedrock-beveiligingsprofiel van het datacenter negeerde na de client-update de antwoordpakketten van onze servers. We merkten het op door de tegenproef hieronder — een klant bereikte de officiële Geyser-testserver wel, onze server niet. Na het aanpassen van het filterprofiel werkte Crossplay direct weer.
Zo kom je erachter welk geval jou treft
- Loop eerst de klassieke checklist hierboven door — dat kost twee minuten en lost de meeste gevallen op.
- De doorslaggevende tegenproef: Probeer lid te worden van de officiële Geyser-testserver — adres
test.geysermc.org, poort19132. Mislukt die ook, dan ligt het aan je client (of het netwerkpad ervan), niet aan de server waar je eigenlijk naartoe wilt. Werkt de testserver wel, maar je doelserver niet, laat het dan aan je hoster weten — dan loont het foutzoeken aan de serverkant echt. - Controleer je Bedrock-versie (rechtsonder op het startscherm): zit je op 1.26.33.x, installeer dan elke beschikbare update — Mojang levert hotfixes na, en elke nieuwe versie kan de fix bevatten.
Consoles: PS5, Xbox, Switch
Op consoles verloopt het joinen van externe servers via omwegen zoals BedrockTogether of DNS-trucs — aan het foutbeeld verandert dat niets, want daaronder zit dezelfde Bedrock-client met dezelfde bug. Consoles werken Minecraft automatisch bij; je kunt daar dus alleen zorgen dat de app up-to-date is — en de tegenproef laten bepalen of je hoster aan zet is of dat je op de clientfix moet wachten.
Wat je als serverbeheerder kunt doen
- Houd Geyser en Floodgate up-to-date. Op onze Minecraft-servers gebeurt dat automatisch elke nacht — zodra er een Geyser-build met een fix verschijnt, staat die er zonder dat jij iets hoeft te doen op.
- Niet „op verdenking" herconfigureren — maar gericht testen. Willekeurige configuratie-experimenten maken de situatie onoverzichtelijk. Een A/B-test daarentegen is goud waard: maak dezelfde Geyser extra bereikbaar via een poort in een anders gefilterde zone. Lukt de join daar wel, dan ligt het aan het filter en niet aan de client.
- Geef je spelers de tegenproef mee: de verwijzing naar
test.geysermc.org(poort 19132) scheidt netjes „clientbug" van „serverprobleem" en bespaart iedereen urenlang giswerk. - Pc-spelers kunnen uitwijken: de Java Edition heeft geen last van deze fout en verbindt gewoon normaal.
Stand van zaken en updates
We controleren de status van het GeyserMC-issue elke dag automatisch en werken deze gids bij zodra Mojang of het Geyser-team de fout heeft opgelost. Stand van zaken op 8 augustus 2026: de clientbug staat nog altijd open. Bedenk echter dat een identiek foutbeeld een heel andere oorzaak kan hebben — de tegenproef hierboven scheidt de twee gevallen in twee minuten. Gooi je serverlog in onze Minecraft Crash Analyzer, dan brengt die het geval ook voor jou in kaart.
FAQ
Is U-000 altijd een fout van de gameserver?
Nee. Dezelfde code kan ontstaan door verkeerde verbindingsgegevens, accountinstellingen, de openstaande Bedrock-clientfout of een filter in het netwerkpad. Pas de tegenproef met een onafhankelijke Geyser-server bakent de oorzaak zinvol af.
Helpt een herinstallatie van Geyser of Floodgate?
Niet als de Bedrock-client de eigenlijke RakNet-join helemaal niet start. Houd Geyser en Floodgate up-to-date, maar wijzig niet willekeurig de configuratie. Vergelijk in plaats daarvan testserver, doelserver en serverlog op hetzelfde moment.
Waarom zie ik de server met een ping, maar kan ik niet joinen?
Discovery-ping en de eigenlijke login zijn gescheiden stappen. De client kan een ping-antwoord tonen en toch afbreken vóór de RakNet-handshake. Daardoor kan het serverlog ondanks een zichtbare ping zonder joinpoging blijven.
Wat moet ik naar mijn hoster sturen?
Vermeld de Bedrock-versie en het platform, het exacte testmoment, het doeladres en de poort, en het resultaat met test.geysermc.org:19132. Toegangsgegevens, volledige IP-logs of accountinformatie horen niet in een openbare aanvraag.