Comprendre la zone DNS de son domaine

Certains liens de cette page sont des liens d'affiliation : si vous souscrivez après avoir cliqué, nous percevons une commission, sans surcoût pour vous. Cela ne change ni notre classement ni nos réserves, qui reposent sur les caractéristiques réelles des offres. En savoir plus

La zone DNS est l'annuaire qui indique, pour chaque usage de votre domaine, quel serveur doit répondre. C'est une pièce centrale et pourtant rarement expliquée, que l'on découvre généralement au pire moment.

Ce guide décrit les enregistrements que vous rencontrerez réellement, leur rôle, et les deux ou trois pièges qui expliquent la majorité des pannes constatées après une modification.

À quoi sert la zone DNS

Un nom de domaine ne mène nulle part par lui-même. C'est la zone DNS qui indique, pour chaque usage, quel serveur doit répondre : celui du site, celui de la messagerie, celui d'un service tiers.

Cette zone est un ensemble d'enregistrements, chacun ayant un type et une fonction précise. La comprendre évite deux situations désagréables : couper sa messagerie en changeant d'hébergeur, et rester bloqué devant une documentation qui demande d'ajouter un enregistrement sans expliquer lequel.

Les enregistrements que vous rencontrerez

Deux règles à connaître : un CNAME ne peut pas cohabiter avec un autre enregistrement sur le même nom, et il ne peut pas être posé sur le domaine racine chez la plupart des fournisseurs. C'est la cause d'une bonne part des messages d'erreur incompréhensibles rencontrés dans les interfaces DNS.

Les trois enregistrements qui protègent votre messagerie

Ce sont des enregistrements TXT, et leur absence explique la majorité des e-mails professionnels qui arrivent en indésirable.

SPF

Il déclare quels serveurs sont autorisés à envoyer du courrier pour votre domaine. Sans lui, n'importe qui peut usurper votre adresse d'expéditeur, et les serveurs destinataires n'ont aucun moyen de le détecter.

Point de vigilance : il ne doit exister qu'un seul enregistrement SPF par domaine. Si vous utilisez plusieurs services d'envoi, leurs mentions se combinent dans un enregistrement unique, elles ne s'ajoutent pas en plusieurs lignes.

DKIM

Il publie une clé publique permettant de vérifier la signature apposée sur vos messages. Le destinataire s'assure ainsi que le message vient bien de votre domaine et n'a pas été modifié en route. La clé est fournie par votre service de messagerie.

DMARC

Il indique aux serveurs destinataires quoi faire des messages qui échouent aux contrôles précédents : les laisser passer, les mettre en quarantaine ou les rejeter. Il permet aussi de recevoir des rapports sur les envois effectués en votre nom.

Le TTL, ou pourquoi un changement met du temps

Chaque enregistrement porte une durée de vie, le TTL, exprimée en secondes. Elle indique aux serveurs intermédiaires combien de temps ils peuvent conserver la réponse en mémoire avant de la redemander.

Un TTL de 86400 secondes signifie qu'un changement peut mettre jusqu'à vingt-quatre heures à être vu partout. C'est l'explication de la fameuse propagation DNS : rien ne se propage réellement, ce sont les caches qui expirent progressivement.

• Avant un changement prévu : abaissez le TTL à 300 secondes plusieurs heures à l'avance, pour que la bascule soit quasi immédiate.
• Après la bascule : remettez une valeur élevée, qui réduit la charge et améliore légèrement les temps de résolution.
• En cas d'urgence : vous ne pouvez pas raccourcir un TTL déjà en cache. La seule option est d'attendre son expiration.

Diagnostiquer un problème DNS

Quand un site ou une messagerie ne répond plus après une modification, quelques vérifications simples permettent d'identifier la cause sans tâtonner.

• Vérifier ce que voit le reste du monde avec un service de vérification DNS en ligne, plutôt que depuis votre poste dont le cache peut être obsolète.
• Vider le cache DNS local de votre système, souvent responsable d'une différence entre ce que vous voyez et ce que voient vos visiteurs.
• Contrôler les enregistrements NS pour vérifier que vous modifiez bien la zone qui fait autorité, et non une zone abandonnée chez un ancien prestataire.
• Regarder les MX en priorité si le problème concerne les e-mails : ils sont souvent écrasés lors d'un changement d'hébergeur.

Pour aller plus loin

• Tout sur les noms de domaine
• Email professionnel
• Migrer sans perdre son référencement