Consultez les enregistrements DNS de n'importe quel domaine à partir de plus de 60 serveurs répartis dans le monde entier. Vérifiez en quelques secondes les enregistrements A, AAAA, MX, CNAME, TXT, NS et bien d'autres. Gratuit, aucune inscription requise.
Résultats DNS
60+
Serveurs DNS internationaux
12
Types d'enregistrements
6
Continents couverts
24 heures sur 24, 7 jours sur 7
Disponibilité
Comment fonctionne cet outil de vérification DNS
Saisissez un nom de domaine, sélectionnez 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.
Cela est important car les enregistrements DNS ne sont pas mis à jour partout en même temps. Après avoir changé de serveur de noms, modifié une adresse IP ou ajouté un nouvel enregistrement MX, il faut compter entre quelques minutes et 48 heures avant que tous les résolveurs de la planète ne prennent en compte la mise à jour. Effectuer une requête à partir d’un seul emplacement ne vous indique que ce que ce serveur-là connaît. En effectuant la vérification à partir de dizaines de serveurs à la fois, vous obtenez une vue d’ensemble complète.
Suivi de la propagation
Vous avez modifié vos enregistrements DNS et souhaitez savoir quand la mise à jour aura été répercutée partout sur Internet ? Effectuez des vérifications régulières pour suivre la propagation en temps réel. Cette fonctionnalité est particulièrement utile lors des migrations de domaine, des changements d'hébergeur ou des déploiements de CDN.
Validation des enregistrements
Vérifiez que vos enregistrements A, AAAA, MX, CNAME, TXT, NS, SRV, SOA, CAA et autres renvoient bien les valeurs attendues. Détectez les erreurs de configuration avant qu'elles n'entraînent des interruptions de service ou des problèmes de livraison des e-mails.
Dépannage
Lorsqu'un site web s'affiche pour certains utilisateurs mais pas pour d'autres, cela est souvent dû à un problème de DNS. En comparant les réponses des différents serveurs, on peut rapidement déterminer si le problème provient d'un cache obsolète, d'une entrée erronée ou d'un serveur de noms qui ne répond pas.
Les différents types d'enregistrements DNS expliqués
Chaque domaine s'appuie sur un ensemble d'enregistrements DNS qui indiquent à Internet où acheminer 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 il convient de le vérifier.
Enregistrements A et AAAA
Les enregistrements A redirigent 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 et AAAA est généralement la première étape à suivre. La présence de plusieurs enregistrements A sur un même domaine permet d'assurer un équilibrage de charge de type « round-robin ».
Enregistrements CNAME
Un enregistrement CNAME permet de mapper un nom d'hôte à un autre. Il est couramment utilisé pour rediriger « www » vers un domaine racine ou pour acheminer un sous-domaine vers un point de terminaison CDN. Une règle importante : un enregistrement CNAME ne peut pas coexister avec d'autres enregistrements sous 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 est associé à un numéro de priorité : les serveurs correspondant aux 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. Une mauvaise configuration des enregistrements MX est 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 servent à plusieurs fins : 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 appropriés. 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 augmente à chaque modification, ainsi que des délais de rafraîchissement qui déterminent la fréquence à laquelle les serveurs secondaires actualisent leurs données.
Enregistrements SRV
Les enregistrements SRV indiquent l'hôte et le port associés à 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 permettent de limiter les autorités de certification autorisées à émettre des certificats SSL/TLS pour votre domaine. La configuration d'un enregistrement CAA constitue un moyen simple de réduire le risque d'émission non autorisée de certificats.
Propagation DNS : pourquoi les modifications prennent du temps
Lorsque vous modifiez un enregistrement DNS, la modification ne prend pas effet partout simultanément. Le DNS est un système distribué avec une mise en cache intégrée à chaque couche. 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 faisant autorité que lorsque la copie en cache expire — et cette expiration est régie par la valeur TTL (Time to Live).
Un enregistrement dont le TTL est de 3 600 secondes sera conservé en cache pendant une heure au maximum. Si vous modifiez cet enregistrement, certains résolveurs continueront de fournir 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 meilleure approche consiste à réduire votre TTL à une valeur faible — 300 secondes, par exemple — bien avant le changement effectif. Une fois que la nouvelle valeur de TTL a eu le temps de se propager (attendez au moins aussi longtemps que la durée de l'ancien TTL), procédez au changement. Une fois que tout semble fonctionner correctement, remettez le TTL à une valeur plus élevée 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 vous contenter de deviner.
Problèmes courants liés au DNS et solutions
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 encore en cours. Si tous les serveurs renvoient l'ancienne adresse IP, l'enregistrement n'a probablement jamais été mis à jour chez le fournisseur DNS.
Les e-mails n'arrivent pas à l'adresse
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 de réception.
Erreurs de certificat SSL
Si vous utilisez la validation de domaine par DNS pour le protocole SSL, assurez-vous que l'enregistrement CNAME ou TXT requis est bien en place et qu'il a été propagé. Les enregistrements CAA peuvent également bloquer l'émission du certificat s'ils n'incluent pas votre autorité de certification.
Erreurs « Domaine introuvable »
Vérifiez d'abord les enregistrements NS. Si les serveurs de noms indiqués chez votre registraire ne correspondent pas à ceux qui hébergent effectivement votre zone, l'ensemble du domaine ne pourra pas être résolu.
Quand utiliser cet outil
Avant de procéder à une migration de domaine
Vérifiez que tous les enregistrements sont correctement configurés chez le nouveau fournisseur avant de changer de serveurs de noms. Effectuez un test directement sur les nouveaux serveurs de noms pour vous assurer que tout fonctionne 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.
s pour le dépannage de la délivrabilité des e-mails
Vérifiez 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 de l'
DNSSEC
Si vous avez activé DNSSEC, vérifiez les enregistrements DS et DNSKEY pour vous assurer que la chaîne de confiance est intacte. Une configuration DNSSEC défectueuse 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 non autorisées du DNS peuvent rediriger le trafic, intercepter des e-mails ou émettre des certificats frauduleux.
Foire aux questions
Combien de temps dure la propagation DNS ?
Cela dépend du TTL de l'ancienne entrée. La plupart des modifications sont répercutées en quelques minutes sur les principaux serveurs de résolution publics, tels que Google (8.8.8.8) et Cloudflare (1.1.1.1). Pour les petits FAI utilisant une mise en cache intensive, cela peut prendre jusqu'à 48 heures. Réduire le TTL avant d'effectuer des modifications permet d'accélérer considérablement le processus.
Quelle est la différence entre un DNS de référence et un DNS récursif ?
Un serveur de noms de référence stocke les enregistrements DNS réels d'un domaine. Un résolveur récursif joue le rôle d'intermédiaire : il reçoit votre requête, trouve la réponse en parcourant la hiérarchie DNS (serveur racine, serveur de TLD, serveur de référence) 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.
Puis-je utiliser cet outil pour vérifier un DNS interne ou privé ?
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 du DNS interne, utilisez dig ou nslookup en les pointant vers votre résolveur interne.
Pourquoi différents serveurs renvoient-ils des résultats différents ?
C'est généralement dû à la mise en cache. Chaque résolveur met en cache les enregistrements de manière indépendante, en fonction du délai de validité (TTL). Après une modification d'enregistrement, les serveurs qui ont 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.
Que dois-je vérifier si mon site web est hors service ?
Commencez par vérifier les enregistrements 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 tout semble en ordre, le problème se situe probablement au niveau du serveur ou du réseau plutôt qu'au niveau du DNS.
Comment puis-je résoudre un problème de résolution DNS trop lente ?
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 afin d'éviter les recherches répétées pour un même nom d'hôte.