Geyser en Floodgate instellen voor Bedrock-spelers

Geyser laat Bedrock-spelers op telefoons, tablets, consoles en Windows joinen op je Java-server door tussen de twee edities te vertalen, en Floodgate laat ze binnen zonder dat ze een Java-account hebben. Installeer ze allebei op je Paper-server of je Velocity-proxy, zet de transport van Geyser op both, open de Bedrock-poort voor TCP en UDP en controleer daarna van buiten je eigen netwerk of een Bedrock-speler er echt in komt.

Die laatste stap slaan de meeste eigenaren over. Onze pinger stuurt elke minuut een Bedrock-ping naar elke crossplayvermelding met een Bedrock-adres, en in de afgelopen 30 dagen antwoordden 21 van de 93 vermeldingen die op Java speelbaar waren op geen enkele ping, terwijl er maar 52 in minstens 90% van de gevallen antwoordden. Toen we dit schreven, op 18 oktober 2026, ging het om 94 vermeldingen: 20 daarvan antwoordden nooit op Bedrock en 53 betrouwbaar. De eigenaar van een kapotte crossplayserver heeft meestal geen idee, want niemand op Java merkt het.

Eén datum is nu belangrijk. Bedrock 26.60 staat gepland voor 27 oktober 2026, en vanaf die versie maken Bedrock-clients geen verbinding meer via RakNet, het transport dat Geyser nog standaard gebruikt. De NetherNet-mededeling van GeyserMC is duidelijk: na die datum kunnen Bedrock-spelers niet joinen op servers die niet zijn overgestapt. Alle stappen hieronder bevatten die overstap al.

Hoe Geyser en Floodgate werken

Geyser zit tussen de Bedrock-client en je Java-server. Het neemt de Bedrock-verbinding aan, opent namens de speler een Java-verbinding en vertaalt alles wat daartussen gaat: chunks, entiteiten, inventarissen, chat, geluiden. Je server ziet één Java-client erbij. Omdat Geyser de huidige Java-client nabootst, moet je server die versie accepteren, en dat is op dit moment Java 26.3. Een oudere server heeft ViaVersion nodig om de nieuwere client toe te laten.

Floodgate lost het accountprobleem op. Een Bedrock-speler heeft een Microsoft-account en een Xbox-gamertag, geen Java-profiel, dus een gewone server in online-modus zou hem weigeren. Met Floodgate staat Geyser borg voor de speler via een gedeeld sleutelbestand met de naam key.pem, en Floodgate laat hem binnen onder een gegenereerde Java-identiteit: de gamertag met een voorvoegsel (standaard een punt, dus .Steve) en een UUID die is opgebouwd uit zijn Xbox-gebruikers-ID, in de vorm 00000000-0000-0000-xxxx-xxxxxxxxxxxx.

Een kanttekening: omdat die UUID uit de Xbox-gebruikers-ID komt, behoudt een Bedrock-speler die zijn gamertag verandert zijn inventaris en rechten. Plugins die spelers op naam opslaan, zijn minder vergevingsgezind.

Wat NetherNet verandert

NetherNet is het nieuwe transport van Bedrock, gebouwd op WebRTC. Een client stuurt eerst een klein webverzoek via TCP om te vragen hoe hij verbinding moet maken, een stap die signalering (signaling) heet, en speelt pas daarna via UDP. De signalering draagt ook de MOTD en het aantal spelers die de Bedrock-serverlijst toont. Daarom heeft een Bedrock-poort die vroeger alleen UDP nodig had nu ook TCP nodig, en daarom kan je server uit de Bedrock-serverlijst van spelers verdwijnen terwijl de spelpoort wagenwijd openstaat. Clients vanaf 26.40 kunnen NetherNet gebruiken, volledig vanaf 26.50, en vanaf 26.60 moeten ze het gebruiken. Geyser ondersteunt het vanaf build 1237, maar RakNet is nog altijd de standaard.

Plugin, proxy of standalone: welke installatie

Op een netwerk komt Geyser op de proxy en nergens anders. Bedrock-spelers verbinden net als alle anderen met de proxy, en de proxy verplaatst ze tussen de backends.

Installeren op Paper

Gecontroleerd aan de hand van de GeyserMC-documentatie voor een Paper 26.3-server. Purpur en andere Paper-forks volgen dezelfde stappen.

1. Controleer of de server Java 26.3-clients accepteert. Draait hij een oudere versie, installeer dan eerst ViaVersion.

2. Download Geyser-Spigot en Floodgate-Spigot van geysermc.org/download, zet beide jars in plugins, start de server één keer zodat ze hun mappen aanmaken en stop hem daarna weer.

3. Open plugins/Geyser-Spigot/config.yml en stel de Bedrock-sectie in:

   bedrock:
     address: 0.0.0.0
     port: 19132
     transport: both
     webrtc-port: 19134

4. Zet in hetzelfde bestand auth-type: floodgate. Die staat in het gedeelte over de Java-server, dat huidige builds java: noemen en oudere remote:.

5. Open de poorten zoals hieronder beschreven, start de server en lees de console. Geyser print de poorten die het heeft gebonden en benoemt de meeste NetherNet-problemen in gewone woorden.

Waarom both en niet nethernet? NetherNet alleen is genoeg voor huidige clients. both laat ook spelers binnen die nog op 26.30 tot 26.34 zitten en alleen RakNet spreken, bedient 26.40-clients die de MOTD nog via RakNet lezen en houdt de RakNet-listener van Geyser draaiende, en daarmee praat onze Bedrock-controle (meer daarover bij het controleren van buitenaf). De prijs is één extra UDP-poort: de webrtc-port moet vrij zijn en verschillen van port, en 19134 is maar een voorbeeld. GeyserMC zelf adviseert om over te stappen op nethernet en de RakNet-poort te sluiten zodra 26.60 uit is en je spelers hebben geüpdatet.

Installeren op Velocity

1. Zorg dat Velocity en elke backend Java 26.3-clients accepteren. Geyser komt op de proxy binnen als Java-client van die versie, en Velocity geeft de versie door, dus één verouderde backend zonder ViaVersion is een backend waar Bedrock-spelers niet bij kunnen.
2. Zet Geyser-Velocity en Floodgate-Velocity in de map plugins van de proxy, start Velocity één keer en stop hem weer.
3. Configureer plugins/Geyser-Velocity/config.yml precies zoals in het Paper-voorbeeld, inclusief auth-type: floodgate.
4. Open de Bedrock-poorten op de machine van de proxy, niet op de backends.
5. Laat modern forwarding staan zoals je het al gebruikt: player-info-forwarding-mode = "modern" in velocity.toml en op elke backend proxies.velocity.enabled: true in config/paper-global.yml, met het geheim uit het bestand forwarding.secret van Velocity.

De eigen commando's van Geyser, zoals /geyser version en /geyser dump, draaien op de proxy, dus geef de rechten daarvoor daar, bijvoorbeeld met LuckPerms voor Velocity.

Floodgate op de backends

Floodgate hoeft alleen op de proxy te staan. Zet het ook op de backends wanneer een plugin daar de Floodgate-API nodig heeft, bijvoorbeeld om native Bedrock-formulieren te openen of om te controleren of een speler op Bedrock zit.

1. Installeer Floodgate-Spigot op elke backend.
2. Zet in de Floodgate-config van de proxy send-floodgate-data: true.
3. Kopieer key.pem uit de Floodgate-map van de proxy naar de Floodgate-map van elke backend.
4. Herstart de backends en daarna de proxy.

Behandel key.pem als een wachtwoord. Wie het bestand heeft, kan voor elk Bedrock-account op je server langs de Java-authenticatie komen, dus het hoort nooit in een openbare repository, een screenshot voor support of een gedeeld pluginpakket.

Poorten: 19132 via TCP en UDP, en je host

De standaardpoort van Bedrock is 19132. Met NetherNet en de ingebouwde signalering van Geyser moet de Geyser-poort open staan voor zowel TCP als UDP, dus hij kan niet langer hetzelfde nummer hebben als je Java-poort, die al TCP gebruikt. Met transport: both heeft ook de webrtc-port UDP nodig.

• Thuisrouter of VPS. Forward de Geyser-poort als TCP en UDP (veel routers noemen dat "Beide") en de webrtc-port als UDP. Open daarna dezelfde poorten in de firewall van het besturingssysteem. Met ufw is dat sudo ufw allow 19132 (beide protocollen) en sudo ufw allow 19134/udp.
• Docker. Publiceer elk protocol expliciet: 19132:19132/tcp, 19132:19132/udp en 19134:19134/udp. Een kale 19132:19132 publiceert alleen TCP.
• Oracle Cloud. Open de poorten in de security list van de cloud en in de firewall van de instance zelf. Alleen een van de twee is niet genoeg.
• OVH en SoYouStart. De port-forwardingpagina van GeyserMC meldt dat de Bedrock-regels van de GAME-firewall NetherNet nog niet aankunnen. Gebruik de regel Other voor de Geyser-poorten.
• Gamehosts met één poort. De oude truc, clone-remote-port, hergebruikte het nummer van je Java-poort voor Bedrock via UDP. Dat werkt niet met ingebouwde signalering, omdat signalering TCP op die poort nodig heeft en je Java-server die al bezet. Geyser valt dan uit zichzelf terug op Warden, een gratis externe signaleringsdienst van Ziax, het bedrijf achter CubeCraft. Met Warden heb je aan jouw kant alleen UDP nodig, maar spelers joinen met het adres en de poort die Geyser in de console print, tenzij je een eigen domein registreert bij Warden. Vraag je host om een tweede poort of kijk of de host Geyser al via startflags instelt.
• Tunnels. ngrok tunnelt alleen TCP en kan Bedrock-spel dus niet dragen. De playit.gg-gids van GeyserMC is geschreven voor RakNet en verwijst naar de eigen NetherNet-statuspagina van playit, dus kijk dat na voordat je op een tunnel vertrouwt.

Aangepaste poorten gaan in onze data vaker mis. Vermeldingen die in de afgelopen 30 dagen nooit op een Bedrock-ping antwoordden: 6 van 18 op een andere Bedrock-poort dan 19132, tegenover 15 van 75 op 19132 (op 18 oktober 2026: 6 van de 18, tegenover 14 van de 76). De steekproef is klein, maar een aangepaste poort is één nummer méér dat je op twee plekken goed moet hebben.

De ingebouwde signalering van Geyser gebruikt standaard gewoon HTTP, dus bij de eerste join vraagt Bedrock elke speler of hij de server vertrouwt. Wijs je de instelling certificate in het HTTPS-deel van Geysers signaleringsconfig naar een TLS-certificaat, dan verdwijnt die vraag, en Warden regelt HTTPS voor je.

Floodgate-namen en je plugins

Een Bedrock-speler die Steve heet, komt binnen als .Steve, en die punt bereikt elke plugin die je draait.

• Het voorvoegsel. Dat is de instelling username-prefix in de Floodgate-config, standaard ".". Floodgate raadt een voorvoegsel zonder letters of cijfers aan, zodat geen enkele Bedrock-naam kan botsen met een Java-naam. Vermijd *: commando's kunnen dan de naam tussen aanhalingstekens vragen.
• Spaties. Gamertags mogen spaties bevatten, Java-namen niet. Met replace-spaces: true (de standaard) wordt Cool Steve .Cool_Steve.
• LuckPerms. Zet allow-invalid-usernames: true in de LuckPerms-config zodat namen met een punt worden geaccepteerd, of richt je op spelers via hun UUID.
• Whitelist. /whitelist add vraagt Mojang om een Java-profiel en mislukt voor Bedrock-spelers. Gebruik in plaats daarvan /fwhitelist add Steve (het voorvoegsel is optioneel) of de Floodgate-UUID van de speler. De permissie is floodgate.command.fwhitelist.
• "Failed to verify username" op Paper. Paper wijst namen af die het ongeldig vindt. Floodgate op de backend installeren verzacht dat, en de pagina met bekende problemen van Floodgate geeft de volledige oplossing: zet perform-username-validation op false onder unsupported-settings in config/paper-global.yml.
• Spelers met beide edities. Met globale koppeling, standaard aan, koppelt een speler zijn Java- en Bedrock-account één keer en komt hij op elke server waar dat aanstaat binnen als zijn Java-identiteit.
• Stemmen. Votifier levert een gebruikersnaam af, en beloningsplugins betalen de online of offline speler met die naam uit. Een Bedrock-speler moet stemmen als .Steve, niet als Steve, anders gaat de beloning nergens heen. Ons stemformulier herkent de gangbare Floodgate-voorvoegsels, controleert de naam tegen Bedrock-accounts en levert hem af zoals hij is getypt. In de afgelopen 30 dagen was 6% van alle stemmen op serverlist.net voor Bedrock-namen, en 97% daarvan had de standaardpunt (6% en 97% op 18 oktober 2026). Heb je het voorvoegsel veranderd, zeg dat dan in je /vote-bericht. De NuVotifier-gids behandelt de rest van het pad dat een stem aflegt.

Bedrock-spelers kunnen niet op links in de chat klikken, een beperking die Geyser niet kan oplossen. Een stembericht dat alleen "klik hier" zegt, doet voor hen niets. Zet het stemadres als gewone tekst neer, kort genoeg om op een telefoon te typen.

Controleer het van buitenaf

Joinen vanaf je eigen telefoon op je eigen wifi bewijst heel weinig, want de telefoon kan de server via je lokale netwerk bereiken en komt dan nooit langs de routerregels die je net hebt geschreven. Controleer het zoals een vreemde dat zou doen.

1. Zet wifi uit op een telefoon, voeg de server in Bedrock toe met het openbare adres en de poort en join via mobiele data. De gids voor joinen op Bedrock laat de kant van de speler zien.

2. Haal het Bedrock-adres en de poort door de serverstatustool, die het eenmalig van onze kant controleert:

   Check nu een server

   JavaBedrockJava en Bedrock

   Serveradres

   Het adres dat spelers typen bij Samen spelen. Labels zoals IP: en spaties halen we weg.

   Poort optioneel

   Nu checkenPingenGechecktNiet gecheckt

   Het antwoord verschijnt hier als de regel die je bij Samen spelen zou zien, met spelers, versie en ping.

3. Voeg je server toe of bewerk je vermelding, zet "Bedrock-spelers kunnen ook joinen" aan en vul het Bedrock-adres en de poort in. Vanaf dat moment controleert onze pinger de Bedrock-poort elke minuut, en het Bedrock-label op je vermelding en je plek in de Bedrock-serverlijst komen uit die antwoorden, niet uit de schakelaar.

4. Herhaal dit na elke Geyser-update en elke Bedrock-release. Een Geyser-build die te oud is voor een nieuwe Bedrock-versie is een veelvoorkomende reden dat Bedrock-spelers op de dag van een update ineens buitengesloten zijn.

Een opmerking over hoe wij controleren, omdat het beïnvloedt wat je ziet. Onze Bedrock-ping is de RakNet-ping die Bedrock-clients vóór NetherNet gebruikten. Geyser in both-modus beantwoordt hem, Geyser in nethernet-modus niet. Zolang onze controle geen NetherNet spreekt, staat een server met alleen nethernet hier als niet-antwoordend op Bedrock, ook wanneer Bedrock-spelers wel kunnen joinen. both is dus voorlopig de instelling die het Bedrock-label van je vermelding juist houdt. Hoe we meten staat op de pagina over onze methode.

Zo verdelen de vermeldingen zich nu over de platforms:

• Alleen JavaGeen Bedrock-adres in de vermelding367% van de spelers
• Bedrock antwoordtGeeft een Bedrock-adres op dat op onze Bedrock-ping antwoordde7290% van de spelers
• Bedrock stilGeeft een Bedrock-adres op dat nooit antwoordde213% van de spelers

Van de 129 servers die speelbaar waren, antwoordden er 72 ook op Bedrock en geven er 21 een Bedrock-adres op dat nooit antwoordde.

Gemeten op 19 okt 2026, 23:05 UTCHoe we meten

Wat Bedrock-spelers zullen missen

Geyser kan de Bedrock-client niet veranderen. GeyserMC houdt een pagina met huidige beperkingen bij, en dit zijn de punten daarvan die op een gewone server het vaakst uitmaken:

• Klikbare links in de chat. Ze werken niet op Bedrock, en dat raakt stemlinks, winkellinks en Discord-uitnodigingen.
• Links- en rechtsklikken in inventarismenu's. Bedrock kan ze niet uit elkaar houden, dus kistmenu's die bij elke klik iets anders doen, werken niet. Floodgate-formulieren zijn het native alternatief voor Bedrock.
• Aangepaste enchantments worden niet getoond, en niveaus buiten vanilla, zoals "Zijden streling 2", kunnen niet worden weergegeven.
• Commando-argumenten en tabaanvulling werken alleen bij commando's die op de moderne manier (Brigadier) zijn geregistreerd.
• Het effect Gloed, en banieren met meer dan zes lagen.

Twee verwante beperkingen staan niet op die pagina. Java-bronpakketten laden niet op Bedrock, dus Geyser moet in plaats daarvan een Bedrock-pakket sturen, en aangepaste voorwerpen hebben een Geyser-mapping nodig voordat Bedrock-spelers ze goed zien. Het GeyserIntegratedPack dat bij Geyser zit, repareert zelf een paar gaten, zoals animaties van de andere hand en poses van harnashouders.

Ook het gevecht voelt anders. Bedrock heeft geen eigen aanvalscooldown, dus Geyser tekent een vervangende indicator, standaard op het vizier (de optie cooldown-type in de sectie gameplay, in oudere configs show-cooldown genoemd), en spelers met touchscreen richten anders dan spelers met muis. Is je server gebouwd rond de PvP-timing van Java, zeg dat dan in je vermelding.

Laat het goed zien in je vermelding

Een werkende Bedrock-setup is voor niets als spelers hem niet kunnen zien of typen.

• Adres en poort in aparte velden. Bedrock leest geen SRV-records, dus spelers typen de poort met de hand. Zet de poort in het poortveld, niet achter een dubbele punt in het adres. Is Geyser teruggevallen op Warden, gebruik dan het adres dat Geyser print. Deelde Geyser vroeger je Java-poort, dan is je Bedrock-poort veranderd: werk de vermelding bij en vraag spelers hun opgeslagen server te bewerken.
• Zeg wat Bedrock-spelers krijgen. Een of twee regels in je beschrijving: het voorvoegsel dat ze zien, welke menu's of minigames niet werken op Bedrock en hoe ze met hun naam stemmen. De gids voor serverbeschrijvingen laat zien waar dat past.
• Noem het bereik van edities. "Bedrock 26.50 en nieuwer" zegt een speler meer dan "crossplay".
• Consolespelers hebben meer hulp nodig. Telefoons en Windows kunnen elke server toevoegen, maar spelers op Xbox, PlayStation en Switch hebben omwegen van derden nodig, dus een Bedrock-adres alleen bereikt hen niet.

De kant van de speler van dit alles staat in kunnen Java- en Bedrock-spelers samen spelen.

Problemen oplossen

Kom je er met de tabel niet uit, dan maakt /geyser dump een debugrapport, en daar vraagt de support van GeyserMC om. Werkt Bedrock eenmaal, dan is de volgende klus ervoor zorgen dat stemmen van beide edities aankomen, en dat loop je stap voor stap door in de NuVotifier-installatiegids.