Faire pointer un nom de domaine vers son VPS Linux (DNS)

Un nom de domaine ne sert à rien tant que ses enregistrements DNS n'indiquent pas où se trouve votre serveur. Dans ce guide, vous allez relier un domaine à votre VPS Linux Infrawire, ajouter les enregistrements IPv4, IPv6 et www, puis vérifier que tout se résout correctement.

📋 Prérequis

Un VPS avec une adresse IPv4 publique (et éventuellement IPv6). Depuis votre espace client vous retrouvez l'IP et le mot de passe root du VPS.
Un nom de domaine enregistré (example.com) et l'accès à sa zone DNS, chez votre registrar ou chez un fournisseur DNS.
dig et nslookup sur votre poste ou sur le VPS :

Bash
1# Ubuntu 24.04 / Debian 12
2sudo apt update && sudo apt install -y dnsutils
3
4# AlmaLinux 9 / Rocky 9
5sudo dnf install -y bind-utils

🧭 Comprendre les types d'enregistrements

Type	Rôle	Exemple de valeur
A	Nom vers adresse IPv4	`VPS_IP`
AAAA	Nom vers adresse IPv6	`VPS_IPV6`
CNAME	Alias vers un autre nom	`example.com.`

Un CNAME ne peut pas se placer sur le domaine nu (example.com, l'apex) car il entrerait en conflit avec les autres enregistrements de la zone. Utilisez A/AAAA à cet endroit, et un CNAME pour les sous-domaines comme www.

✍️ Créer les enregistrements A et AAAA

Dans l'éditeur de zone DNS de votre registrar, ajoutez ces enregistrements. Le champ hôte @ désigne le domaine nu.

TEXT
Type   Hôte   Valeur       TTL
A      @      VPS_IP       3600
AAAA   @      VPS_IPV6     3600

Certaines interfaces demandent le nom complet (example.com.) à la place de @. Ne gardez le point final que si l'éditeur réclame un nom pleinement qualifié. Si vous n'utilisez pas encore IPv6, ne créez pas d'AAAA : un AAAA erroné est pire que pas d'AAAA, car beaucoup de clients essaient IPv6 en premier.

🔗 Ajouter www avec un CNAME

Faites suivre www au nom principal pour ne changer l'IP qu'à un seul endroit :

TEXT
Type    Hôte   Valeur         TTL
CNAME   www    example.com.   3600

Les autres sous-domaines fonctionnent de la même façon. Utilisez un enregistrement A lorsqu'un sous-domaine doit pointer vers un autre serveur (par exemple api vers une autre IP).

⏱️ TTL et propagation

Le TTL (durée de vie, en secondes) indique aux résolveurs combien de temps ils peuvent garder une réponse en cache. Un nouvel enregistrement apparaît en général en quelques minutes, mais la modification d'un enregistrement existant reste invisible tant que l'ancien TTL n'a pas expiré.

Avant une migration, abaissez le TTL à 300 la veille, puis changez l'IP.
Une fois le changement stable, remontez-le à 3600 ou plus.
La propagation complète n'est jamais instantanée : comptez de quelques minutes à quelques heures.

✅ Vérifier avec dig et nslookup

Interrogez votre résolveur, puis un résolveur public pour comparer :

Bash
1dig +short example.com A
2dig +short example.com AAAA
3dig +short www.example.com CNAME
4
5# Interroger un résolveur public précis
6dig @1.1.1.1 +short example.com A
7dig @8.8.8.8 +short example.com A
8
9# Interroger directement les serveurs faisant autorité (sans cache)
10dig +short NS example.com
11dig @NAMESERVER +short example.com A

La même vérification avec nslookup :

Bash
1nslookup example.com
2nslookup -type=AAAA example.com
3nslookup www.example.com 1.1.1.1

La réponse doit être VPS_IP. Testez ensuite le chemin vers le serveur :

Bash
1ping -c 3 example.com
2curl -I http://example.com

🔁 DNS inversé (PTR)

Le DNS direct transforme un nom en IP. Le DNS inversé (enregistrement PTR) fait l'inverse : il associe VPS_IP à un nom d'hôte. Il ne se gère pas dans la zone de votre domaine mais chez le propriétaire du bloc d'adresses : demandez donc à votre hébergeur de le définir. Les serveurs de messagerie s'y fient beaucoup ; indiquez le nom utilisé pour envoyer vos mails, par exemple mail.example.com, et vérifiez que ce nom a bien un enregistrement A correspondant.

Bash
1dig -x VPS_IP +short
2host VPS_IP

☁️ Cas particulier : le proxy Cloudflare

Quand un enregistrement est proxifié (nuage orange), le DNS public renvoie des adresses Cloudflare et non VPS_IP. C'est normal : dig n'affichera jamais l'IP de votre serveur.

Le trafic web (80/443) passe par Cloudflare ; les autres services comme SSH, la messagerie ou les serveurs de jeu non.
Pour tout ce qui n'est pas HTTP(S), créez un enregistrement en DNS seul (nuage gris), par exemple ssh.example.com vers VPS_IP.
Les enregistrements de messagerie (mail, cibles MX) doivent toujours être en DNS seul.
Gardez le mode SSL sur Full (strict) et installez un certificat valide sur le VPS, sinon vous obtiendrez des boucles de redirection ou l'erreur 525.

🛠️ Dépannage

L'ancienne IP s'affiche encore. L'ancien TTL n'a pas expiré. Interrogez le serveur faisant autorité avec dig @NAMESERVER pour confirmer que la zone est correcte, puis patientez. Videz votre cache local si besoin :

Bash
1sudo resolvectl flush-caches

NXDOMAIN ou aucune réponse. L'enregistrement est dans la mauvaise zone, le nom d'hôte contient une faute, ou le domaine utilise d'autres serveurs de noms que ceux que vous avez modifiés. Comparez dig NS example.com avec les serveurs de noms déclarés chez votre registrar.

Le domaine se résout mais le site ne s'affiche pas. Le DNS est bon ; le problème vient du service. Vérifiez qu'un serveur web écoute sur le port et que le pare-feu l'autorise :

Bash
1sudo ss -tlnp | grep -E ':80|:443'

🎉 Votre domaine pointe maintenant vers votre VPS : vous pouvez installer un serveur web et émettre un certificat.