Consultez les enregistrements DNS de n'importe quel domaine à partir de plus de 60 serveurs dont l'état de fonctionnement a été vérifié, répartis sur les six continents. Vérifiez les enregistrements A, AAAA, MX, CNAME, TXT, NS et d'autres types d'enregistrements en quelques secondes. Free, aucune inscription requise.
| Lieu | Résolveur | Résultat | TTL | Heure | Statut |
|---|
Chaque vérification envoie une requête directe par résolveur via le protocole DNS, de sorte que chaque résultat reflète véritablement la réponse mise en cache par ce résolveur, aucune requête n’est acheminée via un service en amont unique. Les résolveurs Anycast (tels que Google ou Cloudflare) répondent depuis leur point de présence le plus proche ; ils sont affichés à l’emplacement d’origine de leur opérateur.
Le pourcentage de propagation correspond à la part des résolveurs interrogés qui renvoient déjà la valeur attendue. Les résolveurs mettant en cache les réponses pendant la durée de vie (TTL) de l’enregistrement, la propagation complète à l’échelle mondiale peut prendre entre quelques minutes et 48 heures après une modification DNS. Les serveurs qui présentent des défaillances répétées font l’objet d’un contrôle d’intégrité toutes les heures et sont automatiquement retirés du pool.
Types d’enregistrements pris en charge : A, AAAA, CNAME, MX, TXT, NS, SOA, SRV, PTR, CAA, HTTPS, SVCB, DS, DNSKEY, TLSA et NAPTR. Le moniteur de migration vérifie à nouveau un anycast rapide à intervalles réguliers et avertit votre navigateur lorsque les enregistrements changent ou que votre valeur cible est mise en service.
Serveurs DNS mondiaux
Types d'enregistrements
Continents couverts
Disponibilité
Saisissez un nom de domaine, choisissez un type d'enregistrement, puis cliquez sur « Vérifier ». L'outil interroge les serveurs DNS en Amérique du Nord, en Europe, en Asie, en Amérique du Sud, en Afrique et en Océanie, puis affiche les résultats côte à côte. Vous obtenez la réponse brute de chaque serveur, sans mise en cache ni filtrage.
C’est important, car les enregistrements DNS ne sont pas mis à jour partout en même temps. Après avoir modifié un serveur de noms, changé une adresse IP ou ajouté un nouvel enregistrement MX, cela peut prendre de quelques minutes à 48 heures avant que tous les résolveurs de la planète ne voient la mise à jour. Effectuer une recherche à partir d’un seul emplacement ne vous indique que ce que ce serveur-là connaît. Effectuer une vérification à partir de dizaines de serveurs simultanément vous donne une vue d’ensemble complète.
Vous avez modifié vos enregistrements DNS et vous souhaitez savoir quand la mise à jour aura atteint tous les recoins d’Internet ? Effectuez des vérifications répétées pour suivre la propagation en temps réel. Utile lors de migrations de domaine, de changements d’hébergement ou de déploiements de CDN.
Vérifiez que vos enregistrements A, AAAA, MX, CNAME, TXT, NS, SRV, SOA, CAA et autres renvoient les valeurs attendues. Détectez les erreurs de configuration avant qu’elles n’entraînent des temps d’arrêt ou des échecs de livraison des e-mails.
Lorsqu’un site web s’affiche pour certains utilisateurs mais pas pour d’autres, cela est souvent dû à un DNS incohérent. La comparaison des réponses entre les serveurs permet de déterminer rapidement si le problème provient d’un cache obsolète, d’un enregistrement erroné ou d’un serveur de noms qui ne répond pas.
Chaque domaine s'appuie sur un ensemble d'enregistrements DNS qui indiquent à Internet où envoyer le trafic, comment acheminer les e-mails et quels services sont autorisés à agir au nom du domaine. Voici le rôle de chaque type d'enregistrement pris en charge et les cas dans lesquels vous devriez le vérifier.
Enregistrements
A et AAAA
Les enregistrements A pointent un domaine vers une adresse IPv4. Les enregistrements AAAA font de même pour IPv6. Ce sont les enregistrements les plus élémentaires : si votre site ne se charge pas, la vérification des enregistrements A/AAAA est généralement la première étape. La présence de plusieurs enregistrements A sur un même domaine permet un équilibrage de charge de type « round-robin ».
Enregistrements
CNAME
Un enregistrement CNAME mappe un nom d’hôte vers un autre. Parmi les utilisations courantes, on peut citer le redirection de « www » vers un domaine racine ou l’acheminement d’un sous-domaine vers un Endpoint CDN. Une règle importante : un enregistrement CNAME ne peut pas coexister avec d’autres enregistrements portant le même nom ; vous ne pouvez donc pas placer un enregistrement CNAME à la racine de la zone aux côtés d’un enregistrement MX ou TXT.
Enregistrements
MX
Les enregistrements MX indiquent aux autres serveurs de messagerie où acheminer les e-mails destinés à votre domaine. Chaque enregistrement MX possède un numéro de priorité : les numéros les plus bas sont essayés en premier. Si votre serveur de messagerie principal tombe en panne, les enregistrements MX de secours prennent le relais. Des enregistrements MX mal configurés constituent l’une des causes les plus courantes de dysfonctionnement de la messagerie après une modification du DNS.
Enregistrements
TXT
Les enregistrements TXT contiennent du texte arbitraire et remplissent plusieurs fonctions : enregistrements SPF pour l’authentification des e-mails, clés publiques DKIM, politiques DMARC, vérification de la propriété du domaine pour des services tels que Google Search Console, et bien plus encore. Si vous rencontrez des problèmes de délivrabilité des e-mails, il est essentiel de vérifier les enregistrements TXT.
Enregistrements
NS
Les enregistrements NS définissent quels serveurs de noms font autorité pour un domaine. Lorsque vous enregistrez un domaine ou que vous le transférez vers un nouvel hébergeur, les enregistrements NS chez le registraire doivent pointer vers les serveurs de noms corrects. Des enregistrements NS erronés rendent l’ensemble de votre zone DNS inaccessible.
Enregistrements
SOA
L’enregistrement SOA (Start of Authority) contient des informations administratives sur une zone DNS : le serveur de noms principal, l’adresse e-mail du responsable, un numéro de série qui s’incrémente à chaque modification, ainsi que des délais de rafraîchissement qui contrôlent la fréquence à laquelle les serveurs secondaires actualisent leurs données.
Enregistrements
SRV
Les enregistrements SRV spécifient l’hôte et le port pour des services spécifiques. Ils sont utilisés par des protocoles tels que SIP, XMPP et certains services Microsoft pour déterminer où un service est exécuté sans avoir à coder en dur les adresses.
Enregistrements
CAA
Les enregistrements CAA limitent les autorités de certification autorisées à émettre des certificats SSL/TLS pour votre domaine. La configuration d’un enregistrement CAA est un moyen simple de réduire le risque d’émission non autorisée de certificats.
Lorsque vous mettez à jour un enregistrement DNS, la modification ne prend pas effet partout simultanément. Le DNS est un système distribué dont chaque couche intègre une fonctionnalité de mise en cache. Le résolveur de votre FAI, le DNS public de Google, le 1.1.1.1 de Cloudflare et des milliers d’autres résolveurs à travers le monde conservent chacun leur propre copie en cache de vos enregistrements. Ils ne se tournent vers le serveur de noms de référence que lorsque la copie mise en cache expire, et cette expiration est régie par la valeur TTL (Time to Live).
Un enregistrement dont la valeur TTL est de 3 600 secondes sera mis en cache pendant une heure au maximum. Si vous modifiez l’enregistrement, certains résolveurs continueront de servir l’ancienne valeur jusqu’à l’expiration de leur cache. C’est pourquoi les modifications DNS peuvent sembler prendre effet instantanément sur un réseau, mais prendre plusieurs heures sur un autre.
Si vous prévoyez une migration ou un changement d’adresse IP, la démarche la plus judicieuse consiste à réduire votre TTL à une valeur faible : 300 secondes, par exemple, bien avant la modification effective. Une fois que le TTL réduit a eu le temps de se propager (attendez au moins aussi longtemps que l’ancien TTL), effectuez la modification. Une fois que tout semble correct, remettez le TTL à une valeur plus longue afin de réduire la charge des requêtes.
Cet outil vous permet de vérifier ce que chaque serveur renvoie actuellement, ce qui vous permet de suivre la propagation en temps réel plutôt que de faire des suppositions.
Le site ne se charge pas après un changement
d’hébergeur
Vérifiez vos enregistrements A/AAAA. Si certains serveurs renvoient l’ancienne adresse IP et d’autres la nouvelle, la propagation est toujours en cours. Si tous les serveurs renvoient l'ancienne adresse IP, l'enregistrement n'a probablement jamais été mis à jour au niveau du fournisseur DNS.
Les e-mails n'arrivent
pas. Vérifiez les enregistrements MX. S'ils sont manquants ou pointent vers un serveur de messagerie incorrect, c'est là que réside le problème. Vérifiez également les enregistrements TXT pour le SPF : un enregistrement SPF manquant ou incorrect entraînera le marquage ou le rejet de vos messages par les serveurs destinataires.
Erreurs
de certificat SSL
: si vous utilisez la validation de domaine via DNS pour le SSL, assurez-vous que l’enregistrement CNAME ou TXT requis est bien en place et s’est propagé. Les enregistrements CAA peuvent également bloquer l’émission de certificats s’ils n’incluent pas votre autorité de certification (CA).
Erreurs
« Domaine introuvable » :
vérifiez d’abord les enregistrements NS. Si les serveurs de noms répertoriés chez votre registraire ne correspondent pas à ceux qui hébergent effectivement votre zone, l’ensemble du domaine sera irrésolvable.
Avant la migration
d’un domaine,
vérifiez que tous les enregistrements sont configurés chez le nouveau fournisseur avant de changer de serveurs de noms. Effectuez une vérification directement auprès des nouveaux serveurs de noms pour vous assurer que tout se résout correctement.
Après avoir modifié les enregistrements
DNS,
surveillez la propagation dans les différentes régions. Ce que voit le DNS de Google peut différer de ce que renvoie un résolveur à Tokyo ou à São Paulo pendant plusieurs heures.
Dépannage de la délivrabilité
des e-mails
: consultez les enregistrements MX, TXT (SPF, DKIM, DMARC) et A de votre domaine de messagerie. Des incohérences entre les serveurs peuvent expliquer pourquoi les e-mails parviennent à certains destinataires mais pas à d’autres.
Vérification du DNSSEC
Si vous avez activé le DNSSEC, vérifiez les enregistrements DS et DNSKEY pour vous assurer que la chaîne de confiance est intacte. Une configuration DNSSEC défaillante est pire que l’absence totale de DNSSEC : elle entraînera des échecs de validation et rendra votre domaine inaccessible aux résolveurs qui appliquent le protocole DNSSEC.
Audits
de routine
Vérifiez régulièrement que vos enregistrements n’ont pas été modifiés de manière inattendue. Des modifications DNS non autorisées peuvent rediriger le trafic, intercepter des e-mails ou émettre des certificats frauduleux.
Cela dépend du TTL de l’ancien enregistrement. La plupart des modifications parviennent aux principaux résolveurs publics tels que Google (8.8.8.8) et Cloudflare (1.1.1.1) en quelques minutes. Les FAI de plus petite taille, qui utilisent une mise en cache intensive, peuvent mettre jusqu’à 48 heures. Réduire le TTL avant d’effectuer des modifications accélère considérablement le processus.
Un serveur de noms faisant autorité héberge les enregistrements DNS réels d’un domaine. Un résolveur récursif fait office d’intermédiaire : il reçoit votre requête, trouve la réponse en parcourant la hiérarchie DNS (serveur racine, serveur TLD, serveur faisant autorité) et met le résultat en cache. Lorsque vous saisissez une URL dans votre navigateur, votre requête est d’abord transmise à un résolveur récursif.
Non. Cet outil interroge des serveurs DNS publics. Il ne peut pas accéder aux zones DNS privées ou internes qui ne sont pas exposées à Internet. Pour le débogage DNS interne, utilisez dig ou nslookup en les pointant vers votre résolveur interne.
Généralement à cause de la mise en cache. Chaque résolveur met en cache les enregistrements de manière indépendante en fonction du TTL. Après une modification d’enregistrement, les serveurs ayant mis en cache l’ancien enregistrement continueront de le renvoyer jusqu’à l’expiration du cache. Les configurations Geo-DNS peuvent également renvoyer intentionnellement des résultats différents en fonction de l’emplacement du serveur demandeur.
Commencez par vérifier les enregistrements de type A pour vous assurer que l’adresse IP est correcte. Vérifiez ensuite les enregistrements NS pour vous assurer que la délégation des serveurs de noms est intacte. Si ceux-ci semblent corrects, le problème se situe probablement au niveau du serveur ou du réseau plutôt qu’au niveau du DNS.
Utilisez un fournisseur DNS disposant d’un réseau anycast afin que les requêtes soient traitées depuis le point de présence le plus proche. Définissez des valeurs TTL raisonnables : des TTL plus longues réduisent le nombre de recherches. Côté application, activez la prélecture DNS dans vos en-têtes HTML et maintenez les connexions actives pour éviter les recherches répétées pour un même nom d’hôte.