Un domaine personnalisé pour votre serveur Minecraft : les enregistrements SRV
« Rejoins sur 203.0.113.10:25607. » Ça fonctionne, mais c'est imprononçable, personne ne le retient, et si votre serveur déménage un jour, vous devrez envoyer la nouvelle adresse à chacun personnellement. Comparez avec play.votredomaine.fr : facile à retenir, professionnel, et c'est vous qui décidez où il pointe. Entre les deux, il n'y a qu'un peu de travail DNS — et surtout un type d'enregistrement que presque personne ne connaît en dehors des cercles Minecraft : l'enregistrement SRV.
Pourquoi un domaine personnalisé ?
Le premier avantage est simple : tout le monde retient play.votredomaine.fr, personne ne retient une suite de chiffres avec deux-points. Cela fait meilleure figure sur votre Discord, votre site web et partout où vous faites la promotion de votre serveur. Mais le plus grand avantage est sous le capot : l'adresse vous appartient. Si votre serveur passe un jour sur une autre formule ou une autre IP, vous modifiez un seul enregistrement DNS et aucun joueur ne remarque quoi que ce soit. Sans domaine, un tel changement vous fait perdre à coup sûr des joueurs qui ratent la nouvelle adresse.
Honnêtement : pour un petit serveur privé avec trois amis, une IP fait très bien l'affaire. Un domaine coûte quelques euros par an et devient surtout rentable dès que votre serveur a un nom, une communauté ou des ambitions de croissance.
Comment les enregistrements A et SRV coopèrent
Le DNS est l'annuaire d'internet. Un enregistrement A associe un nom à une adresse IP : play.votredomaine.fr pointe vers 203.0.113.10. Mais il y a une chose qu'un enregistrement A ne sait pas faire : transmettre un port. Et c'est là que le bât blesse, car les serveurs Minecraft hébergés sont loin de toujours tourner sur le port par défaut 25565.
C'est à cela que sert l'enregistrement SRV. Quand un joueur Java saisit une adresse, le client vérifie d'abord s'il existe un enregistrement SRV sur _minecraft._tcp. suivi de cette adresse. Si oui, c'est là qu'est indiqué quel port et quel nom d'hôte utiliser réellement. Le joueur ne remarque rien : il tape play.votredomaine.fr, sans port, et entre normalement.
Si votre serveur tourne justement sur le port 25565, un enregistrement A suffit à lui seul ; l'enregistrement SRV ne devient nécessaire que pour tout autre port. Et point important pour les serveurs crossplay : Bedrock ne connaît pas les enregistrements SRV. Les joueurs Bedrock saisissent l'adresse et le port séparément.
Étape par étape
- Procurez-vous un domaine. Si vous en avez déjà un (par exemple pour le site de votre communauté), utilisez simplement un de ses sous-domaines. Sinon : n'importe quel registrar vous en vend un pour quelques euros par an.
- Repérez l'IP et le port de votre serveur. Ils figurent dans votre panel ; voir aussi trouver l'IP numérique de votre serveur.
- Ouvrez la gestion DNS chez le prestataire où vous gérez votre domaine.
- Créez un enregistrement A pour votre sous-domaine, pointant vers l'IP de votre serveur.
- Créez l'enregistrement SRV qui y ajoute le port.
Concrètement, cela ressemble à ceci (avec une IP et un port d'exemple) :
Type Nom Valeur
A play 203.0.113.10
SRV _minecraft._tcp.play priorité 0, poids 5, port 25607, cible play.votredomaine.frVous pouvez laisser les champs priorité et poids à 0 et 5 ; ils n'entrent en jeu que si vous placez plusieurs enregistrements SRV côte à côte. La cible doit toujours être un nom d'hôte sur lequel existe un enregistrement A — jamais une adresse IP nue, invalide dans un enregistrement SRV. Pour les serveurs MC-Node, tout est aussi expliqué étape par étape dans la base de connaissances : configurer un domaine de jeu Minecraft.
TTL et patience
Chaque enregistrement DNS a un TTL, « time to live » : le nombre de secondes pendant lesquelles les autres serveurs DNS peuvent mémoriser votre réponse avant de revenir vérifier. Avec un TTL à 3600, un changement peut donc mettre jusqu'à une heure à voyager. En pratique, les nouveaux enregistrements apparaissent souvent en quelques minutes, mais n'y comptez pas. Deux conseils pratiques. Un : baissez le TTL (par exemple à 300) pendant la configuration et les tests ; il pourra remonter ensuite. Deux : en cas de problème, ne modifiez pas cinq choses à la fois — chaque changement apporte son propre délai et vous ne saurez vite plus ce qui correspond à quoi. Vérifiez calmement vos enregistrements à la recherche de fautes de frappe, attendez le TTL et testez seulement ensuite.
Les erreurs fréquentes
- Vouloir mettre un port dans l'enregistrement A. Ce champ n'existe tout simplement pas ; les ports vont dans l'enregistrement SRV.
- Oublier l'enregistrement SRV avec un port non standard. « Chez mon ami, un enregistrement A suffisait » — ce serveur tournait alors sur 25565. Tout autre port exige l'enregistrement SRV.
- Une adresse IP comme cible SRV. Le champ cible attend un nom d'hôte. Créez d'abord l'enregistrement A et faites-y pointer l'enregistrement SRV.
- Laisser activées les fonctions proxy ou CDN. Certains gestionnaires DNS peuvent faire transiter le trafic par leur propre réseau ; c'est pensé pour les sites web et cela casse le trafic Minecraft. Mettez les enregistrements de votre serveur en « DNS only ».
- Tester trop tôt. Votre propre PC peut encore avoir l'ancienne réponse en cache. Attendez le TTL avant de conclure que cela ne fonctionne pas.
Un sous-domaine par serveur
Si vous exploitez plusieurs serveurs — ou grandissez vers un réseau — un domaine vous donne immédiatement une structure : survival.votredomaine.fr, creative.votredomaine.fr, skyblock.votredomaine.fr, chacun avec ses propres enregistrements A et SRV vers le bon serveur et le bon port. Si vous construisez plus tard un réseau avec un proxy comme Velocity, l'adresse principale devient l'entrée de tout, et les sous-domaines peuvent amener les joueurs directement sur le bon serveur secondaire. Le principe reste le même dans tous les cas : enregistrement A pour l'IP, enregistrement SRV pour le port.
Pas encore de serveur auquel accrocher un domaine ? Un serveur Minecraft chez MC-Node démarre à partir de 0,50 € par mois (comptez environ 1,10 € par Go de RAM) et tourne sur notre propre matériel avec stockage NVMe dans le datacenter Previder à Hengelo, protection anti-DDoS incluse et résiliable chaque mois. L'IP et le port pour vos enregistrements DNS se trouvent directement dans votre panel.