Avec ton propre domaine, tu connectes ton serveur de jeu via une adresse facile à retenir comme play.ton-domaine.example, au lieu d’envoyer aux joueurs une IP avec un port. Chez game-serverhosting, tu configures pour cela une connexion de domaine dans le tableau de bord, tu confirmes la propriété du domaine avec un enregistrement TXT et tu rediriges le sous-domaine via CNAME vers l’adresse cible affichée.
Prérequis
Tu as besoin d’un accès au tableau de bord du serveur chez game-serverhosting et à la gestion DNS de ton domaine. Cela peut être ton registraire de domaine, un panneau d’hébergement ou un service DNS comme Cloudflare. Tu devrais aussi décider à l’avance quel sous-domaine tu veux utiliser. Pour les serveurs de jeu, un sous-domaine comme play.mon-site.example, mc.mon-site.example ou server.mon-site.example est généralement la solution la plus propre.
Un domaine apex comme mon-site.example est en général inadapté à cette configuration, car les enregistrements CNAME classiques ne sont pas autorisés au niveau de l’apex de zone ou ne sont représentés par le fournisseur qu’au moyen de fonctions spéciales d’alias/flattening. Utilise donc de préférence un sous-domaine. Si tu exploites aussi un site web, une boutique ou une page de communauté, le domaine principal reste ainsi indépendant du serveur de jeu.
Connecter le domaine dans le tableau de bord
Ouvre ton tableau de bord serveur et clique sur l’onglet Domaine. Saisis-y le domaine ou sous-domaine souhaité, par exemple play.mon-site.example, puis clique sur Connecter le domaine. Le système génère ensuite les valeurs DNS que tu dois saisir chez ton fournisseur DNS.
La vérification se fait via un enregistrement TXT. Cet enregistrement prouve que tu contrôles le domaine. En plus, tu ajoutes un enregistrement CNAME qui pointe le sous-domaine choisi vers l’adresse cible affichée par game-serverhosting. Les valeurs concrètes de ton tableau de bord font foi ; ne les copie pas depuis des exemples si ton tableau de bord affiche d’autres valeurs.
Vue d’ensemble des enregistrements DNS
| Type | Nom | Valeur | Objectif |
|---|---|---|---|
| TXT | _gsh-verify.play.example.com |
gsh-verify-abc123... |
Preuve de propriété |
| CNAME | play.example.com |
mc-a16750.game-serverhosting.com |
Redirection |
Chez de nombreux fournisseurs DNS, tu saisis dans le champ Name uniquement la partie sous-domaine, donc par exemple play au lieu de play.example.com. D’autres fournisseurs attendent le nom d’hôte complet. Si tu n’es pas sûr, vérifie l’aperçu de ton panneau DNS : au final, le nom complet doit correspondre exactement au sous-domaine souhaité.
Régler correctement Cloudflare
Si ton domaine est géré via Cloudflare, le CNAME du serveur de jeu doit être défini sur DNS only, reconnaissable au nuage gris. Le proxy Cloudflare orange est destiné au trafic web HTTP et HTTPS, pas au trafic de jeu normal. Cloudflare explique dans la documentation officielle que le statut du proxy détermine si le trafic HTTP/HTTPS passe par Cloudflare ou pointe directement vers l’origine : Documentation sur developers.cloudflare.com
Ne définis donc pas l’enregistrement du serveur de jeu sur Proxied. Les enregistrements TXT sont indépendants de cela ; ils servent uniquement à la vérification et ne sont pas utilisés comme connexion de jeu. Si tu gères plusieurs enregistrements avec le même nom, veille à ce qu’aucune configuration de proxy contradictoire ne soit créée.
Propagation DNS et statut dans le tableau de bord
Après l’enregistrement des entrées DNS, il faut un certain temps avant que les résolveurs du monde entier voient la modification. Selon le fournisseur, le TTL et le cache, les modifications DNS peuvent prendre jusqu’à 24 heures, mais elles sont souvent visibles après quelques minutes. Le tableau de bord vérifie automatiquement toutes les 2 minutes si les enregistrements DNS nécessaires sont trouvés.
Dans l’onglet Domain, tu vois le statut en direct :
- Pending : le DNS est en cours de vérification.
- Verified : le domaine est actif et connecté.
- Failed : les enregistrements DNS n’ont pas été trouvés après 30 tentatives.
Lorsque le statut est Verified, la connexion de domaine est active du point de vue du tableau de bord. Teste ensuite en plus dans le client du jeu si tu peux te connecter via la nouvelle adresse. Si ton jeu nécessite toujours un port, indique-le comme d’habitude dans le client, sauf si le jeu ou ta configuration prend en charge une résolution automatique du port.
Vérifier le résultat
Vérifie d’abord si l’enregistrement TXT est visible publiquement. De nombreux fournisseurs DNS affichent immédiatement les entrées enregistrées dans le panneau, mais ce qui compte, c’est qu’elles soient accessibles via des résolveurs DNS publics. Ensuite, contrôle si le CNAME de ton sous-domaine pointe vers l’adresse cible affichée dans le tableau de bord. Si les deux valeurs correspondent, le statut devrait passer à Verified lors du prochain cycle de vérification.
Teste ensuite l’établissement de la connexion avec exactement l’adresse que tu as configurée. Utilise donc play.mon-site.example et pas par erreur le domaine principal. Si les joueurs avaient jusqu’ici enregistré une adresse IP, informe-les du nouveau domaine. L’avantage : lors de modifications techniques ultérieures, tu peux adapter le DNS sans devoir expliquer une nouvelle adresse numérique à tous les joueurs.
Corriger les erreurs typiques
Si la vérification échoue, c’est généralement parce que l’enregistrement TXT est mal nommé, saisi au mauvais emplacement de zone DNS ou pas encore propagé. Compare le nom et la valeur caractère par caractère avec le tableau de bord. Fais particulièrement attention aux suffixes de domaine supplémentaires : certains panneaux transforment accidentellement _gsh-verify.play.example.com en _gsh-verify.play.example.com.example.com si tu saisis le nom complet dans un champ qui attend uniquement la partie hôte.
Si le domaine est vérifié, mais que la connexion en jeu ne fonctionne pas, vérifie d’abord le CNAME. Il doit pointer vers l’adresse cible game-serverhosting affichée, par exemple mc-a16750.game-serverhosting.com. Avec Cloudflare, l’enregistrement doit être sur DNS only. Vérifie aussi que tu utilises le bon sous-domaine et, le cas échéant, le bon port dans le client du jeu.
Si tu migres des fichiers, mondes ou configurations en parallèle de la configuration du domaine, l’accès SFTP au serveur de jeu pour la gestion des fichiers est pertinent. Pour une présentation générale du DNS, tu trouveras aussi le guide Configurer son propre domaine pour un serveur de jeu. Si tu viens d’un autre fournisseur, le déménagement de Nitrado vers game-serverhosting t’aide à effectuer une migration propre.
Sources et base de vérification
Les sous-pages liées documentent la base technique expliquée immédiatement avant ou après chacune d’elles. Les prix des produits et les fonctions de compte sont en plus vérifiés par rapport au chemin de commande ou de tableau de bord actuellement visible.
Limites et retour arrière
Tous les jeux ne prennent pas en charge les enregistrements SRV, et les proxys Cloudflare normaux ne redirigent pas automatiquement n’importe quels protocoles de serveur de jeu. Les modifications DNS peuvent rester invisibles jusqu’à l’expiration des caches TTL existants. Sauvegarde les fichiers concernés ou le monde avant les modifications. Vérifie ensuite le résultat avec la même version et la même procédure de test ; en cas d’erreur, restaure la sauvegarde.
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 des versions visible au moment de la vérification. Les noms de menu, les versions disponibles, la compatibilité des mods ou plugins et les ressources nécessaires peuvent varier 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.
Crée une sauvegarde des fichiers concernés avant toute modification du monde, de la sauvegarde de jeu, de la configuration ou des extensions. Modifie ensuite uniquement une étape cohérente à la fois et vérifie-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 | Interruption 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 panneau. | En cas d’erreurs de version ou de connexion, vérifier à nouveau la version, le port et les autorisations. |
| Test fonctionnel | La fonction concrètement modifiée fonctionne sans endommager les données de monde ou de jeu existantes. | En cas d’effets secondaires, arrêter le serveur et restaurer les fichiers sauvegardés. |
Un test individuel réussi n’est pas une garantie de performance ou de 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
Dois-je utiliser un sous-domaine ?
Pour cette configuration, un sous-domaine comme play.mon-site.example est recommandé. Les domaines apex comme mon-site.example ne peuvent pas être utilisés directement via CNAME partout et entraînent plus souvent des cas particuliers DNS.
Pourquoi ai-je besoin d’un enregistrement TXT ?
L’enregistrement TXT confirme que tu contrôles le domaine. Sans cette preuve, quelqu’un pourrait théoriquement essayer de connecter des domaines tiers à un serveur.
Combien de temps prend l’activation ?
Le tableau de bord vérifie toutes les 2 minutes. Les caches DNS peuvent retarder les modifications ; selon le fournisseur et le TTL, cela peut prendre jusqu’à 24 heures, mais souvent seulement quelques minutes.
Que signifie Failed dans l’onglet Domain ?
Failed signifie que les enregistrements DNS nécessaires n’ont pas été trouvés après 30 cycles de vérification. Compare les valeurs TXT et CNAME avec les indications du tableau de bord et vérifie si tu les as saisies dans la bonne zone DNS.
Faut-il désactiver Cloudflare ?
Non, Cloudflare ne doit pas être complètement désactivé. Le CNAME pertinent du serveur de jeu devrait toutefois être défini sur DNS only, afin que le sous-domaine soit résolu directement par DNS et ne passe pas par le proxy HTTP de Cloudflare.
La connexion de domaine coûte-t-elle un supplément ?
La connexion de domaine est incluse gratuitement chez game-serverhosting. Des coûts supplémentaires peuvent uniquement survenir en externe, par exemple pour ton propre domaine chez le registraire.