whoistool
← Tous les guides

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

TypeRôleExemple
ANom → adresse IPv4example.fr A 203.0.113.10
AAAANom → adresse IPv6example.fr AAAA 2001:db8::10
CNAMENom → autre nom (alias)www CNAME example.fr
MXServeurs de messagerie, avec priorité (le plus petit nombre d'abord)example.fr MX 10 mail.example.fr
TXTTexte libre : SPF, DKIM, DMARC, vérification de propriétév=spf1 include:_spf.google.com ~all
NSLes serveurs de noms faisant autorité pour le domaineexample.fr NS ns1.fournisseur.net
SOAInformations de zone : serveur primaire, numéro de série, délaisCréé par votre fournisseur DNS
CAALes autorités de certification autorisées à émettre des certificats SSLexample.fr CAA 0 issue "letsencrypt.org"
SRVHôte et port de services comme SIP ou XMPP_sip._tcp SRV 10 5 5060 sip.example.fr
PTRDNS 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éer mail.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 CNAME vers le nom d'hôte fourni par le prestataire.

Vérifiez vos enregistrements

Sources

Ce guide résume des informations publiques et ne constitue pas un conseil juridique.

Autres guides