Vérifier les enregistrements DNS : A, MX, TXT et CNAME

Par • 28 Octobre, 2026 • Outils pour développeurs • 8 minutes de lecture

Vérifiez les enregistrements DNS en ligne ou avec dig et nslookup. Rôle des enregistrements A, AAAA, CNAME, MX, TXT, NS et CAA, et problèmes courants.

Quand un site ne charge pas, que les e-mails n’arrivent plus ou qu’un nouveau domaine « ne marche pas encore », la réponse se trouve généralement dans ses enregistrements DNS. Le DNS (Domain Name System, système de noms de domaine) est l’annuaire d’Internet : il transforme un nom comme mybotsy.com en adresses de serveur et en réglages dont les ordinateurs ont besoin. Ce guide vous montre comment vérifier les enregistrements DNS de n’importe quel domaine, explique chaque type d’enregistrement et passe en revue les problèmes que vous êtes le plus susceptible de rencontrer.

Le fonctionnement du DNS en une minute

Quand vous tapez un domaine dans votre navigateur, votre appareil demande ses enregistrements à un résolveur (en général celui de votre fournisseur d’accès, ou un résolveur public comme le 8.8.8.8 de Google ou le 1.1.1.1 de Cloudflare). Si le résolveur n’a pas de copie récente en cache, il interroge les serveurs racine, puis ceux du domaine de premier niveau (comme .com), et enfin les serveurs de noms faisant autorité du domaine, qui détiennent les vrais enregistrements. La réponse est mise en cache pendant une durée appelée TTL (time to live, durée de vie).

C’est ce cache qui explique pourquoi les modifications DNS n’apparaissent pas partout en même temps, et pourquoi il est si utile de vérifier les enregistrements directement.

Les types d’enregistrements DNS que vous croiserez vraiment

Enregistrements A et AAAA

Un enregistrement A fait pointer un nom vers une adresse IPv4, comme 203.0.113.10. Un enregistrement AAAA fait de même pour une adresse IPv6. Ce sont eux qui font charger un site. Un domaine peut en avoir plusieurs, pour répartir la charge ou assurer la redondance.

Enregistrements CNAME

Un CNAME (nom canonique) fait d’un nom l’alias d’un autre, par exemple en faisant pointer www.example.com vers example.com ou vers le nom d’hôte d’un hébergeur. Un nom doté d’un CNAME ne peut pas avoir d’autres enregistrements au même nom : c’est pourquoi le domaine racine utilise généralement des enregistrements A (ou une fonction d’« aplatissement » propre au fournisseur).

Enregistrements MX

Les enregistrements MX (mail exchanger) indiquent quels serveurs reçoivent le courrier du domaine, chacun avec un numéro de priorité. Les numéros les plus bas sont essayés en premier. Si les MX manquent ou sont erronés, les e-mails envoyés au domaine sont rejetés ou disparaissent.

Enregistrements TXT

Les enregistrements TXT contiennent du texte et servent aujourd’hui surtout à la vérification et à la sécurité des e-mails :

  • SPF (v=spf1 ...) liste les serveurs autorisés à envoyer des e-mails pour le domaine.
  • Les enregistrements DKIM (à des noms comme selector._domainkey.example.com) publient des clés qui permettent aux destinataires de vérifier les messages signés.
  • DMARC (à _dmarc.example.com) indique aux destinataires quoi faire des messages qui échouent à SPF et DKIM, et où envoyer les rapports.
  • Des chaînes de validation de site pour des services comme Google Search Console.

Enregistrements NS et SOA

Les enregistrements NS listent les serveurs de noms faisant autorité pour le domaine : ils vous disent quel fournisseur DNS a la main. L’enregistrement SOA (start of authority) contient des informations administratives comme le serveur de noms principal et un numéro de série qui change à chaque mise à jour de la zone.

Enregistrements CAA

Les enregistrements CAA listent les autorités de certification autorisées à émettre des certificats SSL/TLS pour le domaine. Si un CAA existe et que votre fournisseur de certificat n’y figure pas, l’émission échoue.

Vérifier les enregistrements DNS en ligne

Le plus rapide est une recherche sur le Web, sans aucun logiciel :

  1. Ouvrez l’outil de recherche DNS.
  2. Saisissez le domaine ou sous-domaine, comme example.com ou mail.example.com, sans https://.
  3. Lancez la recherche et examinez les enregistrements A, AAAA, CNAME, MX, NS, TXT, SOA et CAA renvoyés.
  4. Recommencez pour les sous-domaines précis. Des noms comme www ou _dmarc sont distincts et demandent leur propre recherche.

Vérifier le DNS en ligne de commande

Si vous préférez le terminal, deux outils intégrés font l’affaire.

nslookup (Windows, macOS, Linux)

nslookup example.com
nslookup -type=mx example.com
nslookup -type=txt example.com 1.1.1.1

La dernière ligne interroge un résolveur précis (ici 1.1.1.1), pratique pour comparer les réponses.

dig (macOS, Linux)

dig example.com A
dig example.com MX +short
dig _dmarc.example.com TXT
dig @ns1.yourdnsprovider.com example.com A

Interroger directement le serveur de noms faisant autorité avec @ affiche les enregistrements actuels, sans cache intermédiaire.

Résoudre les problèmes DNS courants

« Mon site ne charge plus depuis que j’ai changé d’hébergeur »

Vérifiez les enregistrements A (et AAAA) du domaine racine et de www. Assurez-vous qu’ils pointent vers l’IP du nouvel hébergeur et supprimez tout ancien AAAA qui pointe encore vers l’ancien serveur, car les navigateurs peuvent privilégier l’IPv6. Contrôlez ensuite l’hébergement avec le vérificateur d’hébergement et le certificat avec la vérification SSL.

« Mes modifications DNS n’apparaissent pas »

Les résolveurs conservent les réponses en cache jusqu’à l’expiration du TTL. Si l’ancien enregistrement avait un TTL de 86 400 secondes (24 heures), certains visiteurs peuvent voir l’ancienne adresse pendant une journée. Avant une migration prévue, réduisez le TTL à quelques minutes la veille. Vérifiez aussi quels serveurs de noms sont réellement aux commandes : si les NS chez votre registraire pointent vers un autre fournisseur que celui que vous avez modifié, vos changements ne prendront jamais effet.

« Mes e-mails sont rejetés ou finissent en spam »

Consultez les MX, puis les TXT pour SPF et l’enregistrement _dmarc. Erreurs fréquentes : deux enregistrements SPF (un seul est autorisé), oublier d’inclure votre service d’e-mail ou de newsletter dans SPF, et une politique DMARC plus stricte que ce que votre configuration supporte.

« Un sous-domaine ne fonctionne pas »

Vérifiez qu’un enregistrement existe pour ce nom exact. Un enregistrement pour example.com ne couvre pas blog.example.com, sauf s’il existe un enregistrement générique (*).

« Qui contrôle ce domaine ? »

Les NS indiquent le fournisseur DNS. La recherche WHOIS donne le registraire, les dates d’enregistrement et d’expiration et le statut du domaine. Si un domaine a soudain cessé de répondre, un enregistrement expiré est une cause fréquente.

DNS et SEO

Le DNS n’est pas un facteur de classement en soi, mais il influe sur des éléments importants pour le référencement :

  • Disponibilité. Si le DNS tombe, les moteurs de recherche ne peuvent pas explorer votre site. Un fournisseur fiable avec plusieurs serveurs de noms réduit ce risque.
  • Vitesse. Une résolution DNS lente retarde la première visite. Des fournisseurs rapides et bien répartis aident.
  • Validation. Google Search Console propose une validation par TXT, qui couvre tous les sous-domaines et protocoles du domaine.
  • URL cohérentes. Assurez-vous que www et le domaine racine répondent tous les deux, puis redirigez l’un vers l’autre. Contrôlez les redirections avec le vérificateur de redirections.

D’autres recherches utiles

  • La recherche d’IP montre la localisation approximative et le réseau d’une adresse IP issue d’un enregistrement A.
  • La recherche d’IP inversée affiche le nom d’hôte (enregistrement PTR) d’une IP, que les serveurs de messagerie vérifient souvent.
  • La recherche d’en-têtes HTTP montre ce que répond le serveur une fois que le DNS a fait son travail.
  • Le convertisseur Punycode permet de rechercher des domaines avec accents ou caractères non latins en les convertissant dans la forme xn-- utilisée par le DNS.

Questions fréquentes

Combien de temps dure la propagation DNS ?

Cela dépend du TTL de l’ancien enregistrement. Beaucoup de modifications apparaissent en quelques minutes ou heures, mais les enregistrements à TTL long peuvent mettre un à deux jours à se mettre à jour partout.

Puis-je voir tous les enregistrements DNS d’un domaine ?

Vous pouvez rechercher chaque type d’enregistrement pour les noms que vous connaissez. En général, le DNS ne permet pas de lister tous les sous-domaines d’une zone : les enregistrements à des noms inconnus n’apparaîtront pas.

Quelle différence entre DNS et WHOIS ?

Le DNS contient les enregistrements techniques qui font fonctionner un domaine. Le WHOIS contient les informations d’enregistrement : registraire, dates de création et d’expiration, statut.

Pourquoi des outils différents donnent-ils des résultats différents ?

Ils interrogent peut-être des résolveurs différents, avec des copies en cache différentes. Interroger directement le serveur de noms faisant autorité montre l’état actuel.

Quel est un bon TTL ?

Des valeurs entre 300 secondes (5 minutes) et 3 600 secondes (1 heure) sont courantes. Utilisez un TTL court avant des changements prévus et un TTL plus long pour les enregistrements qui changent rarement.

Vérifier la date d'expiration d'un certificat SSL

29 Octobre, 2026

Trouvez quand expire un certificat SSL : en ligne, dans le navigateur ou avec openssl et curl. Exemples réels et limites d'une date valide.

Corriger un JSON invalide : 10 erreurs courantes

28 Octobre, 2026

Corrigez vite un JSON invalide : comprenez les erreurs Unexpected token et réparez virgules finales, guillemets, commentaires et crochets, p..