Tu peux faire pointer ton propre domaine vers ton serveur de jeu en prouvant d’abord la propriété via un enregistrement TXT, puis en connectant soit un sous-domaine via CNAME, soit un domaine apex via un enregistrement A. Pour Minecraft Java, tu peux aussi ajouter un enregistrement SRV afin que les joueurs puissent rejoindre sans indication de port visible.
Vue d’ensemble : quels enregistrements DNS il te faut
| # | Enregistrement | Objectif | Obligatoire ? |
|---|---|---|---|
| 1 | TXT |
Preuve de propriété | oui |
| 2 | CNAME (sous-domaine) ou A (apex) |
Connexion au serveur | oui |
| 3 | SRV (Minecraft uniquement) |
Connexion sans indication de port | optionnel |
Tu crées ces enregistrements chez ton fournisseur DNS, par exemple Cloudflare, Namecheap, IONOS ou Strato. Les valeurs exactes se trouvent dans le tableau de bord game-serverhosting sous « Domaine personnalisé ». Copie-les exactement, surtout les tokens, les noms d’hôte et le port.
Si tu veux aussi gérer des fichiers, mondes ou fichiers de configuration sur ton serveur, le guide sur l’accès SFTP aux fichiers de serveur de jeu est utile. Pour une vue d’ensemble des bases DNS, tu trouveras aussi le guide Configurer son propre domaine pour un serveur de jeu – Guide DNS.
Prérequis
Avant de commencer, tu as besoin d’un accès à la zone DNS de ton domaine et à ton tableau de bord game-serverhosting. Tu dois aussi savoir si tu veux utiliser un sous-domaine comme play.tondomaine.example ou le domaine apex tondomaine.example.
Pour la plupart des serveurs de jeu, un sous-domaine est le choix le plus pratique. Il peut pointer via CNAME vers le nom d’hôte de ton serveur et reste donc plus flexible si l’adresse technique cible change plus tard. Un domaine apex fonctionne aussi, mais nécessite un enregistrement A vers l’adresse IP concrète.
Étape 1 : preuve de propriété via enregistrement TXT
Pour éviter qu’un domaine tiers puisse être lié à ton serveur de jeu, tu prouves d’abord que tu contrôles le domaine. Pour cela, crée un enregistrement TXT dans ta zone DNS :
Tu trouveras le token exact dans le tableau de bord. Reprends-le tel quel, sans espaces supplémentaires ni guillemets, sauf si ton fournisseur DNS les ajoute automatiquement.
Si tu utilises un sous-domaine, le nom est adapté en conséquence. Pour play.tondomaine.example, le nom TXT est :
_gsh-verify.play.tondomaine.example
Certaines interfaces DNS attendent uniquement la partie hôte au lieu du nom de domaine complet. Dans ce cas, saisis par exemple _gsh-verify.play, et non _gsh-verify.play.tondomaine.example. Ce qui compte, c’est le résultat de la résolution DNS.
Étape 2 : définir la cible du serveur
Après l’enregistrement TXT, le domaine doit pointer vers ton serveur de jeu. Le bon type d’enregistrement dépend de l’utilisation d’un sous-domaine ou d’un domaine apex.
Connecter un sous-domaine via CNAME
Pour un sous-domaine comme play.tondomaine.example, crée un CNAME vers le nom d’hôte de ton serveur :
Si ton fournisseur DNS est Cloudflare, l’entrée doit être réglée sur DNS-only. C’est le nuage gris. Le proxy Cloudflare est conçu pour le trafic web HTTP et HTTPS ; le trafic brut TCP ou UDP des jeux n’est pas transmis comme un service de serveur de jeu normal. Avec le proxy actif, ton serveur peut donc être inaccessible.
Connecter un domaine apex via un enregistrement A
Un domaine apex est le domaine sans sous-domaine, par exemple tondomaine.example. Pour cela, utilise un enregistrement A vers l’IP du serveur :
Tu trouveras l’adresse IP dans le tableau de bord. Attention : si ton serveur migre plus tard vers un autre nœud ou une autre IP, tu devras mettre à jour cet enregistrement A. Un sous-domaine avec CNAME pointe en revanche vers le nom d’hôte et demande généralement moins de maintenance dans ce type de cas.
La raison de cette distinction est importante côté DNS : dans la RFC 1034, l’IETF décrit qu’un nom avec CNAME ne doit pas porter d’autres données en même temps. La source primaire officielle est la RFC 1034 sous [documentation sur rfc-editor.org](https://www.rfc-editor.org/rfc/rfc1034). Comme un domaine apex nécessite en pratique d’autres données de zone, un enregistrement A y est le bon choix.
Étape 3 : enregistrement SRV optionnel pour Minecraft Java
Les clients Minecraft Java se connectent sans enregistrement SRV au port standard 25565. Si ton serveur tourne sur un autre port, les joueurs devraient saisir l’adresse avec le port, par exemple :
tondomaine.example:25584
Avec un enregistrement SRV, tu peux masquer l’indication du port pour Minecraft Java :
Exemple pour le port 25584 avec la cible tonserveur.game-serverhosting.com :
0 5 25584 tonserveur.game-serverhosting.com
Les valeurs correspondent à la priorité, au poids, au port et au nom d’hôte cible. L’enregistrement SRV se trouve dans ta propre zone DNS et reste optionnel. Il n’influence pas la vérification réelle du domaine.
Un enregistrement SRV n’entre pas en conflit avec un enregistrement A sur le domaine apex, car il se trouve sous un nom distinct : _minecraft._tcp.tondomaine.example. Tu peux donc connecter tondomaine.example via un enregistrement A et ajouter en plus l’enregistrement SRV Minecraft.
Si tu veux transférer un monde Minecraft existant sur le serveur, le guide Importer et changer un monde Minecraft convient ensuite.
Vérifier le résultat
Après avoir enregistré les enregistrements DNS, attends quelques minutes. Selon le fournisseur et le TTL, les modifications DNS peuvent aussi mettre plus longtemps à devenir visibles. Dans le tableau de bord, le domaine est vérifié dès que le TXT et le CNAME ou l’enregistrement A sont correctement reconnus.
Teste ensuite la connexion réelle. Sans enregistrement SRV, tu utilises le domaine plus le port. Avec un enregistrement SRV Minecraft correctement configuré, le domaine sans port suffit dans Minecraft Java.
Dépannage
Le CNAME est défini, mais le serveur n’est pas accessible
Vérifie d’abord si le nuage orange est actif chez Cloudflare. Pour les connexions aux serveurs de jeu, l’enregistrement doit être en DNS-only. Vérifie aussi que le CNAME pointe exactement vers le nom d’hôte indiqué dans le tableau de bord.
L’enregistrement TXT n’est pas reconnu
Contrôle le nom et la valeur. Les erreurs fréquentes sont les terminaisons de domaine doublées, un mauvais niveau de sous-domaine ou un token différent. Si ton fournisseur attend uniquement la partie hôte, un nom saisi entièrement peut devenir _gsh-verify.tondomaine.example.tondomaine.example.
Le domaine apex ne fonctionne pas avec CNAME
Pour tondomaine.example, utilise un enregistrement A vers l’IP du serveur. CNAME convient aux sous-domaines comme play.tondomaine.example, pas au domaine apex.
Les joueurs doivent encore saisir le port malgré le domaine
Il manque alors soit l’enregistrement SRV, soit il pointe vers le mauvais port ou la mauvaise cible. Sans enregistrement SRV, la saisie avec le port est normale.
Vérification, limites et retour arrière sûr
Le guide « Connecter ton propre domaine à ton serveur de jeu » s’applique au type de serveur décrit dans l’article et à l’état de version visible au moment du contrôle. Les noms de menus, versions disponibles, compatibilités de mods ou plugins et ressources nécessaires peuvent changer après des mises à jour. Ne transfère donc aucune valeur vers une autre version de jeu, de loader ou de serveur sans vérification.
Avant toute modification du monde, de la sauvegarde, de la configuration ou des extensions, crée une sauvegarde des fichiers concernés. Modifie ensuite uniquement une étape cohérente à la fois et teste-la avec la même version client et serveur que celle avec laquelle tu veux jouer plus tard.
| Point de contrôle | Résultat attendu | Arrêt et retour arrière |
|---|---|---|
| Démarrage du serveur | Le serveur atteint l’état opérationnel sans nouveau message d’erreur. | En cas d’erreurs au démarrage, annuler la modification et restaurer la dernière sauvegarde. |
| Test de connexion | Un compte de test peut se connecter via l’adresse affichée dans le panel. | En cas d’erreurs de version ou de connexion, revérifier la version, le port et les autorisations. |
| Test fonctionnel | La fonction précisément modifiée fonctionne sans endommager le monde existant ni les données de jeu. | En cas d’effets secondaires, arrêter le serveur et restaurer les fichiers sauvegardés. |
Un test individuel réussi ne garantit ni les performances ni la disponibilité. La taille du monde, les mods, les plugins, le nombre de joueurs, le chemin réseau et la charge simultanée peuvent modifier le résultat. Documente la version, la modification et le résultat du test afin de pouvoir comprendre les écarts ultérieurs.
FAQ
Puis-je utiliser un sous-domaine et le domaine principal en même temps ?
Oui, si tu configures correctement les deux noms DNS. Un sous-domaine peut pointer via CNAME, le domaine apex via un enregistrement A. Chaque nom a besoin de sa propre configuration DNS propre.
Dois-je toujours définir l’enregistrement SRV ?
Non. L’enregistrement SRV est seulement optionnel et surtout pertinent pour Minecraft Java si les joueurs doivent se connecter sans :Port. Pour la vérification du domaine, TXT plus CNAME ou enregistrement A suffit.
Pourquoi DNS-only est-il important chez Cloudflare ?
Le proxy Cloudflare traite typiquement le trafic web via HTTP et HTTPS. Les serveurs de jeu utilisent d’autres connexions TCP ou UDP. L’entrée DNS doit donc se résoudre directement et ne pas passer par le proxy.
Combien de temps prend la vérification DNS ?
Cela dépend du fournisseur DNS, du TTL et de la propagation DNS mondiale. Prévois au moins quelques minutes. Si rien ne se passe après une attente plus longue, vérifie le nom de l’enregistrement, la valeur, la cible et l’état du proxy.
Que se passe-t-il si l’IP du serveur change ?
Avec un enregistrement A, tu dois saisir toi-même la nouvelle IP dans ta zone DNS. Avec un CNAME vers le nom d’hôte du serveur, la maintenance est généralement plus simple, car le sous-domaine pointe vers le nom d’hôte.