Lire sa zone DNS ligne par ligne, sans être administrateur
Ou : dix lignes de texte décident si votre site s’affiche et si vos mails arrivent.
La réponse courte : une zone DNS est la liste des réponses que donne votre nom de domaine. L’enregistrement A donne l’adresse IPv4 du serveur qui affiche le site, AAAA son adresse IPv6, CNAME fait d’un nom l’alias d’un autre (www vers la racine, par exemple), MX désigne les serveurs qui reçoivent le courrier, TXT porte des textes de preuve (SPF, vérification de propriété), et NS dit quels serveurs répondent pour la zone. Chaque ligne a un TTL, la durée en secondes pendant laquelle les résolveurs peuvent la garder en cache. Deux règles techniques évitent la plupart des pannes : un CNAME ne peut cohabiter avec aucun autre enregistrement, d’où son interdiction à la racine du domaine, comme le rappelle la RFC 1912 sur les erreurs DNS courantes ; et un MX pointe vers un nom d’hôte, jamais vers une adresse IP. La zone se gère chez le registrar ou chez l’hébergeur, selon le choix fait au moment de réserver son nom de domaine.
Lire sa zone sert surtout le jour où quelque chose ne marche plus : un site qui affiche la page d’un ancien hébergeur, des mails qui ne partent plus, un service qui demande d’« ajouter un enregistrement TXT » et refuse de valider.
Pour qui : un indépendant qui veut son domaine, sa zone DNS et son site au même endroit, avec une interface plutôt qu’un fichier de zone.
À partir de : 6,90 € HT la première année pour un .be (7,90 € HT au renouvellement) et l’hébergement web Infomaniak dès 5,75 € HT par mois facturés à l’année, domaine non inclus (relevé du 12 novembre 2026).
Pour démarrer : réserver le domaine chez Infomaniak, commander l’hébergement web Infomaniak, puis rattacher le domaine au site et n’ajouter à la main que les TXT demandés par vos services.
Enregistrements DNS A, CNAME, MX et TXT : la zone d’un petit site, ligne par ligne
Voici la zone d’un petit site fictif : le site tourne sur un serveur privé virtuel (VPS), le courrier est hébergé ailleurs, et un service tiers demande une preuve de propriété. Le domaine example.com et les adresses 192.0.2.10 et 2001:db8::10 sont réservés à la documentation.
| |
| Type | Rôle | Dans l’exemple | Le piège |
|---|---|---|---|
| NS | les serveurs qui répondent pour la zone | ns1 et ns2 du fournisseur DNS | ils doivent être les mêmes que ceux déclarés chez le registrar, sinon la zone modifiée n’est jamais lue |
| A | l’adresse IPv4 du site | 192.0.2.10 | un A oublié après un changement de serveur sert l’ancien site |
| AAAA | l’adresse IPv6 du site | 2001:db8::10 | un AAAA périmé ralentit ou coupe le site pour une partie des visiteurs en IPv6, ce qui rend la panne difficile à reproduire |
| CNAME | un alias vers un autre nom | www vers example.com | interdit à la racine et à côté de tout autre enregistrement du même nom |
| MX | les serveurs de courrier, par ordre de priorité | 10 puis 20 | la cible est un nom d’hôte, ni une IP ni un alias |
| TXT | des textes libres : SPF, preuves de propriété | deux lignes | une ligne de vérification supprimée trop tôt peut faire perdre la validation auprès du service |
| TTL | la durée de cache, en secondes | 3600, soit une heure | c’est un maximum, pas un délai garanti |
Rôles et règles d’après les RFC 1035, 1912 et 2181, lues le 12 novembre 2026.
Le chiffre 10 ou 20 devant les MX est une préférence : la RFC 1035 précise que la valeur la plus basse est essayée en premier, et que la cible est un nom de domaine (« domain-name »), pas une adresse. Les lignes SPF, DKIM et DMARC qui protègent la réputation du courrier sont aussi des TXT, mais leur réglage est une affaire de messagerie plus que de lecture de zone.
Les trois erreurs qui coupent un site ou des mails
Le CNAME à la racine. La racine d’un domaine porte forcément ses NS et sa ligne SOA (l’en-tête de la zone). Or la RFC 2181 n’autorise à côté d’un CNAME que des enregistrements de signature DNSSEC. La RFC 1912 décrit la conséquence : un serveur comme BIND voit le CNAME et ignore les autres données du même nom, NS compris. Certains fournisseurs DNS proposent un faux CNAME, résolu de leur côté et publié comme un A ; c’est une fonction maison, pas un enregistrement standard. La solution simple reste un A et un AAAA à la racine, et le CNAME pour www.
Le MX pointé vers une IP, ou vers un alias. Certains panneaux acceptent qu’on y tape une adresse IP. Les serveurs de courrier qui suivent la norme cherchent un nom d’hôte, et la RFC 2181 précise que ce nom ne doit pas être un alias. Il faut donc un nom qui porte lui-même un A ou un AAAA.
Le point final oublié. Dans un fichier de zone, un nom qui ne finit pas par un point est complété par le nom de la zone : « mx1.messagerie.example » sans point devient « mx1.messagerie.example.example.com. ». Les interfaces web ajoutent souvent le point d’elles-mêmes, les fichiers jamais.
Quant au TTL, la RFC 2181 le décrit comme une durée maximale de conservation, pas comme une durée obligatoire : un résolveur peut oublier une réponse plus tôt, et certains plafonnent les valeurs trop longues. La fameuse « propagation DNS » n’est rien d’autre que l’expiration de ces caches, résolveur par résolveur.
Qui doit héberger cette zone
La zone peut vivre chez le registrar, chez l’hébergeur du site ou chez un fournisseur DNS dédié : ce sont les NS déclarés chez le registrar qui décident. Choisir l’endroit, c’est choisir qui peut couper votre domaine en cas de litige ou de compte suspendu. Les options sont comparées dans le partage des rôles entre registrar, DNS et hébergeur.
La zone, pendant un changement de registrar
Un transfert de domaine fige souvent la zone, et un domaine dont la zone était servie par l’ancien registrar peut cesser de répondre si elle n’a pas été recréée ailleurs avant la bascule. L’ordre des opérations est décrit dans le transfert vers un nouveau registrar.