Recherche DNS
Demandez à un résolveur public ce qu’il détient réellement pour un domaine : les enregistrements A, AAAA, MX, TXT, CNAME, NS et SOA, avec leurs TTL. La vue d’un seul résolveur — Google d’abord, Cloudflare en secours —, pas une carte mondiale de propagation, et la page le dit partout où cela compte.
Ce qu’est réellement la réponse
Quand vous modifiez un enregistrement DNS, il n’existe aucun moment unique où tout l’internet se met d’accord. Chaque résolveur conserve en cache ce qu’il a récupéré en dernier, aussi longtemps que le dit le TTL de l’enregistrement, et chacun se rafraîchit à son propre rythme. Un outil de recherche ne peut donc jamais vous montrer que la vue actuelle d’un résolveur — et un outil utile vous dit de qui elle est. Cette page interroge d’abord Google Public DNS sur HTTPS ; si Google ne répond pas, elle réessaie avec le résolveur de Cloudflare et indique lequel a répondu. Si les deux sont un jour en désaccord, c’est normal : attendez l’expiration du TTL le plus long et vérifiez à nouveau.
Les types d’enregistrements couvrent les questions que les gens posent vraiment. A et AAAA désignent là où le nom pointe — IPv4 et IPv6. MX désigne là où va le courrier, et ses nombres sont des priorités : le plus bas livre en premier. TXT transporte les chaînes de vérification (SPF, DKIM, preuves de propriété du domaine) et c’est l’enregistrement le plus souvent mal collé, alors la page affiche la chaîne exactement comme elle est renvoyée, guillemets compris. CNAME est un alias vers un autre nom. NS nomme les serveurs qui font autorité pour la zone. SOA porte le numéro de série et les temporisateurs de la zone — le numéro de série augmente à chaque changement de zone, ce qui en fait le moyen le plus rapide de savoir si une modification a réellement été publiée.
Pourquoi le TTL compte plus que l’enregistrement
La plupart des incidents DNS sont des incidents de TTL. Un enregistrement avec un TTL de 3600 secondes continue de servir l’ancienne valeur pendant une heure après que vous l’avez modifié, et aucun outil de recherche ne peut forcer un rafraîchissement plus rapide — le cache vit sur des résolveurs que vous ne contrôlez pas. La règle pratique consiste à abaisser les TTL à quelques minutes un jour ou deux avant une migration planifiée, puis à les relever une fois les nouvelles valeurs stables. La colonne TTL de chaque résultat est là pour que vous voyiez, avant d’agir, combien de temps il faudra pour que tout changement que vous êtes sur le point de faire soit cru.
Une réponse vide est aussi une réponse. NXDOMAIN signifie que le résolveur affirme avec autorité que le nom n’existe pas — d’ordinaire une faute de frappe, ou un enregistrement supprimé plutôt que modifié. Un NOERROR sans enregistrement du type demandé signifie que le nom existe mais ne contient rien de ce type : un domaine avec un enregistrement A et aucun enregistrement MX, par exemple, accepte le trafic web et aucun courrier. Les deux se distinguent de SERVFAIL, qui signifie que le résolveur lui-même a échoué et que le résultat ne doit être cru dans aucun sens.
Outils liés : la recherche de domaine pour le dossier d’enregistrement derrière un nom, le calculateur de sous-réseaux si un enregistrement A vous place dans une plage que vous devez planifier, et le bilan de santé de site web pour le tableau complet — accessibilité, certificat, expiration et enregistrements ensemble.
Questions fréquentes
De qui est la réponse que je vois ?
La réponse du résolveur public qui a été interrogé — Google Public DNS d’abord, Cloudflare en second si Google échoue. C’est la vue qu’un résolveur a de la zone, pas une carte mondiale de propagation : d’autres résolveurs peuvent encore détenir des enregistrements plus anciens jusqu’à l’expiration de leurs copies en cache.
Pourquoi un enregistrement modifié affiche-t-il encore l’ancienne valeur ?
Les réponses DNS sont mises en cache pendant le TTL affiché à côté de chaque enregistrement. Tant que ces secondes ne se sont pas écoulées, les résolveurs continuent de servir l’ancienne valeur. Abaissez le TTL bien avant un changement planifié si vous voulez que la nouvelle valeur se répande vite.
Que signifie NXDOMAIN ?
Le résolveur affirme avec autorité que ce nom n’existe pas dans la zone — par opposition à SERVFAIL, qui signifie que quelque chose s’est mal passé pendant la réponse. Une faute de frappe dans le domaine est la cause la plus fréquente d’un NXDOMAIN sur un nom que vous vous attendiez à voir exister.
Cette page envoie-t-elle ma requête ailleurs ?
Le domaine que vous recherchez est envoyé au résolveur DNS public qui y répond — Google, ou Cloudflare en secours — parce que c’est ainsi que fonctionne le DNS sur HTTPS. Rien d’autre concernant votre visite n’est envoyé, et aucun compte ni aucun suivi n’est impliqué.
Puis-je aussi vérifier ici l’enregistrement d’un domaine ?
Les données d’enregistrement (bureau d’enregistrement, dates de création et d’expiration) relèvent d’une autre recherche. Utilisez la recherche de domaine pour les données du registre RDAP, ou le vérificateur d’expiration de domaine pour un compte à rebours et une surveillance.