Tableau consultable des types d'enregistrements DNS courants, de A et MX à CAA et TLSA, expliqués.
Recherche DNS over HTTPS
L'outil lui-même est en anglais ; cette page vous l'explique dans votre langue.
Utilisez Recherche DNS over HTTPS
Fonctionnalités
Consultez les enregistrements DNS d'un domaine avec DNS over HTTPS (DoH). Votre navigateur envoie la requête au relais de PhishDestroy, qui interroge Cloudflare ou Google et liste chaque réponse avec son TTL.
Les noms DNS que vous recherchez sont envoyés au relais DNS PhishDestroy (/api/dns-resolve.php), qui interroge Cloudflare ou Google DNS via HTTPS.
Comment utiliser Recherche DNS over HTTPS
- Saisissez un nom d'hôte. Remplacez le nom d'exemple par le domaine ou l'hôte à vérifier, comme mail.example.com. N'ajoutez ni https:// ni chemin.
- Choisissez le type d'enregistrement. Choisissez A, AAAA, CNAME, MX, TXT, NS, CAA ou SOA. Chaque requête porte sur un seul type.
- Choisissez le résolveur. Choisissez Cloudflare Secure DNS ou Google Public DNS. Interroger les deux montre si la réponse dépend du résolveur.
- Lancez la résolution. Appuyez sur Resolve DNS (résoudre) ou sur Entrée dans le champ du nom. La requête part vers le relais de PhishDestroy, qui interroge le fournisseur choisi en HTTPS.
- Lisez les réponses. Vérifiez d'abord le statut, puis chaque carte de réponse : type d'enregistrement, nom, TTL et valeur. Copy place une valeur dans le presse-papiers.
- Poursuivez l'enquête. Utilisez Send to… pour transmettre le domaine à Abuse Contact Lookup, Email Authentication Checker ou Lookalike Domain Generator.
Exemple
Enregistrements A d'example.com
example.comDNS Answers
✓ NOERROR
A
TTL: 124s
example.com
104.20.23.154
A
TTL: 124s
example.com
172.66.147.243Affiche le statut de la réponse (NOERROR) et chaque enregistrement A d'example.com avec son TTL et un bouton Copy. Passez au type MX ou TXT pour voir les serveurs de messagerie et les chaînes SPF ou de vérification.
Ce qu'il vérifie
| Signal | Ce que cela signifie |
|---|---|
| NOERROR | Le résolveur a répondu normalement. Le nom existe, mais il peut n'avoir aucun enregistrement du type demandé. |
| ERROR STATUS 3 (NXDOMAIN) | Le nom n'existe pas. Pour un domaine de phishing signalé, cela peut signifier que le registraire l'a suspendu. |
| ERROR STATUS 2 (SERVFAIL) | Le résolveur n'a pas pu obtenir de réponse, par exemple parce que les serveurs de noms du domaine ne répondent pas ou que la validation DNSSEC échoue. Essayez l'autre fournisseur. |
| No records found (aucun enregistrement) | NOERROR avec une réponse vide : le nom existe mais n'a aucun enregistrement de ce type. |
| Libellé du type d'enregistrement | Chaque réponse affiche son propre type. Une requête A sur un alias renvoie le CNAME, puis les adresses vers lesquelles il mène. |
| TTL | Le nombre de secondes pendant lesquelles un résolveur peut conserver la réponse. Des TTL très courts, associés à des adresses qui changent d'une recherche à l'autre, sont un signe de fast flux. |
| Valeur | Les données de l'enregistrement telles que le résolveur les renvoie : une adresse, un nom d'hôte, une priorité MX et un serveur, ou un texte TXT entre guillemets comme une politique SPF. |
| Erreurs du relais | Affichées sous la forme Error: Unable to fetch DNS records, avec une raison comme un nom d'hôte invalide, trop de requêtes en une minute ou un fournisseur injoignable. |
D'autres exemples
Enregistrement MX d'example.net
example.netAvec le type MX : NOERROR et une réponse MX, 0 . (un MX nul : priorité 0 et nom d'hôte vide, ce qui signifie que le domaine n'accepte aucun e-mail).
Enregistrements TXT d'example.org
example.orgAvec le type TXT : NOERROR et deux réponses TXT, "v=spf1 -all", une politique SPF qui n'autorise aucun serveur à envoyer du courrier pour le domaine, et un second jeton d'apparence aléatoire.
Un nom réservé qui ne peut pas exister
login.exampleAvec le type A : ERROR STATUS 3 et No A records found for login.example. Le domaine de premier niveau .example est réservé : les noms placés dessous n'existent donc jamais.
FAQ
Quels enregistrements puis-je consulter ?
A, AAAA, CNAME, MX, TXT, NS, CAA et SOA, un type par requête. Saisissez un simple nom d'hôte comme mail.example.com, et non une URL complète avec https:// ou un chemin.
Que signifie ERROR STATUS 3, et la réponse peut-elle différer ailleurs ?
Le statut 3 correspond à NXDOMAIN : le nom n'existe pas dans le DNS, ce que renvoie aussi un domaine de phishing suspendu par son registraire (clientHold). Les réponses proviennent d'un seul résolveur public à un instant donné : les hôtes en géo-DNS et en fast flux peuvent donc renvoyer d'autres adresses à d'autres personnes.
Ma requête est-elle envoyée quelque part ?
Oui. Le nom et le type d'enregistrement sont transmis au relais de PhishDestroy (/api/dns-resolve.php), qui interroge Cloudflare ou Google en DNS over HTTPS et renvoie la réponse. Une recherche n'a lieu que lorsque vous appuyez sur Resolve DNS ou Load example, ou lorsque vous envoyez un domaine ici depuis un autre outil, et le relais autorise environ 60 recherches par minute et par adresse IP.
Pourquoi est-ce que j'obtiens NOERROR sans aucun enregistrement ?
Le nom existe, mais il n'a aucun enregistrement du type choisi. example.com n'a par exemple pas d'enregistrement CAA : une requête CAA renvoie donc NOERROR sans réponse. Essayez un autre type, ou NS pour voir qui héberge la zone.
Pourquoi une recherche A affiche-t-elle un CNAME ?
Le nom est un alias. Le résolveur le suit et renvoie le CNAME avec les adresses de la cible : vous voyez ainsi où pointe réellement un sous-domaine, par exemple vers une plateforme d'hébergement ou un CDN.
Pourquoi le TTL change-t-il d'une recherche à l'autre ?
Les résolveurs publics mettent les réponses en cache et décomptent le TTL. Un nombre plus bas signifie que la réponse en cache est plus ancienne, pas que l'enregistrement a changé. Le relais peut aussi réutiliser une réponse pendant 30 secondes au maximum.