Anmelden Server eintragen

GuideFür Serverbetreiber

Geyser und Floodgate einrichten: Bedrock-Spieler auf Java-Servern

Geyser und Floodgate auf Paper oder Velocity einrichten, vor Bedrock 26.60 NetherNet aktivieren, Port 19132 für TCP und UDP öffnen und von außen testen.

ServerList Redaktion Veröffentlicht 13 Min. Lesezeit
Geyser + FloodgateTCP 25565UDP 19132Bedrock-Namen bekommen ein Präfix

Geyser lässt Bedrock-Spieler auf Handy, Tablet, Konsole und Windows auf deinen Java-Server, indem es zwischen den beiden Editionen übersetzt, und Floodgate lässt sie ohne Java-Konto hinein. Installiere beide auf deinem Paper-Server oder deinem Velocity-Proxy, setze transport von Geyser auf both, öffne den Bedrock-Port für TCP und UDP und prüfe dann von außerhalb deines Netzwerks, ob ein Bedrock-Spieler wirklich hineinkommt.

Genau diesen letzten Schritt überspringen die meisten Betreiber. Unser Pinger schickt jede Minute einen Bedrock-Ping an jeden Crossplay-Eintrag, der eine Bedrock-Adresse angibt. In den letzten 30 Tagen haben 21 der 93 Einträge, die auf Java spielbar waren, nie einen davon beantwortet, und nur 52 antworteten in mindestens 90 % der Fälle. Als wir das am 18. Oktober 2026 geschrieben haben, waren es 94 Einträge, davon 20, die auf Bedrock nie geantwortet haben, und 53, die zuverlässig antworteten. Der Betreiber eines kaputten Crossplay-Setups merkt es meist nicht, weil auf Java niemand etwas davon mitbekommt.

Ein Datum zählt gerade. Bedrock 26.60 ist für den 27. Oktober 2026 geplant, und ab dieser Version verbinden sich Bedrock-Clients nicht mehr über RakNet, das Transportprotokoll, das Geyser standardmäßig noch verwendet. Der NetherNet-Hinweis von GeyserMC ist da deutlich: Nach diesem Datum können Bedrock-Spieler Servern nicht mehr beitreten, die nicht umgestellt haben. Jeder Schritt unten enthält die Umstellung bereits.

So funktionieren Geyser und Floodgate

Geyser sitzt zwischen dem Bedrock-Client und deinem Java-Server. Es nimmt die Bedrock-Verbindung an, öffnet stellvertretend für den Spieler eine Java-Verbindung und übersetzt alles dazwischen: Chunks, Entities, Inventare, Chat, Sounds. Dein Server sieht einen weiteren Java-Client. Weil Geyser den aktuellen Java-Client nachahmt, muss dein Server diese Version akzeptieren, also zum Zeitpunkt des Schreibens Java 26.3. Ein älterer Server braucht ViaVersion, damit er den neueren Client annimmt.

Floodgate löst das Kontoproblem. Ein Bedrock-Spieler hat ein Microsoft-Konto und einen Xbox-Gamertag, aber kein Java-Profil, und ein normaler Server im Online-Modus würde ihn deshalb abweisen. Mit Floodgate bürgt Geyser über eine gemeinsame Schlüsseldatei namens key.pem für den Spieler, und Floodgate lässt ihn unter einer erzeugten Java-Identität herein: dem Gamertag mit einem Präfix (standardmäßig ein Punkt, also .Steve) und einer UUID, die aus seiner Xbox-User-ID gebaut wird, in der Form 00000000-0000-0000-xxxx-xxxxxxxxxxxx.

Eine kleine Randnotiz: Weil diese UUID aus der Xbox-User-ID stammt, behält ein Bedrock-Spieler, der seinen Gamertag ändert, sein Inventar und seine Berechtigungen. Plugins, die Spieler nach Namen speichern, sind da weniger nachsichtig.

Was NetherNet ändert

NetherNet ist das neue Transportprotokoll von Bedrock und baut auf WebRTC auf. Ein Client schickt zuerst eine kleine Webanfrage über TCP, in der er fragt, wie er sich verbinden soll, ein Schritt namens Signaling, und spielt erst danach über UDP. Das Signaling transportiert auch die MOTD und die Spielerzahl, die die Bedrock-Serverliste anzeigt. Deshalb braucht ein Bedrock-Port, der früher nur UDP brauchte, jetzt auch TCP, und deshalb kann dein Server aus der Bedrock-Serverliste der Spieler verschwinden, obwohl der Spielport sperrangelweit offen ist. Clients ab 26.40 können NetherNet nutzen, ab 26.50 vollständig, und ab 26.60 müssen sie es. Geyser unterstützt es ab Build 1237, aber RakNet bleibt der Standard.

Plugin, Proxy oder Standalone: welche Installation passt

Dein SetupGeyser installieren aufFloodgate installieren auf
Ein Paper- oder Purpur-ServerDiesem Server (Geyser-Spigot)Demselben Server (Floodgate-Spigot)
Ein Velocity-NetzwerkNur dem Proxy (Geyser-Velocity)Dem Proxy, dazu jedem Backend, wenn Plugins dort Floodgate brauchen
Ein BungeeCord-NetzwerkNur dem Proxy (Geyser-BungeeCord)Wie bei Velocity
Ein Fabric- oder NeoForge-Server nur mit serverseitigen ModsDem Server (Geyser-Fabric oder Geyser-NeoForge)Dem Server (Floodgate-Mod, Fabric braucht außerdem die Fabric API)
Ein Server, auf dem du keine Plugins hinzufügen kannstGeyser Standalone auf einem anderen Rechner, Java 21 oder neuerDem Java-Server, wenn du kannst, sonst brauchen Spieler Java-Konten

In einem Netzwerk gehört Geyser auf den Proxy und nirgendwohin sonst. Bedrock-Spieler verbinden sich wie alle anderen mit dem Proxy, und der Proxy schiebt sie zwischen den Backends hin und her.

Auf Paper installieren

Geprüft mit den GeyserMC-Docs für einen Paper-26.3-Server. Purpur und andere Paper-Forks folgen denselben Schritten.

  1. Prüfe, ob der Server Java-26.3-Clients akzeptiert. Läuft er mit einer älteren Version, installiere zuerst ViaVersion.

  2. Lade Geyser-Spigot und Floodgate-Spigot von geysermc.org/download herunter, lege beide JARs in plugins, starte den Server einmal, damit sie ihre Ordner anlegen, und stoppe ihn dann.

  3. Öffne plugins/Geyser-Spigot/config.yml und setze den Abschnitt für Bedrock:

    bedrock:
      address: 0.0.0.0
      port: 19132
      transport: both
      webrtc-port: 19134
  4. Setze in derselben Datei auth-type: floodgate. Die Einstellung steht im Abschnitt zum Java-Server, den aktuelle Builds java: und ältere remote: nennen.

  5. Öffne die Ports wie unten beschrieben, starte den Server und lies die Konsole. Geyser gibt aus, welche Ports es gebunden hat, und benennt die meisten NetherNet-Probleme in klaren Worten.

Warum both und nicht nethernet? NetherNet allein reicht für aktuelle Clients. both lässt außerdem Spieler herein, die noch auf 26.30 bis 26.34 sind und nur RakNet sprechen, bedient 26.40-Clients, die die MOTD noch über RakNet lesen, und lässt Geysers RakNet-Listener weiterlaufen, mit dem unsere Bedrock-Prüfung spricht (mehr dazu unter „Von außen prüfen“). Der Preis ist ein zusätzlicher UDP-Port: webrtc-port muss frei sein und sich von port unterscheiden, und 19134 ist nur ein Beispiel. GeyserMC selbst rät, auf nethernet umzustellen und den RakNet-Port zu schließen, sobald 26.60 draußen ist und deine Spieler aktualisiert haben.

Auf Velocity installieren

  1. Stelle sicher, dass Velocity und jedes Backend Java-26.3-Clients akzeptieren. Geyser tritt dem Proxy als Java-Client dieser Version bei, und Velocity reicht die Version weiter. Ein veraltetes Backend ohne ViaVersion ist also ein Backend, das Bedrock-Spieler nicht erreichen.
  2. Lege Geyser-Velocity und Floodgate-Velocity in den Ordner plugins des Proxys, starte Velocity einmal und stoppe es wieder.
  3. Konfiguriere plugins/Geyser-Velocity/config.yml genau wie im Paper-Beispiel, einschließlich auth-type: floodgate.
  4. Öffne die Bedrock-Ports auf dem Rechner des Proxys, nicht auf den Backends.
  5. Behalte Modern Forwarding bei, wie du es ohnehin betreibst: player-info-forwarding-mode = "modern" in velocity.toml und auf jedem Backend proxies.velocity.enabled: true in config/paper-global.yml, mit dem Secret aus Velocitys Datei forwarding.secret.

Geysers eigene Befehle wie /geyser version und /geyser dump laufen auf dem Proxy. Vergib ihre Berechtigungen also dort, zum Beispiel mit LuckPerms für Velocity.

Floodgate auf den Backends

Floodgate muss nur auf dem Proxy liegen. Installiere es zusätzlich auf den Backends, wenn ein Backend-Plugin die Floodgate-API braucht, zum Beispiel um native Bedrock-Formulare zu öffnen oder zu prüfen, ob ein Spieler auf Bedrock ist.

  1. Installiere Floodgate-Spigot auf jedem Backend.
  2. Setze in der Floodgate-Konfiguration des Proxys send-floodgate-data: true.
  3. Kopiere key.pem aus dem Floodgate-Ordner des Proxys in den Floodgate-Ordner jedes Backends.
  4. Starte die Backends neu, danach den Proxy.

Behandle key.pem wie ein Passwort. Wer die Datei besitzt, kommt für jedes Bedrock-Konto an der Java-Authentifizierung deines Servers vorbei. Deshalb gehört sie nie in ein öffentliches Repository, einen Support-Screenshot oder ein geteiltes Plugin-Paket.

Ports: 19132 über TCP und UDP, und dein Hoster

Der Standardport von Bedrock ist 19132. Mit NetherNet und Geysers eingebautem Signaling muss der Geyser-Port für TCP und UDP offen sein. Er kann sich also keine Nummer mehr mit deinem Java-Port teilen, der TCP schon belegt. Mit transport: both braucht auch der webrtc-port UDP.

  • Heimrouter oder VPS. Leite den Geyser-Port als TCP und UDP weiter (viele Router nennen das „Beide“) und den webrtc-port als UDP. Öffne danach dieselben Ports in der Firewall des Betriebssystems. Mit ufw sind das sudo ufw allow 19132 (beide Protokolle) und sudo ufw allow 19134/udp.
  • Docker. Veröffentliche jedes Protokoll ausdrücklich: 19132:19132/tcp, 19132:19132/udp und 19134:19134/udp. Ein schlichtes 19132:19132 veröffentlicht nur TCP.
  • Oracle Cloud. Öffne die Ports in der Security List der Cloud und in der Firewall der Instanz selbst. Eines von beidem allein reicht nicht.
  • OVH und SoYouStart. Die Seite von GeyserMC zur Portweiterleitung vermerkt, dass die Bedrock-Regeln der GAME-Firewall NetherNet noch nicht verarbeiten. Nimm für die Geyser-Ports die Regel Other.
  • Gameserver-Hoster mit nur einem Port. Der alte Trick clone-remote-port hat deine Java-Portnummer für Bedrock über UDP wiederverwendet. Mit eingebautem Signaling funktioniert er nicht, weil das Signaling auf diesem Port TCP braucht und dein Java-Server es schon belegt. Geyser weicht dann von allein auf Warden aus, einen kostenlosen externen Signaling-Dienst von Ziax, der Firma hinter CubeCraft. Mit Warden braucht es auf deiner Seite nur UDP, aber Spieler treten mit der Adresse und dem Port bei, die Geyser in der Konsole ausgibt, es sei denn, du registrierst bei Warden eine eigene Domain. Frag deinen Hoster nach einem zweiten Port oder prüfe, ob er Geyser schon über Startparameter konfiguriert.
  • Tunnel. ngrok tunnelt nur TCP und kann den Spielverkehr von Bedrock deshalb nicht transportieren. Die playit.gg-Anleitung von GeyserMC wurde für RakNet geschrieben und verweist auf die eigene NetherNet-Statusseite von playit. Prüfe die also, bevor du dich auf einen Tunnel verlässt.

Eigene Ports gehen in unseren Daten häufiger schief. Bei Einträgen auf einem anderen Bedrock-Port als dem Standard haben in den letzten 30 Tagen 6 von 18 nie einen Bedrock-Ping beantwortet, bei Einträgen auf 19132 waren es 15 von 75 (am 18. Oktober 2026: 6 von 18 gegenüber 14 von 76). Die Stichprobe ist klein, aber ein eigener Port ist eine Zahl mehr, die du an zwei Stellen richtig haben musst.

Geysers eingebautes Signaling nutzt standardmäßig einfaches HTTP, deshalb fragt Bedrock beim ersten Beitritt jeden Spieler, ob er dem Server vertraut. Zeigst du die Einstellung certificate im HTTPS-Teil von Geysers Signaling-Konfiguration auf ein TLS-Zertifikat, verschwindet die Abfrage. Warden übernimmt HTTPS für dich.

Floodgate-Namen und deine Plugins

Ein Bedrock-Spieler namens Steve kommt als .Steve an, und dieser Punkt erreicht jedes Plugin, das du betreibst.

  • Das Präfix. Es ist die Einstellung username-prefix in Floodgates Konfiguration, standardmäßig ".". Floodgate empfiehlt ein Präfix ohne Buchstaben und Zahlen, damit kein Bedrock-Name mit einem Java-Namen kollidieren kann. Vermeide *: Befehle brauchen den Namen dann womöglich in Anführungszeichen.
  • Leerzeichen. Gamertags dürfen Leerzeichen enthalten, Java-Namen nicht. Mit replace-spaces: true (Standard) wird aus Cool Steve der Name .Cool_Steve.
  • LuckPerms. Setze allow-invalid-usernames: true in der LuckPerms-Konfiguration, damit Namen mit Punkt akzeptiert werden, oder sprich Spieler über ihre UUID an.
  • Whitelist. /whitelist add fragt Mojang nach einem Java-Profil und scheitert bei Bedrock-Spielern. Nimm stattdessen /fwhitelist add Steve (das Präfix ist optional) oder die Floodgate-UUID des Spielers. Die Berechtigung lautet floodgate.command.fwhitelist.
  • Failed to verify username auf Paper. Paper lehnt Namen ab, die es für ungültig hält. Floodgate auf dem Backend zu installieren mildert das, und die Seite von Floodgate zu bekannten Problemen nennt die vollständige Lösung: Setze perform-username-validation auf false unter unsupported-settings in config/paper-global.yml.
  • Spieler mit beiden Editionen. Das globale Linking, standardmäßig aktiv, lässt einen Spieler sein Java- und sein Bedrock-Konto einmal verknüpfen und danach auf jedem Server, auf dem es aktiviert ist, mit seiner Java-Identität ankommen.
  • Votes. Votifier liefert einen Benutzernamen, und Belohnungs-Plugins zahlen an den Online- oder Offline-Spieler aus, dessen Name passt. Ein Bedrock-Spieler muss als .Steve voten, nicht als Steve, sonst geht die Belohnung ins Leere. Unser Vote-Formular erkennt die gängigen Floodgate-Präfixe, prüft den Namen gegen Bedrock-Konten und liefert ihn so aus, wie er eingegeben wurde. In den letzten 30 Tagen wurden 6 % aller Votes auf serverlist.net für Bedrock-Namen abgegeben, und 97 % davon trugen den Standardpunkt (6 % und 97 % am 18. Oktober 2026). Hast du das Präfix geändert, sag es in deiner /vote-Nachricht. Die NuVotifier-Anleitung behandelt den Rest des Vote-Wegs.

Bedrock-Spieler können Links im Chat nicht anklicken, und daran kann Geyser nichts ändern. Eine Vote-Nachricht, die nur „Hier klicken“ sagt, bringt ihnen nichts. Schreibe die Vote-Adresse als normalen Text aus, kurz genug, um sie auf dem Handy abzutippen.

Von außen prüfen

Vom eigenen Handy im eigenen WLAN aus beizutreten beweist sehr wenig, denn das Handy erreicht den Server womöglich über dein lokales Netz und berührt die Router-Regeln, die du gerade geschrieben hast, nie. Prüfe wie ein Fremder.

  1. Schalte am Handy das WLAN aus, füge den Server in Bedrock mit der öffentlichen Adresse und dem Port hinzu und tritt über mobile Daten bei. Die Anleitung zum Beitreten auf Bedrock zeigt die Spielerseite davon.

  2. Schicke die Bedrock-Adresse mit Port durch das Serverstatus-Tool, das sie einmal von unserer Seite aus prüft:

    Jetzt einen Server prüfen

    Die Adresse, die Spieler unter Mehrspieler eintippen. Zusätze wie IP: und Leerzeichen werden entfernt.

    Die Antwort erscheint hier als die Zeile, die du unter Mehrspieler sehen würdest, mit Spielern, Version und Ping.

  3. Trage deinen Server ein oder bearbeite deinen Eintrag, schalte „Auch Bedrock-Spieler können beitreten“ ein und gib die Bedrock-Adresse und den Port an. Von da an prüft unser Pinger den Bedrock-Port jede Minute, und die Bedrock-Markierung auf deinem Eintrag sowie dein Platz in der Bedrock-Serverliste beruhen auf diesen Antworten, nicht auf dem Schalter.

  4. Wiederhole das nach jedem Geyser-Update und jedem Bedrock-Release. Ein Geyser-Build, der für eine neue Bedrock-Version zu alt ist, ist ein häufiger Grund, warum Bedrock-Spieler an einem Update-Tag plötzlich ausgesperrt sind.

Ein Hinweis dazu, wie wir prüfen, denn er beeinflusst, was du siehst. Unser Bedrock-Ping ist der RakNet-Ping, den Bedrock-Clients vor NetherNet benutzt haben. Geyser im Modus both beantwortet ihn, Geyser im Modus nethernet nicht. Solange unsere Prüfung nicht auch NetherNet spricht, erscheint ein Server, der nur auf nethernet läuft, hier als nicht antwortend auf Bedrock, selbst wenn Bedrock-Spieler beitreten können. both ist deshalb vorerst die Einstellung, die die Bedrock-Markierung deines Eintrags korrekt hält. Wie wir messen, steht auf der Methodik-Seite.

So verteilen sich die Einträge gerade auf die Plattformen:

Java, Bedrock oder beidesLetzte 30 Tage
  • Nur JavaKeine Bedrock-Adresse im Eintrag367 % der Spieler
  • Bedrock antwortetNennt eine Bedrock-Adresse, die auf unseren Bedrock-Ping geantwortet hat7290 % der Spieler
  • Bedrock stummNennt eine Bedrock-Adresse, die nie geantwortet hat213 % der Spieler

Von 129 Servern, die spielbar waren, haben 72 auch über Bedrock geantwortet, und 21 nennen eine Bedrock-Adresse, die nie geantwortet hat.

Gemessen 19 Okt. 2026, 22:55 UTCSo messen wir

Was Bedrock-Spielern fehlen wird

Geyser kann den Bedrock-Client nicht verändern. GeyserMC führt eine Seite zu den aktuellen Einschränkungen, und das sind die Punkte daraus, die auf einem typischen Server am häufigsten ins Gewicht fallen:

  • Klickbare Chat-Links. Sie funktionieren auf Bedrock nicht, was Vote-Links, Shop-Links und Discord-Einladungen trifft.
  • Links- und Rechtsklick in Inventarmenüs. Bedrock kann beide nicht unterscheiden, deshalb gehen Truhen-GUIs kaputt, die bei jedem Klick etwas anderes tun. Floodgate-Formulare sind die Bedrock-eigene Alternative.
  • Eigene Verzauberungen werden nicht angezeigt, und Stufen jenseits von Vanilla wie „Behutsamkeit 2“ lassen sich nicht darstellen.
  • Befehlsargumente und Tab-Vervollständigung funktionieren nur bei Befehlen, die auf die moderne Art (Brigadier) registriert sind.
  • Der Effekt Leuchten und Banner mit mehr als sechs Ebenen.

Zwei verwandte Einschränkungen stehen nicht auf dieser Seite. Java-Ressourcenpakete laden auf Bedrock nicht, Geyser muss also stattdessen ein Bedrock-Paket schicken, und eigene Items brauchen ein Geyser-Mapping, bevor Bedrock-Spieler sie richtig sehen. Das GeyserIntegratedPack, das Geyser mitliefert, behebt ein paar eigene Lücken, zum Beispiel Animationen der Zweithand und Posen von Rüstungsständern.

Auch der Kampf fühlt sich anders an. Bedrock hat keinen eigenen Angriffs-Cooldown, deshalb zeichnet Geyser eine Ersatzanzeige, standardmäßig am Fadenkreuz (die Option cooldown-type im Abschnitt gameplay, in älteren Konfigurationen show-cooldown genannt), und Touch-Spieler zielen anders als Spieler mit Maus. Ist dein Server auf das PvP-Timing von Java ausgelegt, sag das in deinem Eintrag.

Bewirb es direkt in deinem Eintrag

Ein funktionierendes Bedrock-Setup ist verschwendet, wenn Spieler es nicht sehen oder nicht eintippen können.

  • Adresse und Port in eigenen Feldern. Bedrock liest keine SRV-Einträge, Spieler tippen den Port also von Hand ein. Trage den Port ins Portfeld ein, nicht hinter einem Doppelpunkt in der Adresse. Ist Geyser auf Warden ausgewichen, nimm die Adresse, die Geyser ausgibt. Hat Geyser früher deinen Java-Port mitbenutzt, hat sich dein Bedrock-Port geändert: Aktualisiere den Eintrag und sag den Spielern, dass sie ihren gespeicherten Server bearbeiten sollen.
  • Sag, was Bedrock-Spieler bekommen. Ein bis zwei Zeilen in deiner Beschreibung: das Präfix, das sie sehen werden, welche Menüs oder Minigames auf Bedrock nicht funktionieren und wie sie mit ihrem Namen voten. Der Ratgeber zur Serverbeschreibung zeigt, wo das hinpasst.
  • Nenne den Versionsbereich. „Bedrock 26.50 und neuer“ sagt einem Spieler mehr als „Crossplay“.
  • Konsolenspieler brauchen mehr Hilfe. Handys und Windows können jeden Server hinzufügen, aber Xbox-, PlayStation- und Switch-Spieler brauchen Umwege über Drittanbieter, eine Bedrock-Adresse allein erreicht sie also nicht.

Die Spielerseite von alldem erklärt der Artikel Können Java- und Bedrock-Spieler zusammen spielen?.

Tabelle zur Fehlersuche

Was du siehstWahrscheinliche UrsacheLösung
Bedrock-Spieler kommen nach Bedrock 26.60 nicht mehr rein, Java-Spieler schonGeyser noch nur auf RakNet, oder ein Build älter als 1237Geyser aktualisieren, transport: both setzen (oder nethernet), TCP auf dem Geyser-Port öffnen
Server fehlt in der Bedrock-Liste oder hat keine MOTD, obwohl der Port „offen“ istTCP nicht weitergeleitet, das Signaling erreicht dich nichtGeyser-Port als TCP und UDP weiterleiten
Konsole: Built-in signaling cannot use port ... because the Java server already uses itclone-remote-port oder der Java-Port wurde mitbenutztEinen eigenen Port besorgen oder beim externen Signaling bleiben (Geyser wechselt von allein dorthin)
Konsole: RakNet and NetherNet each need their own UDP portwebrtc-port ist gleich portEinen anderen freien UDP-Port für webrtc-port wählen
Konsole: ... is a loopback addressaddress steht auf 127.0.0.1address: 0.0.0.0 setzen
Bedrock-Spieler sollen sich mit einem Java-Konto anmeldenauth-type ist nicht floodgate, oder Floodgate fehlt auf dem Server, mit dem sich Geyser verbindetauth-type: floodgate setzen, Floodgate installieren
Please connect through the official Geyserkey.pem unterscheidet sich zwischen den Installationen, oder Geyser und Floodgate sind veraltetkey.pem des Proxys auf jedes Backend kopieren, beides aktualisieren
Failed to verify username auf einem Paper-BackendDie Namensprüfung von Paper lehnt den Punkt abFloodgate auf dem Backend installieren oder die Lösung von Floodgates Seite zu bekannten Problemen umsetzen
Ein Bedrock-Spieler auf der Whitelist wird trotzdem gekicktMit /whitelist hinzugefügt/fwhitelist add mit Gamertag oder UUID verwenden
Bedrock-Votes kommen an, aber keine BelohnungenSpieler hat ohne Präfix gevotetBedrock-Spielern sagen, dass sie als .Name voten
Alle auf Bedrock nach einem Bedrock-Update ausgesperrtGeyser-Build zu altGeyser aktualisieren, dann neu starten
Vertrauensabfrage beim ersten BeitrittSignaling über einfaches HTTPZertifikat für das Signaling hinzufügen oder Warden nutzen
Funktioniert zu Hause, scheitert bei allen anderenRouter oder Cloud-Firewall nur halb offenBeide Firewalls und beide Protokolle erneut prüfen, dann mit mobilen Daten testen

Wenn die Tabelle nicht weiterhilft, erzeugt /geyser dump einen Debug-Bericht, den der Support von GeyserMC verlangt. Sobald Bedrock läuft, ist die nächste Aufgabe, dafür zu sorgen, dass Votes aus beiden Editionen ankommen. Das geht die NuVotifier-Einrichtungsanleitung Schritt für Schritt durch.