O que esta página consulta?
Digite um domínio: nove tipos de registro (A, AAAA, CNAME, MX, NS, TXT, CAA, SRV, SOA) são pedidos a 12 resolvedores DNS públicos, cada um por DNS over HTTPS a partir do seu navegador. Valores iguais são reunidos e a resposta de cada resolvedor aparece em Respostas dos resolvedores. Os dados de registro vêm do RDAP, a versão estruturada do WHOIS.
Como a nota de diagnóstico é calculada?
A nota é a menor entre duas: o quanto as respostas dos resolvedores coincidem e como está o e-mail. Só contam os resolvedores que responderam: se todos disserem o mesmo, é A; uma resposta diferente vira B. Um resolvedor que esta página não alcançou (normalmente pela sua conexão) não conta nem a favor nem contra; um SERVFAIL ou REFUSED do resolvedor é uma resposta e conta. Se menos da metade dos doze responder, não há nota. A nota de e-mail vem de SPF e DMARC e só vale quando o domínio tem um MX que aceita e-mail. Um domínio assinado cujo DNSSEC não valida cai mais um nível. CAA e IPv6 são apenas selos e nunca mudam a letra.
O que o DNSSEC me diz?
O DNSSEC permite que um resolvedor prove que uma resposta veio mesmo deste domínio e não foi alterada no caminho. A página pede o registro DS à zona pai e lê o bit AD de resolvedores que se sabe que validam. «Ativo e validando» significa que o domínio é assinado e esses resolvedores confirmam; «Ativo, mas a validação falha» significa que um domínio assinado responde com uma cadeia rompida, e os resolvedores que conferem vão recusá-lo. Desativado é o normal e não reduz a nota; quando faltam evidências, a página diz que não consegue saber.
Quanto tempo leva para uma mudança de DNS aparecer?
Quando um registro muda, cada resolvedor mantém a cópia antiga até o TTL (tempo de vida) acabar. Por isso, logo após uma mudança, alguns resolvedores ainda respondem com o valor antigo, e o painel de respostas mostra quais. A página só vê o que os resolvedores públicos têm em cache: um navegador não consegue chegar ao servidor autoritativo do domínio na porta 53, então não pode mostrar a verdade atual da zona.
Por que alguns resolvedores dizem «não conectou»?
As consultas vão do seu navegador direto a cada resolvedor. Na China continental, Cloudflare e Google DNS costumam estar bloqueados, e alguns outros também, então essas linhas dizem «não conectou». É um fato sobre o caminho, não um conjunto vazio de registros: um resolvedor que não respondeu nunca conta como divergência.
O que significam «mesma resposta» e TTL?
«Mesma resposta» conta os resolvedores que deram a resposta mais comum, entre os que responderam. O TTL são os segundos que aquele resolvedor ainda pode guardar o registro; ele desce a partir do valor da zona e é diferente em cada resolvedor, então não é divergência.
Como SPF e DMARC são verificados?
O SPF é lido dos registros TXT do domínio: a página procura mais de um registro v=spf1, vê como ele termina (+all, -all, ~all ou ?all) e conta os mecanismos que exigem outra consulta DNS (include, a, mx, ptr, exists, redirect), com limite de 10. Ela não segue os include, então essa contagem é um mínimo. O DMARC é lido em _dmarc.<domínio>: a política p=, se há relatórios (rua) e o pct.
Por que a lista de servidores de nomes do registrador é diferente?
A lista do registrador (RDAP) é o que está registrado; os resolvedores devolvem o que o domínio realmente publica em seus registros NS. Uma diferença geralmente significa que uma mudança ainda está propagando ou que os dados do registrador estão desatualizados. Mostramos os dois lados como estão.
O que é RDAP e por que faltam campos?
O RDAP é o substituto estruturado do WHOIS, servido pelo registrador. Alguns registradores publicam pouco e serviços de privacidade trocam os dados do titular; um campo ausente aparece como desconhecido, não como «nenhum».
Por que o servidor consulta alguns dados de registro?
O RDAP é servido por cada registrador, e o rdap.org só conhece os sufixos listados no arquivo bootstrap da IANA; alguns sufixos têm RDAP que um navegador não pode ler (a DENIC para .de, por exemplo). Nos dois casos o navegador não alcança, então a página pede ao servidor do 1ms.dog: ele tenta o RDAP e depois o WHOIS na porta 43 do registrador (hoje .cn, .jp, .ru e .hk), e a resposta aparece marcada como consultada pelo servidor. O servidor devolve como está o que o registrador publica: registrador, datas, status e servidores de nomes, além do titular (organização ou nome), e-mail, telefone e o DNSSEC do registro; o que o registrador não publica fica vazio, sem inventar nem esconder, e a resposta original fica em «Registro bruto». O WHOIS de .vn não responde, então a página mantém o link para o registrador e diz que não consegue consultar, nunca que não há nada.
Para onde vão minhas consultas?
Cada consulta DNS vai do seu navegador direto aos resolvedores listados em Respostas dos resolvedores. Os dados de registro também são pedidos primeiro pelo navegador: rdap.org ou o RDAP do próprio registrador (como o do .io). Quando o navegador não consegue ler — o registrador não envia CORS, ou o sufixo não tem RDAP — a página pede ao servidor do 1ms.dog: primeiro o RDAP, depois o WHOIS na porta 43 do registrador, e a resposta é marcada como consultada pelo servidor. Não guardamos registro do seu IP nem das suas consultas. Um link compartilhado contém os registros públicos do próprio domínio e os dados de registro que você viu, nunca o seu IP.
Por que um link compartilhado não muda ao abrir?
Um resultado compartilhado é uma foto: mostra o que os resolvedores devolveram naquele momento, para que duas pessoas comparem os mesmos dados. Toque em «Consultar o meu» para perguntar de novo.