Consulta DNS
Pesquise registros DNS publicados publicamente para qualquer domínio ou subdomínio. Veja para onde um hostname aponta, quais servidores de e-mail recebem mensagens, quais servidores de nomes são autoritativos e quais registros TXT estão publicados - tudo em uma tabela que você pode filtrar e pesquisar.
Os resultados vêm do resolvedor DNS do nosso servidor no momento da consulta. Seu ISP, rede corporativa ou VPN podem armazenar respostas diferentes até os TTLs expirarem.
Consultar registros DNS
Digite um domínio ou hostname. Você pode colar uma URL completa - extraímos o hostname automaticamente. Caminhos como /blog são ignorados. Apenas domínios públicos são permitidos.
Grátis para usar. Não armazenamos os hostnames que você consulta. Para testar se o site responde via HTTP/HTTPS, use nosso verificador de sites .
Resultados DNS
Hostname:
Status:
IPs resolvidos:
Registros: 0
Obrigado por usar a consulta DNS! Se ela foi útil, seu apoio ajuda a mantê-la no ar.
Apoiar este projetoNenhum registro corresponde ao filtro atual.
| Tipo | Nome | TTL | Prioridade | Valor |
|---|
Estes são registros DNS publicados publicamente. Qualquer pessoa na internet pode consultar os mesmos dados usando ferramentas DNS padrão.
O que é DNS?
O DNS (Domain Name System) é a lista telefônica da internet. Humanos digitam nomes como example.com; navegadores e servidores de e-mail precisam de endereços IP e outras instruções de roteamento. O DNS traduz esses nomes nos detalhes técnicos que os serviços usam para se conectar.
Quando você consulta um domínio, não está invadindo nem acessando dados privados. Os proprietários de domínio publicam registros DNS de propósito para que o mundo encontre seu site, entregue e-mails e verifique o domínio com serviços de terceiros.
Um único domínio pode ter dezenas de registros ao mesmo tempo: um hostname para o site, outro para e-mail, strings TXT para segurança e registros NS que indicam qual empresa hospeda a zona. Esta ferramenta mostra os tipos de registro mais comuns que a maioria das pessoas precisa ao lançar um site, mudar de hospedagem ou corrigir e-mail.
O que esta ferramenta faz
Digite um hostname e consultamos o DNS público por registros A, AAAA, CNAME, MX, TXT, NS e SOA. Os resultados aparecem em uma tabela ordenável com filtros por tipo e uma caixa de pesquisa para encontrar rapidamente um IP, host de e-mail ou string TXT específica.
Também mostramos se o nome resolve para um endereço IP e listamos as respostas IPv4/IPv6 que vemos. Isso ajuda a distinguir entre "o DNS está completamente ausente" e "o DNS existe, mas apenas para e-mail, não para o site."
Isto é um instantâneo do resolvedor do nosso servidor, não um mapa global de propagação. Se você acabou de alterar registros, alguns usuários ainda podem ver valores antigos até as caches TTL expirarem. Para uma checklist passo a passo após alterações de DNS, consulte nosso guia de propagação DNS .
Tipos de registro DNS explicados
Abaixo está o que cada tipo de registro significa na prática e quando você se importaria com ele durante a configuração ou solução de problemas.
A (endereço IPv4)
Mapeia um hostname para um ou mais endereços IPv4 (por exemplo 93.184.216.34). Se seu site não carrega, verifique se o registro A do domínio raiz ou do subdomínio www aponta para o IP que seu provedor de hospedagem forneceu. Múltiplos registros A podem balancear tráfego entre servidores.
AAAA (endereço IPv6)
Mesmo papel do A, mas para endereços IPv6. Muitos sites publicam A e AAAA para que clientes com IPv6 se conectem diretamente. Se apenas o AAAA estiver errado ou ausente, alguns visitantes em redes somente IPv6 ou com preferência IPv6 podem falhar enquanto outros em IPv4 funcionam.
CNAME (nome canônico / alias)
Aponta um hostname para outro nome em vez de diretamente para um IP. Comum para www apontando a um hostname de CDN, ou subdomínios delegados a plataformas SaaS. Você não pode colocar um CNAME no apex da zona (example.com sem prefixo) na maioria dos provedores - use A/AAAA ou ALIAS/ANAME lá.
MX (mail exchange)
Informa aos servidores de envio onde entregar e-mail para o domínio. Cada linha MX tem um número de prioridade - valores menores são tentados primeiro. Se o e-mail retorna ou nunca chega, verifique se os destinos MX correspondem ao seu provedor de e-mail e se os registros TXT relacionados (SPF, DKIM, DMARC) estão corretos.
TXT (registros de texto)
Armazena texto arbitrário, muitas vezes dividido em várias strings em um registro lógico. Usado para SPF (quem pode enviar e-mail pelo seu domínio), chaves públicas DKIM, políticas DMARC, verificação de domínio Google ou Microsoft e outras provas de serviço. Valores TXT longos são normais.
NS (servidor de nomes)
Delega a zona a servidores de nomes autoritativos (por exemplo ns1.cloudflare.com). Se os registros NS apontam para o provedor errado, alterações feitas em outro lugar não terão efeito. Após transferir o DNS para um novo host, os NS devem ser atualizados no registrador.
SOA (start of authority)
Metadados administrativos da zona: servidor de nomes primário, e-mail de contato (codificado como hostname), número serial e valores de tempo para refresh e retry. Você raramente edita o SOA manualmente; confirma qual servidor é considerado autoritativo e se a zona parece saudável.
Quando usar uma consulta DNS
A consulta DNS responde "o que está publicado para este nome?" Ela não diz se o servidor web está online - use o verificador de sites para status HTTP, SSL e tempos de resposta. Motivos comuns para executar uma consulta DNS:
- Após comprar um domínio ou mudar de hospedagem - confirme que A/AAAA ou CNAME aponta para o novo provedor antes de anunciar o lançamento.
- Quando o e-mail para de funcionar - verifique se os registros MX e entradas TXT SPF/DKIM/DMARC correspondem à documentação do seu serviço de e-mail.
- Quando apenas alguns usuários não alcançam seu site - compare se o apex e o www têm registros diferentes, ou se IPv6 (AAAA) está ausente ou errado.
- Antes de abrir um ticket de suporte - cole os valores exatos dos registros para que seu registrador ou host veja o que a internet pública resolve.
- Ao verificar um serviço de terceiros - muitas ferramentas pedem para adicionar um registro TXT; a consulta confirma que está visível publicamente.
Se o DNS parece correto mas o site ainda falha, o problema pode ser o servidor web, firewall, certificado SSL ou configurações de CDN em vez do próprio DNS.
Como ler a tabela de resultados
TTL (time to live)
TTL é por quanto tempo (em segundos) os resolvedores podem armazenar esta resposta antes de perguntar novamente. 300 significa cerca de cinco minutos; 86400 é 24 horas. TTL mais baixo antes de uma migração planejada ajuda as alterações a se espalharem mais rápido; TTL mais alto reduz a carga de consultas mas retarda a visibilidade de rollback.
Prioridade MX
Apenas registros MX usam prioridade. O número mais baixo é o servidor de e-mail preferido; números maiores são fallbacks. Prioridade 0 é válida e frequentemente significa "maior preferência" dependendo das convenções do provedor.
Resumo de status
- Resolve para IP - Resolve para IP - pelo menos um A ou AAAA (ou gethostbyname) retornou um endereço público. O servidor web ainda pode estar offline; o DNS apenas mostra para onde o tráfego seria enviado.
- Tem registros DNS (sem A/AAAA) - Tem registros DNS (sem A/AAAA) - o nome existe no DNS (por exemplo apenas MX ou TXT) mas nenhum IP web foi encontrado. Comum para domínios somente e-mail ou hospedagem web mal configurada.
- Nenhum registro encontrado - Nenhum registro encontrado - nada retornado para este hostname. O nome pode não existir, ainda não estar delegado ou ainda estar propagando.
Problemas DNS comuns (e o que verificar)
- Site fora do ar mas DNS correto - o registro A aponta para o IP certo mas o site falha: verifique servidor web, firewall, SSL e CDN. Execute uma verificação HTTP separadamente.
- www funciona mas o apex não (ou o contrário) - apex e www são hostnames separados. Muitos sites redirecionam um para o outro; ambos precisam de registros corretos.
- IP obsoleto após uma mudança - registro A antigo ainda em cache porque o TTL era alto. Aguarde a expiração do TTL ou reduza o TTL antes da próxima alteração.
- Problemas de entregabilidade de e-mail - MX ausente ou errado; TXT SPF não inclui seu remetente; DKIM/DMARC não publicados. Filtre a tabela para MX e TXT para auditar linhas relacionadas a e-mail.
- DNS editado no painel errado - registros NS mostram quem é autoritativo. Alterações no registrador não fazem nada se a zona é gerenciada na Cloudflare, Route 53 ou no painel DNS do host (ou vice-versa).
- Conflitos de CNAME - um hostname não pode ter um CNAME mais outros tipos de registro no mesmo nome. Alguns painéis ocultam isso até a publicação falhar.
Consulta DNS vs verificador de sites
Essas ferramentas se complementam. A consulta DNS mostra dados de configuração publicados no sistema de nomes de domínio. O verificador de sites executa requisições HTTP(S) ao vivo e informa códigos de status, redirecionamentos, SSL, tempo e se uma página responde.
Use a consulta DNS quando:
- Você alterou servidores de nomes, registros A, AAAA, CNAME, MX ou TXT.
- Precisa confirmar o que o mundo deve ver antes do tráfego chegar ao seu servidor.
Use o verificador de sites quando:
- O DNS já resolve mas o site retorna erros, timeouts ou avisos SSL.
- Quer saber se o problema é DNS, servidor ou algo no meio (CDN, proteção contra bots).
Perguntas frequentes
É legal consultar o DNS de outra pessoa?
Sim. Registros DNS para domínios públicos são publicados intencionalmente para que a internet roteie o tráfego. Consultá-los é prática padrão para administradores, desenvolvedores e equipes de suporte - os mesmos dados que qualquer ferramenta DNS ou cliente de linha de comando pode consultar.
Por que meus resultados diferem de outra ferramenta DNS?
Resolvedores diferentes, localizações geográficas e estados de cache podem retornar respostas ligeiramente diferentes em um dado momento - especialmente logo após uma alteração. Compare resultados NS autoritativos e aguarde a expiração do TTL se suspeitar de cache.
Posso consultar subdomínios?
Sim. Digite qualquer hostname público como www.example.com, mail.example.com ou api.example.com. Cada subdomínio pode ter seu próprio conjunto de registros, a menos que DNS wildcard esteja em uso.
E se não houver registros A mas existir MX?
O domínio pode estar configurado apenas para e-mail, ou a hospedagem web pode ainda não estar configurada. Nosso status mostrará "Tem registros DNS (sem A/AAAA)" nesse caso. Adicione um A ou AAAA (ou um CNAME para subdomínios) no seu provedor DNS para apontar o nome a um servidor web.
Vocês armazenam os domínios que consulto?
Não armazenamos intencionalmente hostnames consultados em um banco de dados. Logs padrão do servidor podem registrar requisições como a maioria dos servidores web. Consulte nossa Política de Privacidade para detalhes.
Ferramentas e guias relacionados
- Verificador de sites - status HTTP, SSL, redirecionamentos, tempo de resposta e se o site está online pela nossa rede.
- Consulta SSL - validade do certificado, SANs, emissor, cadeia e detalhes TLS para o mesmo hostname.
- Checklist de propagação DNS - o que verificar após alterar servidores de nomes ou registros e quanto tempo as alterações podem levar.
- Meu IP - veja o endereço IP público que seu navegador usa, útil para comparar com destinos de registros A ou listas de permissão de firewall.
- Metodologia - como nosso verificador de sites executa verificações DNS, HTTP e SSL e quais limitações se aplicam.