Recherche DNS — Interrogez les enregistrements DNS de n'importe quel domaine en temps réel
Diagnostiquez les échecs de livraison des e-mails, confirmez les migrations de domaines et auditez les politiques de sécurité, sans installer dig ou nslookup.
Qu'est-ce qu'une recherche DNS ?
Une recherche DNS interroge le Domain Name System pour récupérer les enregistrements attachés à un domaine – fonctionnant comme un annuaire téléphonique pour Internet, traduisant les noms de domaine lisibles par l'homme en données techniques dont les réseaux ont besoin pour acheminer le trafic et fournir des services. Chaque domaine comporte plusieurs types d'enregistrements : les enregistrements A pointent vers des adresses IP, les enregistrements MX acheminent le courrier électronique, les enregistrements TXT comportent des politiques de sécurité et les enregistrements NS délèguent l'autorité à un serveur de noms.
Lorsque vous déclenchez une recherche DNS, la requête est transmise à un résolveur récursif (exploité par votre ISP ou à un résolveur public tel que 8.8.8.8 ou 1.1.1.1). Si le résolveur a une réponse en cache dans la fenêtre TTL de l'enregistrement, il renvoie cette valeur en cache. Dans le cas contraire, il interroge le serveur de noms faisant autorité, le serveur qui détient les enregistrements officiels du domaine. Cet outil contourne la mise en cache et interroge directement les serveurs faisant autorité, de sorte que les résultats reflètent l'état publié actuel de la zone, et non ce que votre navigateur a mis en cache.
Votre navigateur effectue automatiquement des recherches DNS en arrière-plan, mais ne vous montre rien. Cet outil expose l'ensemble des enregistrements complets : pas seulement l'adresse IP, mais également chaque type d'enregistrement attaché au domaine, y compris les valeurs TTL qui révèlent la durée pendant laquelle chaque enregistrement persistera dans les caches avant que les résolveurs ne vérifient à nouveau la source faisant autorité.
Comment ça fonctionne
Entrer un domaine
Saisissez n'importe quel nom de domaine — comme google.com ou github.com. Vous pouvez interroger un domaine racine ou un sous-domaine.
Sélectionner un type d'enregistrement
Choisissez le type d'enregistrement DNS à inspecter — A, MX, TXT, NS, CNAME, SOA, CAA — ou sélectionnez Tous les enregistrements.
Afficher les résultats
Les résultats sont renvoyés en temps réel à partir de serveurs DNS faisant autorité. Chaque ligne affiche le type d'enregistrement, la valeur, TTL (durée pendant laquelle l'enregistrement est mis en cache par les résolveurs) et, pour les enregistrements MX, le numéro de priorité. Copiez n'importe quel enregistrement dans le presse-papiers en un seul clic.
Comment lire les résultats de votre recherche DNS
Une fois la recherche terminée, chaque ligne de résultat contient plusieurs champs. Voici ce que signifie chaque champ et ce qu’il faut rechercher.
| Champ | Ce qu'il vous dit |
|---|---|
TTL (Time To Live) | Nombre de secondes pendant lesquelles cet enregistrement est mis en cache par les résolveurs avant qu'ils n'interrogent à nouveau le serveur faisant autorité. TTL 300 = les modifications se propagent en ~5 minutes. TTL 86400 = l'ancien enregistrement peut persister jusqu'à 24 heures après sa modification. |
MX Priorité | Présent uniquement sur les disques MX. Les nombres inférieurs ont une priorité plus élevée. Une configuration de 10 (primaire) et 20 (sauvegarde) crée une chaîne de basculement. Des valeurs de priorité égales signifient que les deux serveurs partagent la charge de manière égale. |
Valeur de l'enregistrement | Les données réelles que contient l'enregistrement : une adresse IP pour les enregistrements A/AAAA, un nom d'hôte pour MX/NS/CNAME ou une chaîne de texte pour les enregistrements TXT. Il s'agit de la valeur que les résolveurs DNS utilisent lors du routage du trafic ou de la vérification des politiques. |
Chaîne CNAME | Lorsqu'un CNAME pointe vers un autre CNAME, une chaîne de résolution se forme. Les chaînes de plus de 8 sauts ne seront pas résolues dans la plupart des clients — si la profondeur devient un problème, remplacez les CNAME intermédiaires par un enregistrement A direct. |
Chronologie de propagation des TTL et DNS
Utilisez TTL pour estimer la rapidité avec laquelle les résolveurs doivent détecter une modification et quand cela vaut la peine de la vérifier à nouveau.
| TTL (Time To Live) | Fenêtre de propagation attendue | Quand revérifier |
|---|---|---|
| 300 | ~15-30 minutes dans le monde | Toutes les 5 à 10 minutes |
| 3600 | ~1-2 heures | Toutes les 30 à 60 minutes |
| 86400 | Jusqu'à 24 heures | Vérifiez après 12 heures, puis à nouveau après 24 heures |
Types d'enregistrement DNS : ce que chacun contrôle
Mappe un domaine à une adresse IPv4 – l’enregistrement DNS le plus fondamental. Exemple de sortie : 93.184.216.34, TTL 3600 (mis en cache 1 heure). Lorsque l'enregistrement A est manquant ou erroné, le domaine devient inaccessible aux navigateurs.
Mappe un domaine à une adresse IPv6 pour un routage réseau moderne. Exemple : 2606:2800:220:1:248:1893:25c8:1946. S'ils sont manquants, les clients IPv6 uniquement ne peuvent pas accéder au domaine, bien que la solution de secours IPv4 (enregistrement A) s'applique généralement.
Spécifie quels serveurs de messagerie acceptent le courrier électronique pour le domaine. Chaque enregistrement comprend un numéro de priorité : les valeurs inférieures sont prioritaires. Exemple : la priorité 10 est le serveur principal ; la priorité 20 est la solution de repli. Si aucun enregistrement MX n'existe, les e-mails envoyés à ce domaine seront rejetés.
Stocke des données texte arbitraires. Utilisations principales : SPF (v=spf1 include:_spf.google.com ~all) autorise quels serveurs peuvent envoyer des e-mails ; DKIM fournit une clé publique pour la vérification de la signature ; DMARC (v=DMARC1; p=reject) définit la politique pour les e-mails non authentifiés. Plusieurs enregistrements TXT peuvent coexister sur un même domaine.
Identifie les serveurs de noms faisant autorité pour le domaine – les serveurs qui détiennent les enregistrements officiels DNS. Si les enregistrements NS sont modifiés, l'autorité de zone est transférée aux nouveaux serveurs de noms après la propagation.
Crée un alias pointant un domaine vers un autre, qui se résout ensuite en une adresse IP. Utilisé pour les sous-domaines (www, cdn, mail) et le routage CDN. Contrainte critique : les enregistrements CNAME ne peuvent pas être définis au niveau du domaine racine (apex) ; utilisez plutôt un enregistrement A ou un enregistrement ALIAS à la racine.
Contient les métadonnées de zone : serveur de noms principal, contact administrateur (codé en admin.example.com au lieu de [email protected]), numéro de série au format YYYYMMDDNN et paramètres de synchronisation. Le numéro de série incrémente à chaque modification du DNS, confirmant qu'une mise à jour a été validée.
Limite les autorités de certification qui peuvent émettre des certificats SSL/TLS pour le domaine. Exemple : « 0 issue letsencrypt.org » limite l'émission à Let's Encrypt uniquement. Si aucun enregistrement CAA n'existe, n'importe quelle autorité de certification peut émettre un certificat pour votre domaine.
Qu'est-ce que DNSSEC et cet outil le valide-t-il ?
DNSSEC (DNS Security Extensions) ajoute des signatures cryptographiques aux enregistrements DNS, permettant aux résolveurs de vérifier que les enregistrements n'ont pas été falsifiés pendant le transport. Cet outil renvoie les enregistrements DNS bruts à partir de serveurs faisant autorité, mais n'effectue actuellement pas de validation de signature DNSSEC. Pour la validation DNSSEC, utilisez un analyseur DNSSEC dédié.
Quand utiliser un outil de recherche DNS
Configuration et dépannage des e-mails
Interrogez les enregistrements MX pour vérifier le routage du serveur de messagerie, vérifiez les enregistrements TXT pour les stratégies SPF, DKIM et DMARC et confirmez que votre stratégie DMARC est définie sur p=reject ou p=quarantine, et non sur p=none.
Migration de domaine et propagation
Après avoir mis à jour les paramètres du DNS, vérifiez les enregistrements A et NS pour confirmer la propagation. Réduisez TTL à 300 secondes au moins 24 heures avant une migration planifiée afin de minimiser les temps d'arrêt lorsque vous changez.
Audit de sécurité DNS
Vérifiez si les enregistrements SPF, DKIM et DMARC TXT sont correctement publiés pour empêcher l'usurpation d'e-mail. Examinez les enregistrements NS pour confirmer que votre domaine ne pointe pas vers un serveur de noms que vous ne contrôlez plus – un signe courant d'exposition au rachat de sous-domaine.
DevOps et vérification de la mise en scène
Avant le déploiement en production, vérifiez que les enregistrements du sous-domaine intermédiaire A pointent vers les serveurs corrects, que les alias CNAME sont résolus vers les origines CDN prévues et que les enregistrements TXT pour la vérification du service sont présents.
CDN et configuration du sous-domaine
Confirmez que les sous-domaines routés par CDN (cdn, assets, static) ont les cibles CNAME correctes. Vérifiez que www pointe vers votre domaine racine ou votre point de terminaison CDN, et vérifiez que les sous-domaines à charge équilibrée répertorient toutes les adresses IP prévues.
Recherche DNS en ligne vs dig et nslookup : quand les utiliser ?
Les développeurs recherchent souvent dig ou nslookup à partir de la ligne de commande. Voici comment cet outil en ligne se compare aux cas d'utilisation les plus courants.
| Caractéristique | Cet outil | dig | nslookup |
|---|---|---|---|
| Aucune installation requise | Oui | Non | Non |
| Interroger tous les types d'enregistrements à la fois | Oui | Partielle | Non |
| Interroge directement les serveurs de noms faisant autorité | Oui | Oui | Partielle |
| Affiche les valeurs du TTL | Oui | Oui | Partielle |
| Affiche la priorité du MX | Oui | Oui | Oui |
| Résultats partageables | Oui | Non | Non |