Ir para o conteúdo principal

Pesquisa registro A (IPv4)

Verifique o endereço IPv4 do seu domínio em segundos

O seu site não responde? Verifique se o registro A aponta para o endereço IPv4 correto. Compare as respostas de múltiplos resolvedores DNS para detectar problemas de propagação.

Tipo de registrocada tipo é uma página dedicada

O resultado é apresentado automaticamente mais abaixo

Modo de resolução
Testar a propagação DNS

Simples = uma consulta ao resolvedor · Trace = descida a partir da raiz

opçõesOpções avançadas

Principais recursos da ferramenta

Resolução instantânea

Obtenha o endereço IPv4 de um domínio em tempo real. Compare respostas do Google, Cloudflare, Quad9 e do servidor autoritativo.

Detecção de discrepâncias

Identifique diferenças entre resolvedores. Detecte caches obsoletas que ainda devolvem o endereço antigo.

Traçado iterativo completo

Visualize o percurso DNS: raiz → TLD → autoritativo. Identifique qual passo é lento ou falha.

TTL e latência

Consulte o TTL restante para saber quando a cache expira. Meça a latência de cada resolvedor.

Gratuito e ilimitado

Sem registro necessário. Teste quantos domínios precisar, tantas vezes quantas quiser.

Como utilizar corretamente as diferentes opções da ferramenta de consulta DNS?

O que é o traçado iterativo?

O traçado executa a resolução passo a passo. O resolvedor consulta primeiro os servidores raiz, depois os do TLD (.com, .br, .pt) e, por fim, os servidores autoritativos da zona pretendida. Em cada etapa, a página mostra o servidor consultado, a resposta, o RCODE e a latência.

  1. 1. Raiz

    Descoberta dos servidores do TLD para o nome solicitado.

  2. 2. TLD

    Referência aos NS da zona (delegação).

  3. 3. Autoritativos

    Resposta final (ou erro) com TTL e latência.

Para que serve?

  • Comparar respostas entre resolvedores e regiões
  • Detectar um cache quente, um TTL muito longo ou uma delegação incompleta
  • Explicar diferenças de latência ou um RCODE inesperado

Dica: deixe o traçado desativado para verificações rápidas; ative-o durante investigações ou para preparar um ticket/post-mortem.

O que é o traçado clássico?

O traçado clássico consulta apenas o resolvedor selecionado (UDP ou DoH) e mostra a resposta tal como é percebida a partir desse ponto da rede. Você obtém o RCODE, as seções da resposta e a latência do percurso cliente → resolvedor.

  1. 1. Resolvedor escolhido

    Use o preset ou a configuração personalizada para executar a consulta exatamente como o seu serviço faria.

  2. 2. Protocolo preservado

    Respeita o transporte selecionado (UDP, TCP ou DoH) para reproduzir o comportamento real.

  3. 3. Resposta detalhada

    Mostra as seções question, answer e authority/additional quando existirem, com TTL e metadados úteis.

Por que utilizá-la?

  • Verificar a visão de um resolvedor específico antes de suspeitar de delegação
  • Confirmar valores em cache e o impacto de um TTL ou de um flush
  • Documentar uma resolução tal como a vê um cliente ou microsserviço

Dica: mantenha o traçado iterativo desativado quando auditar um resolvedor específico; ative-o depois para comparar com o percurso raiz → TLD → autoritativo.

Como funciona o teste de propagação?

O teste consulta em paralelo um conjunto de resolvedores públicos (Google, Cloudflare, Quad9, OpenDNS, ISP...) e agrupa as respostas por conteúdo e RCODE. Você vê imediatamente quem já aplicou a atualização.

  1. 1. Resolvedores multiponto

    A ferramenta consulta em paralelo vários resolvedores distribuídos pelo mundo.

  2. 2. Comparação automática

    Agrupa respostas idênticas e assinala divergências ou erros específicos de cada resolvedor.

  3. 3. Resumo acionável

    Apresenta um resumo claro, a lista de resolvedores, latências e estado de cada grupo.

Quando usar?

  • Acompanhar a difusão de uma alteração DNS em escala global
  • Identificar caches ainda antigos e decidir um flush direcionado
  • Compartilhar um estado de propagação num ticket ou post-mortem

Dica: o teste de propagação é uma ferramenta dedicada. Use-a para acompanhar uma alteração em escala global; para uma consulta unitária, utilize o DNS Lookup (Simples ou traçado iterativo).

O que é um registro A?

Um registro A (Address Record) é o registro DNS fundamental que associa um nome de domínio a um endereço IPv4. Quando digita um URL no seu navegador, a resposta do registro A indica qual servidor contatar.

Estrutura de um registro A:

CampoDescriçãoExemplo
NomeDomínio ou subdomíniowww
TipoSempre AA
ValorEndereço IPv4203.0.113.10
TTLDuração da cache em segundos3600

Exemplo concreto:

www.captaindns.com.  3600  IN  A  203.0.113.10

Este registro indica que www.captaindns.com aponta para o endereço IPv4 203.0.113.10 com um TTL de uma hora.


Casos de uso comuns

1. Apontar o apex do domínio

O apex (ou raiz) de um domínio (captaindns.com sem www) deve usar registros A porque os CNAME não são permitidos nesta posição segundo as RFC.

captaindns.com.  3600  IN  A  203.0.113.10

2. Distribuição de carga (Round-Robin)

Publique múltiplos registros A para distribuir os pedidos entre servidores:

www.captaindns.com.  300  IN  A  203.0.113.10
www.captaindns.com.  300  IN  A  203.0.113.11
www.captaindns.com.  300  IN  A  203.0.113.12

O resolvedor devolve a lista completa. O cliente tipicamente escolhe o primeiro. Este mecanismo distribui a carga mas não detecta falhas.

3. Servidor de email

O servidor apontado por um registro MX deve ter um registro A:

mail.captaindns.com.  3600  IN  A  203.0.113.25

O DNS inverso (PTR) deste IP deve corresponder para melhorar a entregabilidade do email.


Boas práticas

TTL: encontrar o equilíbrio

SituaçãoTTL recomendadoRazão
Configuração estável3600-86400 (1h-24h)Reduz a carga nos servidores autoritativos
Migração planeada300-600 (5-10 min)Permite reversão rápida
Teste ou depuração60-300 (1-5 min)Alterações visíveis rapidamente

Conselho de migração: Reduza o TTL 24-48h antes da alteração, efetue a modificação, depois aumente o TTL quando estiver estável.

Evitar

  • CNAME no apex: Não conforme com RFC, pode quebrar o email
  • A + CNAME no mesmo nome: Proibido pelas RFC
  • Endereço IP privado: Não funciona da Internet
  • Esquecer registros antigos: Limpe após uma migração

Diagnóstico de problemas comuns

O site não responde

  1. Verifique que o registro A existe
  2. Confirme que o IP devolvido está correto
  3. Teste a acessibilidade do IP (ping, telnet porta 80/443)
  4. Compare múltiplos resolvedores para detectar problemas de propagação

Propagação lenta após alteração

  1. Verifique o TTL do valor antigo (é o que conta)
  2. O servidor autoritativo deve devolver o novo valor
  3. Aguarde a expiração do TTL nos resolvedores públicos
  4. Limpe a cache DNS local se necessário

Respostas inconsistentes entre resolvedores

  1. É normal durante a propagação
  2. Verifique que o servidor autoritativo devolve o valor correto
  3. Use o traçado iterativo para identificar diferenças
  4. Aguarde que o TTL mais longo expire

Verificar por linha de comandos

Windows (nslookup)

nslookup
set q=a
captaindns.com

Com um resolvedor específico:

nslookup captaindns.com 1.1.1.1

Linux/Mac (dig)

dig A captaindns.com

Com um resolvedor específico:

dig A captaindns.com @1.1.1.1

Traçado iterativo completo:

dig A captaindns.com +trace

Ferramentas complementares

FerramentaUtilidade
Pesquisa AAAAVerificar o endereço IPv6 do domínio
Pesquisa CNAMEVerificar aliases DNS
Teste de propagaçãoComparar dezenas de resolvedores simultaneamente
Auditoria DNS completaVerificar a configuração DNS global

Recursos úteis