Recherche DNS

Le DNS (Domain Name System) est l'« annuaire » d'Internet : il traduit des domaines lisibles par l'humain, comme example.com, en adresses IP utilisées par les machines pour communiquer. Une recherche DNS demande à un serveur DNS un enregistrement spécifique d'un domaine : un enregistrement A renvoie une adresse IPv4, un enregistrement MX renvoie les serveurs de messagerie qui reçoivent les e-mails, et un enregistrement TXT est couramment utilisé pour SPF/DKIM et la vérification de propriété du domaine. Cet outil effectue la recherche directement dans votre navigateur via le protocole DoH (DNS over HTTPS). La requête va de votre navigateur droit vers un résolveur DNS public et ne passe jamais par nos serveurs : ce que vous interrogez et les résultats restent en local, protégeant votre vie privée.

Les requêtes DNS s'effectuent traditionnellement en UDP sur le port 53 : le client envoie un message DNS contenant le nom et le type de requête à son résolveur récursif configuré, qui parcourt ensuite les serveurs racine, de premier niveau et faisant autorité de manière récursive et renvoie la réponse. Défini dans la RFC 1035, le message est un format binaire compact, et les navigateurs ne peuvent pas envoyer ni recevoir d'UDP 53 brut pour des raisons de sécurité, donc les outils DNS basés sur le web nécessitent généralement un proxy côté serveur. DoH (DNS over HTTPS), défini dans la RFC 8484, encapsule les messages DNS dans des requêtes HTTPS sur le port 443. Il accepte deux formes de charge utile : le wireformat binaire (application/dns-message) et une forme JSON (application/dns-json, fournie par Google hors RFC 8484 et également prise en charge par Cloudflare). Cet outil utilise la forme JSON : le navigateur envoie une requête GET avec l'en-tête `Accept: application/dns-json` à `https://cloudflare-dns.com/dns-query?name=example.com&type=A` et reçoit directement le JSON structuré, sans backend. Champs clés du JSON renvoyé : `Status` est le RCODE DNS (0=NOERROR, 3=NXDOMAIN signifiant que le domaine n'existe pas, 2=SERVFAIL une défaillance serveur) ; chaque entrée du tableau `Answer` contient `name` (nom de l'enregistrement), `type` (un code numérique de type comme 1=A, 28=AAAA, 15=MX, 16=TXT, 2=NS, 6=SOA, 5=CNAME), `TTL` (durée de vie du cache en secondes) et `data` (la valeur). Les données faisant autorité peuvent aussi apparaître dans les sections `Authority` (SOA, NS) et `Additional`. La valeur centrale de DoH est la confidentialité et la résistance à la falsification : les requêtes DNS sont chiffrées par HTTPS, donc un intermédiaire ne peut ni espionner ni altérer le contenu de la requête comme il le pourrait avec l'UDP 53 en clair, ni détourner facilement le trafic en identifiant le port. C'est précisément ce qui permet à cet outil de fonctionner entièrement dans le navigateur — le trafic va droit au fournisseur DoH, sans serveur intermédiaire.

• DNS traditionnel : RFC 1035, port UDP/TCP 53, messages binaires ; les navigateurs ne peuvent pas l'envoyer/recevoir directement et nécessitent un proxy backend.
• DoH : RFC 8484, DNS encapsulé dans HTTPS sur le port 443, chiffre le contenu des requêtes, résiste à l'espionnage et au détournement.
• DoH JSON : les requêtes portent `Accept: application/dns-json` et renvoient du JSON structuré ; pris en charge par Cloudflare et Google avec CORS ouvert, donc appelable directement depuis le navigateur.
• RCODE : 0=NOERROR, 2=SERVFAIL, 3=NXDOMAIN (le domaine n'existe pas), 5=REFUSED.
• Codes de type d'enregistrement : 1=A, 28=AAAA, 5=CNAME, 15=MX, 16=TXT, 2=NS, 6=SOA, 33=SRV, 257=CAA.
• Le TTL est la durée de vie du cache en secondes ; un résolveur récursif renvoie le résultat en cache jusqu'à l'expiration du TTL, puis réinterroge le serveur faisant autorité.