Recherche DNS

Recherche DNS

Besoin de savoir vers où pointe un domaine, quels serveurs de messagerie il utilise ou si un enregistrement TXT a bien été publié ? Cette recherche DNS interroge les enregistrements faisant autorité pour n’importe quel domaine et renvoie les valeurs A, AAAA, MX, TXT, NS, CNAME et SOA en une seule passe, sans utiliser dig ni le terminal.

Comment lancer une recherche DNS

  1. 1

    Entrez un domaine

    Saisissez uniquement le domaine, sans https ni chemin, par exemple `example.com`.

  2. 2

    Choisissez les types d'enregistrements

    Cochez A, AAAA, MX, TXT, NS, CNAME ou SOA, ou laissez tous les types sélectionnés pour une vérification complète.

  3. 3

    Exécutez la requête

    L'outil interroge un résolveur DNS public (Cloudflare 1.1.1.1 via DoH) et récupère chaque type d'enregistrement.

  4. 4

    Copiez ou exportez

    Copiez la sortie formatée ou exportez-la en JSON pour des pipelines et des webhooks Zapier.

Types d’enregistrements et utilité

Type Rôle TTL courant
A Adresse IPv4 vers laquelle pointe le domaine 300-3600
AAAA Adresse IPv6 300-3600
MX Hôtes d’échange de courrier avec priorité 3600
TXT Texte libre : SPF, DMARC, vérification de domaine, DKIM 300-3600
NS Serveurs de noms faisant autorité pour la zone 86400
CNAME Alias de nom canonique (par exemple, www -> domaine racine) 300-3600
SOA Start of Authority : NS principal, e-mail, série de zone 3600+

Lire un enregistrement SOA

L’enregistrement SOA répond à la question : “qui administre cette zone et quand a-t-elle changé pour la dernière fois ?” Ses champs sont :

  • mname - serveur de noms principal responsable de la zone
  • rname - e-mail de l’administrateur avec des points à la place du @ (par exemple, hostmaster.example.com)
  • serial - numéro de version, souvent au format YYYYMMDDNN
  • refresh, retry, expire - minuteries des serveurs de noms secondaires
  • minimum - TTL des réponses négatives (durée de mise en cache de NXDOMAIN)

Un numéro de série qui augmente indique que la zone a été mise à jour. Les serveurs secondaires interrogent le primaire, comparent les numéros de série et transfèrent la zone lorsqu’ils diffèrent.

Enregistrements TXT expliqués

TXT est le type polyvalent. Usages fréquents :

  • v=spf1 ... - Sender Policy Framework ; autorise les serveurs de messagerie.
  • v=DMARC1 ... - sur _dmarc.domain ; définit la politique DMARC.
  • v=DKIM1 ... - sur selector._domainkey.domain ; clé publique DKIM.
  • Jetons de vérification de domaine - Google, Microsoft, Stripe et d’autres publient des chaînes aléatoires pour prouver la propriété.
  • Webhooks SaaS - certaines plateformes utilisent TXT pour configurer des domaines personnalisés.

Conseils de dépannage

  • NXDOMAIN signifie que le domaine lui-même n’existe pas ; vérifiez l’orthographe.
  • Pas de réponse alors que des NS faisant autorité existent signifie que ce type d’enregistrement précis n’a pas été publié.
  • CNAME à l’apex (example.com lui-même, pas www) n’est pas autorisé techniquement par la RFC 1034, car CNAME entre en conflit avec SOA/NS à la racine de la zone. Utilisez des enregistrements ALIAS ou ANAME chez les fournisseurs qui les prennent en charge, ou des enregistrements A pointant directement vers des IP.
  • Propagation - après une modification, les nouveaux enregistrements apparaissent immédiatement sur votre NS faisant autorité, mais les résolveurs du monde entier respectent le TTL. Attendez l’expiration de l’ancien TTL ou baissez le TTL avant le changement.

Questions fréquentes

Par défaut, Cloudflare 1.1.1.1 via DNS-over-HTTPS, avec Google 8.8.8.8 et Quad9 9.9.9.9 comme alternatives. Les trois renvoient les mêmes données pour la plupart des domaines ; comparez deux résolveurs si vous soupçonnez un cache local contaminé ou un problème de propagation.

Votre terminal utilise le résolveur de votre FAI ou le DNS configuré sur le routeur, qui peut conserver d’anciennes réponses en cache. L’outil contourne ce cache en interrogeant directement un résolveur public et affiche souvent des valeurs plus récentes.

Oui, avec l’outil de recherche DNS inversée. Cette page se concentre sur les enregistrements directs. Les requêtes PTR nécessitent une adresse IP, pas un nom de domaine.

Les résolveurs publics peuvent journaliser les requêtes selon leurs propres politiques de confidentialité, mais l’outil lui-même ne stocke pas le domaine et ne rattache pas la requête à votre compte.

Outils similaires