Réseau et proxys

Configuration des ports GeyserMC (Crossplay Bedrock)

Relu le 6 septembre 2026 1 min de lecture

Les joueurs Bedrock et Java ne sont pas deux saveurs de la même connexion arrivant à la même porte — Bedrock parle un protocole réseau entièrement différent, et c'est exactement pourquoi il a besoin de son propre écouteur plutôt que d'être simplement laissé entrer par le port de jeu existant.

Pourquoi un port ne peut pas servir les deux

Java Edition se connecte en TCP ; Bedrock Edition se connecte en UDP, via RakNet plutôt que le propre protocole du jeu directement. Un nœud partagé ne peut pas lier plus d'un service au même port Bedrock par défaut (19132 UDP) entre différents locataires, donc GeyserMC — qui traduit le protocole de Bedrock en quelque chose que le serveur côté Java comprend — a besoin de sa propre allocation dédiée pour écouter.

Que faire

  1. Demandez ou sélectionnez une allocation de port secondaire dans le panel

    C'est l'adresse sur laquelle GeyserMC va réellement écouter.

  2. Réglez ce même port, avec le protocole UDP, dans le config.yml de Geyser

    Le champ protocole compte — le trafic Bedrock n'arrivera pas sur un port configuré pour TCP.

  3. Donnez aux joueurs Bedrock le port personnalisé explicitement

    Contrairement à la commodité du port par défaut de Java, les clients Bedrock sur un nœud partagé ont toujours besoin de adresse:port écrit en entier, car le 19132 ne leur est jamais exclusif sur une infrastructure partagée.

Comment vérifier que c'est réglé

Un client Bedrock se connectant à l'adresse du nœud sur le port personnalisé atteint le monde, et le propre journal de démarrage de Geyser confirme qu'il s'est lié à ce port avec succès.