Enregistrements DNS : ce que font vraiment les A, MX, CNAME et TXT
La zone DNS d'un domaine paraît intimidante la première fois qu'on la voit — un tableau de codes courts, d'adresses et de chiffres. En pratique, ce n'est qu'une courte liste d'instructions, chacune répondant à une question précise que peut poser le navigateur d'un visiteur ou un serveur de messagerie. Une fois que vous savez à quoi sert chaque type d'enregistrement, tout le tableau se lit comme des phrases simples.
Cet article suppose que vous savez déjà à peu près ce qu'est une zone DNS et où elle se situe — sinon, notre article sur le fonctionnement des serveurs de noms couvre d'abord la couche au-dessus de celle-ci.
Enregistrements A : où pointe un nom, en chiffres
Un enregistrement A est le plus simple et le plus fondamental : il fait correspondre un nom à une adresse IPv4, l'adresse numérique à laquelle un serveur répond réellement. Quand vous tapez un domaine dans un navigateur, un enregistrement A (ou sa chaîne de résolution) est généralement la dernière étape avant qu'une connexion ne s'ouvre réellement. Un enregistrement AAAA remplit le même rôle pour les adresses IPv6 — le format d'adresse plus récent et plus long — et un domaine peut avoir les deux à la fois, répondant selon la préférence de la connexion du visiteur.
Enregistrements CNAME : un nom qui emprunte la réponse d'un autre
Un enregistrement CNAME ne pointe pas directement vers une adresse — il pointe vers un autre nom, et indique "tout ce qui répond pour ce nom-là répond aussi pour celui-ci." C'est ainsi que www.example.com est couramment configuré pour suivre example.com sans maintenir deux adresses distinctes, et c'est ainsi que de nombreux services tiers (webmail, un service d'assistance, un créateur de pages d'atterrissage) vous demandent de pointer un sous-domaine vers eux : ils contrôlent l'adresse de leur côté, et votre CNAME se contente de dire de leur faire confiance.
Une règle à connaître : un nom qui possède un CNAME ne peut avoir aucun autre type d'enregistrement en même temps — tout le rôle du CNAME est de dire "cherchez la réponse ailleurs pour tout," donc il n'y a rien d'autre à dire à côté de cela.
Enregistrements MX : où va réellement l'email
Un enregistrement MX indique au monde entier quel serveur de messagerie accepte les emails pour un domaine — l'adresse d'un site web et celle de sa boîte de réception sont deux questions entièrement séparées, auxquelles répondent des types d'enregistrements entièrement distincts. Un domaine peut lister plusieurs enregistrements MX, chacun avec un numéro de priorité ; le plus petit numéro est essayé en premier, et les autres servent de solution de repli si le principal est injoignable. Nous approfondissons ce type d'enregistrement précis, et ce qu'il faut pour recevoir du courrier de façon fiable, dans notre guide sur l'email et les enregistrements MX.
Enregistrements TXT : tout ce qui ne rentre nulle part ailleurs
Un enregistrement TXT contient du texte libre, et existe parce que le DNS avait besoin d'un espace polyvalent pour des informations qui ne sont pas une adresse. En pratique, les enregistrements TXT accomplissent un travail discret mais important :
- La vérification de propriété d'un domaine — prouver à un service (Google Search Console, un outil tiers) que vous contrôlez réellement le domaine, en vous demandant de publier une valeur précise qu'il vous a donnée.
- SPF — une liste des serveurs de messagerie autorisés à envoyer des emails en se présentant comme provenant de votre domaine, pour qu'un serveur destinataire puisse rejeter tout ce qui n'y figure pas.
- DKIM et DMARC — une signature et une politique qui, ensemble, permettent à un serveur de messagerie destinataire de confirmer qu'un message provient réellement de votre domaine et n'a pas été falsifié en chemin.
Rien de tout cela n'est visible pour un visiteur. Mais c'est exactement pour cela qu'un email légitime provenant d'un domaine correctement configuré arrive dans une boîte de réception plutôt que dans un dossier spam.
Chaque enregistrement a un TTL — durée de vie — qui indique combien de temps les autres systèmes sont autorisés à se souvenir d'une réponse avant d'en redemander une. Un TTL court signifie que les changements prennent effet rapidement, au prix de demandes plus fréquentes ; un TTL long fait l'inverse. Il vaut la peine de réduire le TTL d'un enregistrement la veille d'un changement prévu, puis de le remonter ensuite, pour que le basculement lui-même ne prenne que quelques minutes au lieu de toute la durée du TTL.
Lire une zone, maintenant que vous en connaissez les pièces
Mis bout à bout, la zone type d'une petite entreprise pourrait se lire ainsi : un enregistrement A pointant le domaine nu vers un site web, un CNAME pointant www vers le même endroit, deux enregistrements MX pour le courrier avec des priorités différentes, et une poignée d'enregistrements TXT prouvant discrètement l'identité du domaine à Google et à quiconque il envoie un email. Rien d'exotique — juste cinq ou six réponses courtes et précises à cinq ou six questions précises.
Chaque domaine enregistré chez nous est fourni avec exactement ce type d'éditeur — des explications en langage clair à côté de chaque enregistrement plutôt que des codes bruts à déchiffrer soi-même. Recherchez un domaine pour le voir en action.