Avec un domaine propre, tu connectes ton serveur de jeu via une adresse facile à retenir comme mc.mon-domaine.example, au lieu d’envoyer aux joueurs une IP avec un port. Techniquement, il te faut généralement un A-Record vers l’IP serveur et, selon le jeu, éventuellement un SRV-Record pour un nom de connexion confortable sans port visible.
Quand un domaine propre est utile
Un domaine vaut le coup si ton serveur doit être accessible durablement, si plusieurs services doivent être clairement séparés ou si tu veux utiliser une adresse communautaire reconnaissable. Pour les serveurs publics Minecraft, Rust, Valheim, V Rising ou vocaux, un sous-domaine clair paraît plus professionnel qu’une simple adresse numérique.
Exemples typiques :
mc.mon-domaine.examplepour Minecraftrust.mon-domaine.examplepour Rustvalheim.mon-domaine.examplepour Valheimvoice.mon-domaine.examplepour TeamSpeak
Chez game-serverhosting, il ne s’agit pas d’un changement de marque ni d’une plateforme de remplacement gratuite, mais d’un hébergement multi-jeux payant et contrôlable avec gestion serveur transparente, processus d’exploitation compréhensibles et support lorsque DNS ou l’accessibilité ne fonctionnent pas comme prévu.
Si tu n’as pas encore préparé de domaine propre, le guide Connecter un domaine propre à ton serveur de jeu convient comme base complémentaire. Pour le déroulé général concret, tu peux aussi utiliser Connecter un domaine propre à ton serveur de jeu.
Prérequis
Tu as besoin d’un accès à la gestion DNS de ton domaine, de l’IP actuelle du serveur et du port de ton serveur de jeu. L’IP et le port se trouvent normalement dans la zone de gestion de ton pack d’hébergement. Si ton fournisseur met à disposition une IP fixe, la configuration est plus simple, car tu n’as pas à adapter les entrées DNS à chaque changement d’IP.
Important : DNS ne fait que rediriger des noms vers des cibles. DNS ne démarre aucun serveur, n’ouvre aucun pare-feu et ne remplace pas une configuration de jeu correcte. Si la connexion directe par IP et port ne fonctionne pas, un domaine ne résoudra pas le problème.
Option 1 : Sous-domaine gratuit
Chez game-serverhosting, tu peux utiliser un sous-domaine au format :
ton-nom.game-serverhosting.com
Cette variante est pratique si tu ne possèdes pas de domaine propre ou si tu veux démarrer rapidement. Le sous-domaine est attribué au serveur lors de la commande ou de la configuration. Vérifie ensuite dans le panel quelle adresse est affichée pour ton service, puis teste la connexion directement dans le client du jeu.
Option 2 : Utiliser un domaine propre
Si tu possèdes un domaine comme mon-domaine.example, crée un sous-domaine chez ton fournisseur DNS. Pour les serveurs de jeu, un sous-domaine est généralement plus propre que le domaine principal, car celui-ci est souvent déjà utilisé pour un site web, les e-mails ou d’autres services.
Créer un A-Record
Un A-Record pointe un nom vers une adresse IPv4. Pour mc.mon-domaine.example, la configuration ressemble à ceci :
TTL: 3600
Chez certains fournisseurs DNS, le champ ne s’appelle pas Name, mais Host, Subdomain ou Record name. Saisis seulement mc si la zone est déjà mon-domaine.example. Si tu saisis par erreur mc.mon-domaine.example dans un champ qui ajoute automatiquement le domaine, cela peut donner mc.mon-domaine.example.mon-domaine.example.
Le TTL 3600 signifie que les resolvers peuvent mettre l’entrée en cache jusqu’à 3600 secondes. Une valeur plus basse peut aider lors des migrations, mais elle n’est pas librement configurable chez tous les fournisseurs.
SRV-Record pour Minecraft sans port
Un SRV-Record peut décrire le service, le protocole, l’hôte cible et le port. Pour Minecraft Java, c’est utile si les joueurs doivent saisir seulement mc.mon-domaine.example au lieu de mc.mon-domaine.example:25565.
Priorité: 0\nPoids : 5
Port: 25565\nCible : mc.mon-domaine.example
TTL: 3600
Veille à ce que la cible du SRV-Record soit un nom d’hôte qui se résout lui-même via un A-Record. N’y saisis pas directement une adresse IP. Si ton serveur ne tourne pas sur le port 25565, remplace le port par le vrai port Minecraft indiqué dans ton panel serveur.
Fournisseurs DNS
| Fournisseur | Gratuit ? | Recommandé |
|---|---|---|
| Cloudflare | Oui | Oui, si DNS-only est correctement défini |
| Namecheap DNS | Oui | Bien |
| Google Domains | Oui | Bien, si ton domaine y est encore géré |
| Route53 | Non | Plutôt pour une infrastructure plus complexe |
Le tableau est une classification pratique, pas une garantie de performance. L’essentiel est que ton fournisseur DNS prenne en charge de manière fiable les A-Records et, si nécessaire, les SRV-Records.
Important avec Cloudflare
Si tu utilises Cloudflare, l’entrée DNS du serveur de jeu doit être réglée sur DNS-only. Dans l’interface Cloudflare, c’est le nuage gris. Le proxy orange est destiné au trafic web HTTP et HTTPS, pas aux connexions normales de serveurs de jeu.
Cloudflare explique dans sa documentation DNS officielle que les records pour les serveurs de jeu et autres protocoles non HTTP doivent être réglés sur DNS-only, car le proxy HTTP ne relaie pas correctement ces connexions : Documentation sur developers.cloudflare.com
En bref :
- Utiliser DNS-only pour les serveurs de jeu
- Utiliser Proxy actif seulement pour les sites web ou applications web adaptés
- En cas de problèmes de connexion, vérifier d’abord que le nuage est gris
Situer réalistement la propagation
Les modifications DNS peuvent devenir visibles avec retard selon le TTL, le resolver et le fournisseur. Comme repère approximatif : les changements sont souvent visibles après quelques minutes, mais dans des cas défavorables cela peut prendre nettement plus longtemps. L’ancienne indication « jusqu’à 48 heures » reste utilisable comme cadre maximal prudent, mais ce n’est pas une promesse pour chaque fournisseur DNS et chaque resolver.
Ne modifie pas plusieurs choses en même temps lorsque tu cherches une erreur. Définis d’abord le A-Record, attends la résolution, puis ajoute le SRV-Record.
Vérifier le résultat
Vérifie d’abord si le sous-domaine pointe vers la bonne IP :
# Vérifier le A-Record
nslookup mc.mon-domaine.example
Pour le SRV-Record Minecraft, vérifie en plus :
# Vérifier le SRV-Record
nslookup -type=SRV _minecraft._tcp.mc.mon-domaine.example
Le résultat devrait afficher l’hôte cible mc.mon-domaine.example et le port attendu. Teste ensuite la connexion dans le jeu. Si la connexion par domaine échoue, mais fonctionne par IP et port, l’erreur se trouve très probablement dans DNS, le SRV-Record ou le statut de proxy Cloudflare.
Pour les étapes de configuration liées aux jeux, les guides adaptés t’aideront, par exemple Louer et configurer un serveur Rust ou Louer et configurer un serveur Valheim.
Dépannage
Le domaine pointe vers la mauvaise IP
Vérifie si le A-Record contient vraiment l’IP serveur actuelle depuis le panel game-serverhosting. D’anciennes entrées, des A-Records en double ou un CNAME défini par erreur peuvent produire des résultats contradictoires.
Les joueurs doivent toujours saisir le port
Dans ce cas, le SRV-Record manque probablement pour Minecraft, le nom du record est faux ou l’hôte cible ne se résout pas correctement. Vérifie avec nslookup -type=SRV si le record est visible publiquement.
Cloudflare affiche un nuage orange
Passe l’entrée du serveur de jeu en DNS-only. Le proxy Cloudflare normal est destiné au trafic web. Pour les protocoles de jeu, tu as besoin d’une résolution DNS directe vers ton serveur.
La modification est visible chez toi, mais pas chez les autres
Les caches DNS diffèrent. Teste via un autre réseau ou attends l’expiration du TTL. Évite les modifications multiples dans la précipitation, car tu auras sinon du mal à reconnaître quelle modification a réellement pris effet.
Vérification, limites et retour arrière sûr
Le guide « Configurer un domaine propre pour un serveur de jeu – Guide DNS » vaut pour le type de serveur décrit dans l’article et pour l’état de version visible au moment de la vérification. 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 sans vérification vers une autre version de jeu, de loader ou de serveur.
Avant de modifier un monde, une sauvegarde de jeu, une configuration ou des extensions, crée une sauvegarde des fichiers concernés. Modifie ensuite une seule é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 | Abandon et retour arrière |
|---|---|---|
| Démarrage du serveur | Le serveur atteint l’état opérationnel sans nouveau message d’erreur. | En cas d’erreurs de 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 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 ne garantit ni les performances ni la disponibilité. La taille du monde, les mods, les plugins, le nombre de joueurs, le trajet 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 comprendre les écarts ultérieurs.
FAQ
Ai-je absolument besoin d’un domaine propre pour mon serveur de jeu ?
Non. Tu peux aussi utiliser une IP avec port ou un sous-domaine fourni. Un domaine propre est surtout plus confortable et meilleur pour une adresse communautaire reconnaissable.
Un A-Record suffit-il pour chaque serveur de jeu ?
Pour beaucoup de jeux, un A-Record avec indication du port suffit. Minecraft Java peut en plus utiliser un SRV-Record afin que les joueurs puissent se connecter sans port visible.
Puis-je activer le proxy Cloudflare pour mon serveur de jeu ?
Pour les connexions normales de serveurs de jeu, tu devrais régler l’entrée DNS sur DNS-only. Le proxy Cloudflare habituel traite le trafic web HTTP/HTTPS et ne convient pas à de nombreux protocoles de jeu.
Pourquoi le domaine ne fonctionne-t-il pas immédiatement ?
Les entrées DNS sont mises en cache. Selon le TTL, le resolver et le fournisseur, cela peut prendre de quelques minutes à nettement plus longtemps avant que tous les clients voient la nouvelle configuration.
Que faire si la connexion fonctionne par IP, mais pas par domaine ?
Alors le serveur lui-même est accessible. Vérifie le A-Record, le SRV-Record, le statut Cloudflare et les fautes de frappe dans le nom d’hôte. Ce n’est que lorsque ces valeurs sont correctes qu’il vaut la peine de continuer le dépannage dans le client du jeu.