Les machines communiquent avec des adresses IP, les humains retiennent des noms. Le DNS fait le lien entre les deux, et bien plus : il dit aussi où livrer le courrier d’un domaine, quels services ont le droit d’envoyer des e-mails en son nom ou quelle autorité peut lui délivrer un certificat. Il est décrit depuis 1987 par les RFC 1034 et 1035, toujours en vigueur avec de nombreux compléments.
Comment fonctionne le DNS
L’espace des noms forme un arbre, lu de droite à gauche : la racine, puis le domaine de premier niveau (.fr, .com), puis exemple.fr, puis www.exemple.fr. La RFC 1034 distingue deux rôles. Les serveurs de noms détiennent l’information, découpée en zones dont ils ont la charge (on dit qu’ils font autorité). Les résolveurs vont la chercher pour le compte des clients.

Votre ordinateur pose sa question à un résolveur récursif, celui de votre fournisseur d’accès ou un résolveur public. Celui-ci interroge la chaîne de serveurs, de référence en référence, jusqu’à obtenir la réponse, puis la garde en cache. Chaque enregistrement porte en effet un TTL, la durée pendant laquelle il peut être conservé : c’est ce qui rend le système rapide, et ce qui explique qu’une modification ne soit pas visible partout immédiatement.
Les enregistrements à connaître
- A et AAAA : l’adresse IPv4 et l’adresse IPv6 du serveur qui héberge le site.
- CNAME : un alias vers un autre nom, courant pour le sous-domaine www ou pour un réseau de diffusion de contenu.
- MX : les serveurs qui reçoivent le courrier du domaine.
- TXT : du texte libre, utilisé par SPF, DKIM, DMARC et les vérifications de propriété (Google Search Console, par exemple).
- NS et SOA : les serveurs qui font autorité pour la zone et les paramètres de cette zone.
- CAA : la liste des autorités de certification autorisées à émettre un certificat pour le domaine.
Pour WordPress
- Changer d’hébergeur revient à modifier les enregistrements A et AAAA. Baissez le TTL un ou deux jours avant, pour que la bascule soit prise en compte rapidement.
- Passer derrière un proxy comme Cloudflare se fait en confiant la zone à ses serveurs de noms : le domaine pointe alors vers ses adresses, comme l’explique notre article Cloudflare devant WordPress.
- Obtenir un certificat : Let’s Encrypt vérifie que le domaine pointe bien vers votre serveur, ou lit un enregistrement TXT placé dans la zone pour les certificats wildcard. Le passage complet à HTTPS est décrit dans notre guide HTTPS sur WordPress.
- Sécurisez le compte du registraire (mot de passe unique, double authentification) : celui qui modifie vos DNS peut détourner le site et les e-mails, sans toucher à WordPress.
Erreurs fréquentes
Oublier l’enregistrement AAAA d’un ancien serveur après une migration, ce qui envoie une partie des visiteurs en IPv6 vers l’ancienne machine ; supprimer un enregistrement MX en changeant de serveurs de noms ; laisser un CNAME pointer vers un service résilié, qu’un tiers pourrait réclamer pour prendre le contrôle du sous-domaine.