Que vérifie cette page ?
Saisissez un domaine : neuf types d'enregistrement (A, AAAA, CNAME, MX, NS, TXT, CAA, SRV, SOA) sont demandés à 12 résolveurs DNS publics, chacun en DNS over HTTPS depuis votre navigateur. Les valeurs sont fusionnées et la réponse de chaque résolveur apparaît dans Réponses des résolveurs. Les données de registre viennent de RDAP, la version structurée de WHOIS.
Comment la note de bilan est-elle calculée ?
La note est la plus basse de deux notes : la concordance des réponses des résolveurs et l'état du mail. Seuls les résolveurs qui ont répondu comptent : s'ils disent tous la même chose, c'est un A ; une réponse différente en fait un B. Un résolveur que cette page n'a pas pu joindre (souvent votre connexion) ne compte ni pour ni contre ; un SERVFAIL ou un REFUSED du résolveur est une réponse et compte. Si moins de la moitié des douze répondent, il n'y a pas de note. La note mail vient de SPF et DMARC et ne s'applique que si le domaine a un MX qui accepte le courrier. Un domaine signé dont DNSSEC ne valide pas perd un cran de plus. CAA et IPv6 ne sont que des badges et ne changent jamais la lettre.
Que me dit DNSSEC ?
DNSSEC permet à un résolveur de prouver qu'une réponse vient bien de ce domaine et n'a pas été modifiée. La page demande l'enregistrement DS à la zone parente et lit le bit AD de résolveurs reconnus comme validants. « Actif et validé » signifie que le domaine est signé et que ces résolveurs le confirment ; « Actif, mais la validation échoue » signifie qu'un domaine signé répond avec une chaîne cassée, et les résolveurs qui vérifient le refuseront. Inactif est la situation normale et ne baisse pas la note ; quand les preuves manquent, la page dit qu'elle ne peut pas savoir.
Combien de temps un changement DNS met-il à se voir ?
Quand un enregistrement change, chaque résolveur garde son ancienne copie jusqu'à l'expiration du TTL (durée de vie). Juste après un changement, certains résolveurs répondent donc encore avec l'ancienne valeur, et le panneau des réponses montre lesquels. La page ne voit que ce que les résolveurs publics ont en cache : un navigateur ne peut pas joindre le serveur autoritatif du domaine sur le port 53, il ne peut donc pas montrer la vérité actuelle de la zone.
Pourquoi certains résolveurs disent-ils « connexion impossible » ?
Les requêtes vont de votre navigateur directement à chaque résolveur. En Chine continentale, Cloudflare et Google DNS sont souvent bloqués, et quelques autres aussi, donc ces lignes indiquent « connexion impossible ». C'est un fait sur le chemin, pas un ensemble d'enregistrements vide : un résolveur qui n'a pas répondu n'est jamais compté comme divergence.
Que veulent dire « même réponse » et TTL ?
« Même réponse » compte les résolveurs qui ont donné la réponse la plus fréquente, parmi ceux qui ont répondu. Le TTL est le nombre de secondes pendant lesquelles ce résolveur peut encore garder l'enregistrement ; il baisse à partir de la valeur de la zone et diffère d'un résolveur à l'autre, ce n'est donc pas une divergence.
Comment SPF et DMARC sont-ils vérifiés ?
SPF se lit dans les enregistrements TXT du domaine : la page cherche plus d'un enregistrement v=spf1, regarde comment il finit (+all, -all, ~all ou ?all) et compte les mécanismes qui demandent une autre requête DNS (include, a, mx, ptr, exists, redirect), avec une limite de 10. Elle ne suit pas les include, ce compte est donc un minimum. DMARC se lit dans _dmarc.<domaine> : la politique p=, la présence de rapports (rua) et pct.
Pourquoi la liste de serveurs de noms du registre diffère-t-elle ?
La liste du registre (RDAP) est ce qui est enregistré ; les résolveurs renvoient ce que le domaine publie réellement dans ses enregistrements NS. Une différence signifie souvent qu'un changement est en cours de propagation ou que les données du registre sont périmées. Nous affichons les deux côtés tels quels.
Qu'est-ce que RDAP et pourquoi des champs manquent-ils ?
RDAP est le remplaçant structuré de WHOIS, servi par le registre. Certains registres publient peu et les services de confidentialité remplacent les données du titulaire ; un champ absent s'affiche comme inconnu, pas comme « aucun ».
Pourquoi le serveur consulte-t-il parfois les données de registre ?
Le RDAP est servi par chaque registre, et rdap.org ne connaît que les suffixes listés dans le fichier bootstrap de l'IANA ; certains suffixes ont un RDAP qu'un navigateur n'a pas le droit de lire (DENIC pour .de, par exemple). Dans les deux cas le navigateur ne peut pas lire, la page demande donc au serveur de 1ms.dog : il essaie d'abord le RDAP, puis le WHOIS du registre sur le port 43 (actuellement .cn, .jp, .ru et .hk), et la réponse est marquée comme consultée pour vous. Le serveur renvoie tel quel ce que le registre publie : bureau d'enregistrement, dates, statuts et serveurs de noms, mais aussi le titulaire (organisation ou nom), l'e-mail, le téléphone et le DNSSEC du registre ; ce que le registre ne publie pas reste vide, sans invention ni masquage, et sa réponse d'origine est sous « Enregistrement brut ». Le WHOIS de .vn ne répond pas : la page garde le lien vers le registre et dit qu'elle ne peut pas consulter, jamais qu'il n'y a rien.
Où vont mes requêtes ?
Chaque requête DNS va de votre navigateur directement aux résolveurs listés dans Réponses des résolveurs. Les données de registre sont d'abord demandées par le navigateur : rdap.org ou le RDAP du registre lui-même (comme .io). Quand il ne peut pas les lire — le registre n'envoie pas d'en-tête CORS, ou le suffixe n'a pas de RDAP — la page demande au serveur de 1ms.dog : il essaie le RDAP, puis le WHOIS du registre sur le port 43, et la réponse est marquée comme consultée pour vous. Nous ne gardons aucun journal de votre adresse ni de vos requêtes. Un lien partagé contient les enregistrements publics du domaine lui-même et les données de registre affichées, jamais votre IP.
Pourquoi un lien partagé ne change-t-il pas quand on l'ouvre ?
Un résultat partagé est une photo : il montre ce que les résolveurs renvoyaient à ce moment-là, pour que deux personnes comparent les mêmes données. Touchez « Interroger le mien » pour demander à nouveau.