Comment connecter un domaine à votre serveur Minecraft

Quelle configuration avez-vous

Tout ce qui suit dépend d'une seule question : votre serveur a-t-il sa propre adresse IP, ou la partage-t-il avec d'autres serveurs sur un port distinct ?

IP dédiée

Votre serveur a une IP à lui seul et peut tourner sur le port par défaut de Minecraft, 25565. Un enregistrement A et c'est terminé.

IP partagée

Votre serveur partage une IP et se distingue par son port, par exemple 28017. Vous avez besoin d'un enregistrement A et d'un enregistrement SRV, car le domaine seul ne peut pas transporter un port.

Si vous n'êtes pas sûr, regardez l'adresse de connexion dans votre panneau de contrôle. Si elle se termine par :25565 ou n'a pas de port du tout, vous êtes dans le premier cas. Tout autre numéro et vous êtes dans le second.

IP dédiée : un enregistrement A

1. Connectez-vous au tableau de bord Cloudflare

   Connectez-vous à votre compte Cloudflare et sélectionnez le domaine que vous voulez utiliser.

2. Ajoutez un enregistrement A

   Créez un nouvel enregistrement DNS de type A avec ces valeurs :

   • Name : le sous-domaine. Utilisez play pour obtenir play.yourdomain.com.
   • IPv4 address : l'adresse IP de votre serveur, sans numéro de port.
   • Proxy status : désactivez-le. Le nuage doit être gris et afficher DNS Only.
   • TTL : Auto.

3. Enregistrez

   C'est tout le travail. Les joueurs peuvent maintenant saisir play.yourdomain.com dans le client Minecraft et se connecter.

IP partagée : enregistrement A plus SRV

Sur une IP partagée, c'est le port qui identifie votre serveur, et un nom de domaine n'a nulle part où placer un port. L'enregistrement SRV est la façon dont le DNS résout ce problème : il transporte le port séparément, et le client Minecraft sait qu'il doit aller le chercher.

1. Créez d'abord l'enregistrement A

   Exactement comme ci-dessus : type A, nom play, l'IP de votre serveur sans port, proxy réglé sur DNS Only, TTL Auto. L'enregistrement SRV a besoin de quelque chose vers quoi pointer, et c'est ça.

2. Créez l'enregistrement SRV

   Ajoutez un second enregistrement, cette fois de type SRV :

   • Name : le service et le protocole suivis de votre sous-domaine, par exemple _minecraft._tcp.play.
   • Priority : 0
   • Weight : 0
   • TTL : Auto
   • Port : le port de votre serveur Minecraft, par exemple 28017.
   • Target : votre domaine, par exemple play.yourdomain.com.

3. Enregistrez les deux enregistrements

   Les joueurs peuvent maintenant se connecter avec le seul play.yourdomain.com, et le client trouve le port tout seul.

Ce que fait réellement l'enregistrement SRV

Un enregistrement A répond à "quelle IP correspond à ce nom". Un enregistrement SRV répond à une question plus précise : "pour ce service, sur ce protocole, à ce nom, quel hôte et quel port dois-je utiliser".

C'est pourquoi le nom paraît étrange. _minecraft._tcp.play se décompose ainsi :

_minecraft

Le service. Le client Minecraft cherche exactement cela.

_tcp

Le protocole. Minecraft Java utilise TCP.

play

Votre sous-domaine, la partie que les joueurs saisissent réellement.

Les deux underscores sont obligatoires. Ce ne sont pas des ornements et ils ne sont pas facultatifs, et en oublier un est la raison la plus courante pour laquelle un enregistrement SRV par ailleurs correct ne fait rien du tout.

Pourquoi le proxy doit être désactivé

Le nuage orange de Cloudflare fait transiter le trafic par leur réseau, ce qui est réellement utile pour les sites web. Il gère le HTTP et le HTTPS.

Minecraft n'est ni l'un ni l'autre. C'est son propre protocole par-dessus TCP, donc un enregistrement proxifié confie les connexions de vos joueurs à un système qui ne sait pas quoi en faire. Le symptôme est un domaine qui se résout mais ne se connecte jamais, ce qui ressemble à un problème de serveur alors que ce n'en est pas un.

La particularité Bedrock

Tout ce qui précède au sujet des enregistrements SRV s'applique à Minecraft Java Edition. Bedrock ne lit pas les enregistrements SRV de la même façon, donc un joueur Bedrock pointé vers play.yourdomain.com ne sera pas redirigé vers votre port personnalisé.

Deux façons de contourner cela :

• Demandez aux joueurs Bedrock de saisir le port dans le champ port lorsqu'ils ajoutent le serveur, avec le domaine dans le champ adresse. L'enregistrement A fait toujours son travail, l'enregistrement SRV n'est simplement pas consulté.
• Obtenez une IP dédiée pour le serveur afin qu'il puisse tourner sur le port par défaut, et aucun port n'a besoin d'être précisé du tout.

Vérifier que ça fonctionne

Les changements DNS avec un TTL réglé sur Auto prennent généralement effet en quelques minutes, mais la propagation n'est pas instantanée partout à la fois. Avant de conclure qu'il y a un problème :

• Essayez le domaine depuis un appareil sur un réseau différent, comme un téléphone hors wifi. Si ça fonctionne là-bas et pas chez vous, c'est de la mise en cache DNS locale, pas votre enregistrement.
• Vérifiez que l'enregistrement A contient une IP et seulement une IP. Coller la chaîne de connexion complète avec le port dans un enregistrement A est une erreur courante et elle échoue silencieusement.
• Revérifiez le statut du proxy. Il est facile de créer l'enregistrement correctement et que Cloudflare remette le proxy par défaut.
• Pour le SRV, revérifiez les deux underscores et que la cible est le domaine, pas l'IP.

Si le domaine se résout vers la bonne IP mais que la connexion expire, le problème est passé du DNS au serveur lui-même, et le prochain endroit à vérifier est si le serveur tourne et est joignable sur le port que vous avez spécifié.