BrowserTools
Accueil / Réseau / Recherche DNS

Recherche DNS

Interrogez les enregistrements DNS (A, AAAA, MX, TXT, NS, CNAME, SOA, CAA) de n'importe quel domaine public.

Maintenu par BrowserTools

Chargement de Recherche DNS… Si rien ne se passe, activez JavaScript.

Le système de noms de domaine (DNS) est l'annuaire d'internet, qui traduit des noms d'hôte lisibles par l'humain comme example.com en adresses IP numériques que les ordinateurs utilisent réellement pour acheminer le trafic. Sans le DNS, chaque utilisateur devrait mémoriser les adresses IP de tous les sites web qu'il visite. Le DNS est une base de données hiérarchique et distribuée, gérée par des serveurs de noms faisant autorité partout dans le monde, et il traite des milliards de requêtes chaque seconde. Au-delà des simples recherches d'adresses, les enregistrements DNS transportent une riche variété d'informations, notamment des configurations de serveurs de messagerie, des jetons de vérification de propriété de domaine, des politiques de sécurité et des signatures cryptographiques.

Questions fréquentes

Quelles données cet outil envoie-t-il à vos serveurs ?
Seul le nom de domaine que vous saisissez dans la zone de recherche est envoyé à notre serveur. Nous ne journalisons pas votre adresse IP avec vos requêtes et ne stockons aucune information d'identification personnelle. Les résultats des requêtes sont brièvement mis en cache pour réduire la charge, mais ne sont pas associés à des utilisateurs individuels.
Quels types d'enregistrements DNS sont pris en charge ?
L'outil prend en charge les types d'enregistrements A, AAAA, MX, TXT, NS, CNAME, SOA et CAA. Ils couvrent la grande majorité des besoins opérationnels, de la résolution d'adresses et du routage du courrier à la vérification de domaine et aux restrictions d'autorités de certification. Les recherches PTR (DNS inverse) ne sont pas incluses pour le moment.
Ma modification DNS n'apparaît pas, combien de temps prend la propagation ?
Le temps de propagation dépend du TTL de l'ancien enregistrement. Si le TTL précédent était de 3600 secondes (une heure), les résolveurs qui ont mis en cache l'ancien enregistrement continueront de le servir pendant une heure au maximum avant de l'interroger à nouveau. Définir un TTL bas (300 à 600 secondes) avant d'effectuer une modification planifiée accélère grandement la propagation. La propagation mondiale vers tous les résolveurs peut prendre jusqu'à 48 heures dans le pire des cas.
Que m'indique l'enregistrement SOA ?
L'enregistrement de début d'autorité identifie le serveur de noms principal de la zone, l'adresse e-mail de contact responsable (codée avec un point au lieu de @), le numéro de série de la zone (un compteur de version incrémenté à chaque modification) et les paramètres de temporisation pour les intervalles de rafraîchissement et de nouvelle tentative des serveurs de noms secondaires. Si deux serveurs de noms ne s'accordent pas sur le contenu de la zone, comparer leurs numéros de série SOA révèle lequel possède les données les plus récentes.
Y a-t-il des limites de débit sur le nombre de recherches que je peux effectuer ?
Oui. Pour garder le service gratuit et disponible pour tous, des limites de débit par adresse IP sont appliquées aux requêtes DNS du backend. Un usage quotidien léger n'est jamais affecté. Les recherches groupées automatisées seront limitées et pourront recevoir des blocages temporaires. Pour des besoins scriptés à fort volume, envisagez d'exécuter votre propre résolveur ou d'utiliser une API DNS commerciale.
Comment cela se compare-t-il à l'exécution de 'dig' ou 'nslookup' dans un terminal ?
L'outil est fonctionnellement équivalent à 'dig @8.8.8.8 example.com ANY' pour les types d'enregistrements qu'il prend en charge. Il interroge depuis l'emplacement de notre serveur, ce qui peut être utile pour vérifier comment le DNS apparaît depuis une autre région du réseau. 'dig' et 'nslookup' interrogent depuis votre machine locale et peuvent aussi cibler des serveurs de noms spécifiques, ce qui est utile pour tester des modifications de zone avant leur propagation.
Qu'est-ce que DNSSEC et le verrai-je dans les résultats ?
DNSSEC (extensions de sécurité du DNS) ajoute des signatures cryptographiques aux enregistrements DNS afin que les résolveurs puissent vérifier que les réponses n'ont pas été altérées en transit. Lorsque DNSSEC est activé, vous verrez des types d'enregistrements supplémentaires comme RRSIG, DNSKEY et DS dans une requête dig brute. Cet outil se concentre actuellement sur les types d'enregistrements opérationnels plutôt que sur les données brutes de la chaîne DNSSEC, mais une zone signée affichera des enregistrements NS et SOA avec une délégation correcte.
Cet outil journalise-t-il mes requêtes à des fins d'analyse ou de publicité ?
Non. Les requêtes de domaine servent uniquement à effectuer la recherche et à vous renvoyer les résultats. Nous ne constituons pas d'historiques de requêtes, ne partageons pas de données avec des annonceurs et n'associons pas les requêtes à des comptes utilisateurs. Des statistiques d'utilisation agrégées et non identifiantes (comme le nombre total de requêtes) peuvent être suivies à des fins de planification de capacité.
Qu'est-ce qu'un enregistrement CNAME et quand l'utiliser ?
Un enregistrement CNAME (nom canonique) crée un alias d'un nom d'hôte vers un autre. Par exemple, www.example.com peut pointer en CNAME vers example.com afin que les deux se résolvent vers la même adresse IP. Il est important de noter qu'un CNAME ne peut pas coexister avec d'autres types d'enregistrements sur le même nom d'hôte, c'est pourquoi l'apex de la zone (le domaine nu comme example.com) ne peut pas utiliser de CNAME, vous devez y utiliser un enregistrement A à la place.
Puis-je rechercher des enregistrements DNS pour des domaines privés ou internes ?
Non. Les requêtes sont résolues à l'aide de l'infrastructure DNS publique et notre serveur n'interroge que des domaines routables publiquement. Les noms d'hôte internes qui n'existent que sur un serveur DNS d'entreprise privé ou un routeur domestique (comme printer.local ou server.corp) ne se résoudront pas. Pour rechercher le DNS interne, vous devriez exécuter 'dig' ou 'nslookup' depuis l'intérieur du réseau où ces enregistrements sont hébergés.

À propos de Recherche DNS

Les administrateurs système se tournent vers les outils de recherche DNS pour résoudre des échecs de distribution d'e-mails (en vérifiant les enregistrements MX et SPF TXT), pour diagnostiquer des indisponibilités de sites web (en confirmant que les enregistrements A et AAAA pointent vers le bon serveur) ou pour valider qu'une modification DNS récente s'est propagée à l'échelle mondiale. Les développeurs l'utilisent pour confirmer que les défis de vérification de domaine pour les certificats SSL ou des services tiers comme Google Search Console sont correctement publiés. Les équipes de sécurité interrogent les enregistrements CAA pour restreindre les autorités de certification autorisées à émettre des certificats pour un domaine, réduisant ainsi le risque d'émission abusive. Même les utilisateurs ordinaires peuvent tirer parti d'une vérification du bon paramétrage des serveurs de noms par leur registraire de domaine.

Cet outil effectue des requêtes DNS en direct depuis notre serveur vers l'infrastructure DNS publique, de sorte que les résultats reflètent ce que voit l'ensemble d'internet plutôt que votre résolveur local ou le cache de votre fournisseur d'accès. Vous pouvez interroger tous les principaux types d'enregistrements : A (adresse IPv4), AAAA (adresse IPv6), MX (échange de courrier), TXT (texte, utilisé pour SPF, DKIM et la vérification de domaine), NS (serveurs de noms), CNAME (alias de nom canonique), SOA (début d'autorité, indiquant le serveur de noms principal et le numéro de série de la zone) et CAA (autorisation de l'autorité de certification). Les requêtes sont brièvement mises en cache de notre côté pour réduire la charge sur les serveurs de noms faisant autorité et garder le service gratuit pour tous. Aucune donnée d'identification personnelle n'est conservée après le renvoi de la réponse.

Lorsque vous interprétez les résultats, prêtez attention à la valeur TTL (durée de vie) à côté de chaque enregistrement, elle vous indique combien de temps les résolveurs mettront cet enregistrement en cache avant de l'interroger à nouveau. Un TTL très bas (moins de 300 secondes) signifie souvent que le propriétaire du domaine prépare une modification ou gère un basculement. Si vous résolvez un problème de propagation après une modification DNS, n'oubliez pas que le résolveur de votre propre fournisseur peut conserver l'ancienne valeur en cache jusqu'à l'expiration du TTL. Utilisez le numéro de série de l'enregistrement SOA pour confirmer que le serveur faisant autorité dispose des données de zone les plus récentes. Pour le dépannage de la messagerie, interrogez ensemble les enregistrements MX et TXT (recherchez v=spf1) afin de comprendre l'ensemble de la configuration de routage du courrier et de lutte contre le spam.

Comment le DNS est devenu la fondation invisible d'internet

Avant l'invention du DNS en 1983, chaque ordinateur de l'ARPANET dépendait d'un unique fichier texte appelé HOSTS.TXT, maintenu au Stanford Research Institute et téléchargé régulièrement par chaque machine connectée. À mesure que le réseau grandissait, cette approche est devenue ingérable, le fichier était mis à jour plusieurs fois par jour et le coût de bande passante de sa distribution mondiale pesait déjà sur le réseau. Paul Mockapetris, de l'Information Sciences Institute de l'USC, a conçu la spécification du DNS, publiée dans les RFC 882 et 883 en novembre 1983, créant la base de données hiérarchique et distribuée que nous utilisons encore aujourd'hui.

Le DNS d'origine n'avait aucune sécurité intégrée, un choix de conception délibéré pour garder le protocole simple et rapide. Cette omission a fini par provoquer de graves vulnérabilités : en 2008, le chercheur en sécurité Dan Kaminsky a découvert une faille critique d'empoisonnement de cache susceptible de permettre à des attaquants de rediriger des domaines entiers vers des serveurs malveillants. La faille touchait pratiquement tous les résolveurs DNS du monde et a nécessité une publication de correctif d'urgence coordonnée sans précédent, déployée simultanément par tous les principaux éditeurs, l'une des plus vastes réponses de sécurité coordonnées de l'histoire d'internet.

Le DNS sous-tend désormais bien plus que la résolution d'adresses. Les enregistrements TXT modernes transportent des politiques SPF qui définissent les expéditeurs de courrier autorisés, des clés publiques DKIM qui authentifient les signatures d'e-mails et des jetons de validation de contrôle de domaine qui permettent aux autorités de certification de vérifier la propriété d'un domaine sans aucune interaction humaine. L'humble requête DNS, qui se termine généralement en moins de 50 millisecondes, est devenue discrètement une couche de sécurité et d'identité essentielle pour l'ensemble d'internet.

Outils associés

Vérificateur de Port TCP (Ping)

Vérifiez si un port TCP d'un hôte public est ouvert et mesurez la latence de la connexion.

Calculateur de sous-réseau IP (CIDR / IPv4)

Calculez l'adresse réseau, le broadcast, le masque, la plage d'hôtes et le nombre total d'hôtes à partir de n'importe quelle notation CIDR IPv4.

Expanseur et Compresseur IPv6

Développez n'importe quelle adresse IPv6 vers sa forme complète à 8 groupes ou compressez-la vers la forme canonique du RFC 5952, localement dans votre navigateur.

Quelle est mon IP, mon User Agent et les infos de mon navigateur

Consultez votre adresse IP publique, votre user agent, les en-têtes de la requête et les capacités de votre navigateur, recherche instantanée, sans suivi.
Soutenir