Les enregistrements DNS expliqués : A, AAAA, CNAME, MX, TXT, NS et les autres
Dernière vérification : 20 oct. 2026
Le DNS traduit un nom comme example.fr en adresses et réglages dont les navigateurs et les serveurs de messagerie ont besoin. Chaque information est un enregistrement doté d'un type. Connaître la dizaine de types courants suffit pour configurer un site, la messagerie et les enregistrements de vérification sans mauvaise surprise.
En bref
- A et AAAA font pointer un nom vers une adresse IPv4 ou IPv6 ; CNAME fait d'un nom l'alias d'un autre.
- MX indique quels serveurs reçoivent les e-mails ; TXT contient du texte comme SPF, DKIM, DMARC et des codes de vérification.
- Les enregistrements NS délèguent le domaine à ses serveurs de noms ; les modifier déplace tout votre DNS.
- Les modifications ne sont pas « envoyées » : les résolveurs gardent l'ancienne réponse jusqu'à l'expiration de son TTL.
Les types courants
| Type | Rôle | Exemple |
|---|---|---|
| A | Nom → adresse IPv4 | example.fr A 203.0.113.10 |
| AAAA | Nom → adresse IPv6 | example.fr AAAA 2001:db8::10 |
| CNAME | Nom → autre nom (alias) | www CNAME example.fr |
| MX | Serveurs de messagerie, avec priorité (le plus petit nombre d'abord) | example.fr MX 10 mail.example.fr |
| TXT | Texte libre : SPF, DKIM, DMARC, vérification de propriété | v=spf1 include:_spf.google.com ~all |
| NS | Les serveurs de noms faisant autorité pour le domaine | example.fr NS ns1.fournisseur.net |
| SOA | Informations de zone : serveur primaire, numéro de série, délais | Créé par votre fournisseur DNS |
| CAA | Les autorités de certification autorisées à émettre des certificats SSL | example.fr CAA 0 issue "letsencrypt.org" |
| SRV | Hôte et port de services comme SIP ou XMPP | _sip._tcp SRV 10 5 5060 sip.example.fr |
| PTR | DNS inverse : IP → nom ; défini par le propriétaire de l'IP (votre hébergeur) | 10.113.0.203.in-addr.arpa PTR mail.example.fr |
Les règles qui posent le plus de problèmes
- Pas de CNAME à la racine (example.fr lui-même) : la racine porte aussi les enregistrements NS et SOA, et un CNAME ne peut cohabiter avec d'autres enregistrements. Utilisez A/AAAA à la racine ; beaucoup de fournisseurs proposent ALIAS/ANAME ou l'aplatissement de CNAME (flattening).
- Un nom qui porte un CNAME ne peut avoir aucun autre enregistrement : pas de MX ni de TXT sur un sous-domaine en CNAME.
- Les enregistrements MX et NS doivent pointer vers un nom d'hôte, jamais directement vers une adresse IP ni vers un CNAME.
- Un seul enregistrement SPF par nom ; plusieurs TXT pour d'autres usages ne posent pas de problème.
- Dans certaines interfaces, le point final compte :
mail.example.fr.est un nom complet ; sans le point, l'interface peut ajouter votre domaine et créermail.example.fr.example.fr.
TTL et « propagation »
Chaque enregistrement a un TTL (durée de vie) en secondes. Les résolveurs des fournisseurs d'accès et des services DNS publics gardent la réponse en cache pendant cette durée. Quand vous modifiez un enregistrement, ceux qui avaient déjà l'ancienne valeur continuent de l'utiliser jusqu'à l'expiration du TTL : c'est ce qu'on appelle la propagation DNS.
Planifiez vos changements : la veille d'une migration, abaissez le TTL des enregistrements concernés à 300 secondes (5 minutes), puis remontez-le à 3600 ou plus ensuite. Un changement de serveurs de noms (NS) prend plus de temps, car les NS de la zone parente (par exemple .com) peuvent avoir un TTL allant jusqu'à deux jours, et certains résolveurs attendent aussi longtemps.
Les réponses négatives sont aussi mises en cache : si vous interrogez un nom avant de le créer, la réponse « ce nom n'existe pas » peut être conservée pendant le TTL négatif défini dans le SOA de la zone.
Configurations types
- Site chez un hébergeur : A (et AAAA si disponible) pour example.fr, et www en CNAME vers example.fr.
- Messagerie Google Workspace ou Microsoft 365 : les MX fournis, un include SPF, DKIM en CNAME/TXT et un enregistrement DMARC. Détails dans le guide SPF, DKIM et DMARC.
- Vérification pour la Google Search Console et services similaires : un TXT sur le domaine ; il peut cohabiter avec SPF.
- Sous-domaine pour un service SaaS (boutique, support) :
boutique CNAMEvers le nom d'hôte fourni par le prestataire.
Vérifiez vos enregistrements
- Recherchez le domaine pour voir A, AAAA, MX, NS, TXT et les autres au même endroit.
- La vérification de propagation DNS demande à des résolveurs publics du monde entier et à vos serveurs de noms faisant autorité s'ils voient déjà la nouvelle valeur.
- La vérification de la sécurité e-mail contrôle MX, SPF, DKIM et DMARC.
Sources
- RFC 1035 – Domain names: implementation and specification
- RFC 2181 – Clarifications to the DNS specification
- RFC 2308 – Negative caching of DNS queries
- RFC 8659 – DNS CAA resource record
- IANA – DNS parameters
Ce guide résume des informations publiques et ne constitue pas un conseil juridique.
Autres guides
- Transfert de nom de domaine : changer de registrar étape par étape
- Erreurs de certificat SSL : ce qu'elles signifient et comment les corriger
- Choisir un nom de domaine : la liste de contrôle pratique
- SPF, DKIM et DMARC expliqués : bloquer l'usurpation et arriver en boîte de réception
- À qui appartient un nom de domaine ? La recherche WHOIS et RDAP expliquée