Logo Vérificateur de sites
DNS

Recherche DNS

Gratuit Sans inscription Données DNS publiques

Consultez les enregistrements DNS publiés publiquement pour tout domaine ou sous-domaine. Voyez où pointe un nom d'hôte, quels serveurs mail reçoivent l'email, quels serveurs de noms sont autoritaires et quels enregistrements TXT sont publiés - le tout dans un tableau que vous pouvez filtrer et rechercher.

Les résultats proviennent du résolveur DNS de notre serveur au moment de la recherche. Votre FAI, réseau de bureau ou VPN peuvent mettre en cache des réponses différentes jusqu'à l'expiration des TTL.

Rechercher des enregistrements DNS

Saisissez un domaine ou un nom d'hôte. Vous pouvez coller une URL complète - nous extrayons le nom d'hôte automatiquement. Les chemins comme /blog sont ignorés. Seuls les domaines publics sont autorisés.

Gratuit. Nous ne stockons pas les noms d'hôte que vous consultez. Pour tester si le site web répond en HTTP/HTTPS, utilisez notre vérificateur de sites .

Qu'est-ce que le DNS ?

Le DNS (Domain Name System) est l'annuaire d'internet. Les humains saisissent des noms comme example.com ; les navigateurs et serveurs mail ont besoin d'adresses IP et d'autres instructions de routage. Le DNS traduit ces noms en détails techniques que les services utilisent pour se connecter.

Lorsque vous recherchez un domaine, vous ne piratez pas et n'accédez pas à des données privées. Les propriétaires de domaines publient des enregistrements DNS volontairement pour que le monde trouve leur site web, délivre leur email et vérifie leur domaine auprès de services tiers.

Un seul domaine peut avoir des dizaines d'enregistrements à la fois : un nom d'hôte pour le site web, un autre pour l'email, des chaînes TXT pour la sécurité et des enregistrements NS qui indiquent quelle entreprise héberge la zone. Cet outil affiche les types d'enregistrements courants dont la plupart des gens ont besoin au lancement d'un site, lors d'un changement d'hébergement ou pour corriger le mail.

Ce que fait cet outil

Saisissez un nom d'hôte et nous interrogeons le DNS public pour les enregistrements A, AAAA, CNAME, MX, TXT, NS et SOA. Les résultats apparaissent dans un tableau triable avec des filtres par type et une zone de recherche pour trouver rapidement une IP, un hôte mail ou une chaîne TXT.

Nous indiquons aussi si le nom se résout vers une adresse IP et listons les réponses IPv4/IPv6 que nous voyons. Cela vous aide à distinguer "DNS totalement absent" et "DNS existe mais seulement pour l'email, pas pour le site web".

Il s'agit d'un instantané du résolveur de notre serveur, pas d'une carte globale de propagation. Si vous venez de modifier des enregistrements, certains utilisateurs peuvent encore voir d'anciennes valeurs jusqu'à l'expiration des TTL en cache. Pour une liste de contrôle étape par étape après des changements DNS, consultez notre guide de propagation DNS .

Types d'enregistrements DNS expliqués

Voici ce que signifie chaque type d'enregistrement en pratique et quand cela compte lors de la configuration ou du dépannage.

A (adresse IPv4)

Associe un nom d'hôte à une ou plusieurs adresses IPv4 (par exemple 93.184.216.34). Si votre site web ne charge pas, vérifiez que l'enregistrement A de votre domaine apex ou sous-domaine www pointe vers l'IP fournie par votre hébergeur. Plusieurs enregistrements A peuvent répartir le trafic entre serveurs.

AAAA (adresse IPv6)

Même rôle que A, mais pour les adresses IPv6. De nombreux sites publient A et AAAA pour que les clients compatibles IPv6 se connectent directement. Si seul AAAA est incorrect ou manquant, certains visiteurs sur des réseaux IPv6 uniquement ou préférant IPv6 peuvent échouer tandis que d'autres en IPv4 fonctionnent.

CNAME (nom canonique / alias)

Pointe un nom d'hôte vers un autre nom au lieu d'une IP directement. Courant pour www pointant vers un nom d'hôte CDN ou des sous-domaines délégués à des plateformes SaaS. Vous ne pouvez généralement pas placer un CNAME à l'apex de zone (example.com nu) chez la plupart des fournisseurs - utilisez A/AAAA ou ALIAS/ANAME à la place.

MX (échange de mail)

Indique aux serveurs mail émetteurs où livrer l'email du domaine. Chaque ligne MX a un numéro de priorité - les valeurs les plus basses sont essayées en premier. Si l'email rebondit ou n'arrive jamais, vérifiez que les cibles MX correspondent à votre fournisseur mail et que les enregistrements TXT associés (SPF, DKIM, DMARC) sont corrects.

TXT (enregistrements texte)

Stocke du texte arbitraire, souvent réparti en plusieurs chaînes dans un enregistrement logique. Utilisé pour SPF (qui peut envoyer du mail pour votre domaine), clés publiques DKIM, politiques DMARC, vérification de domaine Google ou Microsoft et autres preuves de service. Les longues valeurs TXT sont normales.

NS (serveur de noms)

Délègue la zone à des serveurs de noms autoritaires (par exemple ns1.cloudflare.com). Si les enregistrements NS pointent vers le mauvais fournisseur, les modifications faites ailleurs n'auront aucun effet. Après un transfert DNS vers un nouvel hébergeur, les NS doivent être mis à jour chez votre registrar.

SOA (début d'autorité)

Métadonnées administratives de la zone : serveur de noms primaire, email de contact (encodé comme nom d'hôte), numéro de série et valeurs de temporisation pour actualisation et nouvelle tentative. Vous modifiez rarement SOA manuellement ; cela confirme quel serveur est considéré comme autoritaire et si la zone semble saine.

Quand utiliser une recherche DNS

La recherche DNS répond à "qu'est-ce qui est publié pour ce nom ?". Elle n'indique pas si le serveur web est en ligne - utilisez le vérificateur de sites pour le statut HTTP, SSL et les temps de réponse. Raisons courantes d'effectuer une recherche DNS :

  • Après l'achat d'un domaine ou un changement d'hébergement - confirmez que A/AAAA ou CNAME pointe vers le nouveau fournisseur avant d'annoncer le lancement.
  • Quand l'email ne fonctionne plus - vérifiez les enregistrements MX et les entrées TXT SPF/DKIM/DMARC selon la documentation de votre service mail.
  • Quand seuls certains utilisateurs ne peuvent pas atteindre votre site - comparez si l'apex et www ont des enregistrements différents, ou si IPv6 (AAAA) est manquant ou incorrect.
  • Avant d'ouvrir un ticket support - collez les valeurs exactes des enregistrements pour que votre registrar ou hébergeur voie ce que résout l'internet public.
  • Lors de la vérification d'un service tiers - de nombreux outils demandent d'ajouter un enregistrement TXT ; la recherche confirme qu'il est visible publiquement.

Si le DNS semble correct mais le site échoue toujours, le problème peut venir du serveur web, du pare-feu, du certificat SSL ou des paramètres CDN plutôt que du DNS lui-même.

Comment lire le tableau des résultats

TTL (durée de vie)

Le TTL indique combien de temps (en secondes) les résolveurs peuvent mettre cette réponse en cache avant de redemander. 300 signifie environ cinq minutes ; 86400 correspond à 24 heures. Un TTL plus bas avant une migration planifiée aide les changements à se propager plus vite ; un TTL plus élevé réduit la charge de requêtes mais ralentit la visibilité des retours en arrière.

Priorité MX

Seuls les enregistrements MX utilisent la priorité. Le nombre le plus bas est le serveur mail préféré ; les nombres plus élevés sont des secours. Une priorité de 0 est valide et signifie souvent "préférence maximale" selon les conventions du fournisseur.

Résumé du statut

  • Se résout vers une IP - Se résout vers une IP - au moins un A ou AAAA (ou gethostbyname) a renvoyé une adresse publique. Un serveur web peut être hors ligne ; le DNS indique seulement où le trafic serait envoyé.
  • A des enregistrements DNS (pas de A/AAAA) - A des enregistrements DNS (pas de A/AAAA) - le nom existe dans le DNS (par exemple MX ou TXT uniquement) mais aucune IP web n'a été trouvée. Courant pour les domaines email uniquement ou un hébergement web mal configuré.
  • Aucun enregistrement trouvé - Aucun enregistrement trouvé - rien n'a été renvoyé pour ce nom d'hôte. Le nom peut ne pas exister, ne pas encore être délégué ou être encore en propagation.

Problèmes DNS courants (et quoi vérifier)

  • Site hors ligne mais DNS correct - l'enregistrement A pointe vers la bonne IP mais le site échoue : vérifiez le serveur web, le pare-feu, SSL et le CDN. Effectuez une vérification HTTP séparément.
  • www fonctionne mais pas l'apex (ou l'inverse) - apex et www sont des noms d'hôte distincts. De nombreux sites redirigent l'un vers l'autre ; les deux ont besoin d'enregistrements corrects.
  • IP obsolète après un déménagement - ancien enregistrement A encore en cache car le TTL était élevé. Attendez l'expiration du TTL ou baissez le TTL avant le prochain changement.
  • Problèmes de délivrabilité email - MX manquant ou incorrect ; TXT SPF n'inclut pas votre expéditeur ; DKIM/DMARC non publiés. Filtrez le tableau sur MX et TXT pour auditer les lignes liées au mail.
  • DNS modifié dans le mauvais panneau - les enregistrements NS indiquent qui est autoritaire. Les changements chez le registrar n'ont aucun effet si la zone est gérée chez Cloudflare, Route 53 ou le panneau DNS de votre hébergeur (ou l'inverse).
  • Conflits CNAME - un nom d'hôte ne peut pas avoir un CNAME et d'autres types d'enregistrements au même nom. Certains panneaux masquent cela jusqu'à l'échec de la publication.

Recherche DNS vs. vérificateur de sites

Ces outils se complètent. La recherche DNS affiche les données de configuration publiées dans le système de noms de domaine. Le vérificateur de sites effectue des requêtes HTTP(S) en direct et signale les codes de statut, redirections, SSL, délais et si une page répond.

Utilisez la recherche DNS quand :

  • Vous avez modifié les serveurs de noms, les enregistrements A, AAAA, CNAME, MX ou TXT.
  • Vous devez confirmer ce que le monde devrait voir avant que le trafic n'atteigne votre serveur.

Utilisez le vérificateur de sites quand :

  • Le DNS se résout déjà mais le site renvoie des erreurs, des délais d'attente ou des avertissements SSL.
  • Vous voulez savoir si le problème vient du DNS, du serveur ou de quelque chose entre les deux (CDN, protection anti-bot).

Questions fréquentes

Est-il légal de consulter le DNS de quelqu'un d'autre ?

Oui. Les enregistrements DNS des domaines publics sont publiés intentionnellement pour que l'internet route le trafic. Les consulter est une pratique standard pour les administrateurs, développeurs et équipes support - les mêmes données que tout outil DNS ou client en ligne de commande peut interroger.

Pourquoi mes résultats diffèrent-ils d'un autre outil DNS ?

Différents résolveurs, emplacements géographiques et états de cache peuvent renvoyer des réponses légèrement différentes à un moment donné - surtout juste après un changement. Comparez les résultats NS autoritaires et attendez l'expiration du TTL si vous suspectez la mise en cache.

Puis-je rechercher des sous-domaines ?

Oui. Saisissez tout nom d'hôte public tel que www.example.com, mail.example.com ou api.example.com. Chaque sous-domaine peut avoir son propre jeu d'enregistrements sauf si un DNS wildcard est utilisé.

Que faire s'il n'y a pas d'enregistrements A mais que MX existe ?

Le domaine peut être configuré pour l'email uniquement, ou l'hébergement web n'est pas encore configuré. Notre statut affichera "A des enregistrements DNS (pas de A/AAAA)" dans ce cas. Ajoutez un A ou AAAA (ou un CNAME pour les sous-domaines) chez votre fournisseur DNS pour pointer le nom vers un serveur web.

Stockez-vous les domaines que je recherche ?

Nous ne stockons pas intentionnellement les noms d'hôte consultés dans une base de données. Les journaux serveur standard peuvent enregistrer les requêtes comme la plupart des serveurs web. Consultez notre Politique de confidentialité pour plus de détails.

Outils et guides associés