Ir para o conteúdo principal

Pesquisa registro PTR (resolução inversa)

Efetue a resolução inversa do seu endereço IP

Problemas de entregabilidade de email? Verifique se o seu endereço IP tem um registro PTR válido e coerente com a sua configuração DNS.

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 inversa

Descubra qual hostname está associado a um endereço IP. Essencial para email e logs de rede.

Multi-resolvedor

Compare as respostas do Google, Cloudflare e Quad9 para detectar problemas de propagação.

Coerência ida e volta

Verifique se o nome retornado pelo PTR resolve para o endereço IP de origem via registro A/AAAA.

IPv4 e IPv6

Suporte completo para zonas in-addr.arpa (IPv4) e ip6.arpa (IPv6) para todos os seus endereços.

Gratuito e ilimitado

Teste quantos endereços precisar. Sem registro necessário.

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 PTR?

Um registro PTR (Pointer) efetua a resolução DNS inversa: associa um endereço IP a um hostname. É a operação oposta aos registros A (IPv4) e AAAA (IPv6).

Estrutura de um registro PTR:

CampoDescriçãoExemplo
NomeEndereço invertido + zona arpa10.113.0.203.in-addr.arpa.
TipoSempre PTRPTR
DestinoHostname associadomail.captaindns.com.
TTLDuração da cache em segundos3600

Exemplos de registros PTR

IPv4 (in-addr.arpa)

O endereço 203.0.113.10 escrito invertido:

10.113.0.203.in-addr.arpa.  3600  IN  PTR  mail.captaindns.com.

IPv6 (ip6.arpa)

O endereço 2001:db8::10 com cada nibble hexadecimal invertido:

0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.b.d.0.1.0.0.2.ip6.arpa.  3600  IN  PTR  host.captaindns.com.

Forward-confirmed reverse DNS (FCrDNS)

A coerência forward-reverse é essencial:

  1. PTR: O IP 203.0.113.10 retorna mail.captaindns.com
  2. A: O nome mail.captaindns.com resolve para 203.0.113.10

Esta coerência é exigida por:

  • Servidores de email (anti-spam)
  • Serviços de segurança
  • Sistemas de logging

Regras importantes

Configuração correta

RegraExplicação
Um PTR por IPEvite múltiplos PTR para o mesmo endereço
Coerência FCrDNSO nome deve resolver para o IP de origem
Nome significativoUse um nome que identifique o serviço

Boas práticas para email

PráticaPor que
PTR obrigatórioMuitos servidores rejeitam sem PTR
Corresponde ao HELOO nome deve corresponder ao HELO SMTP
Sem nomes genéricosEvite nomes como host-203-0-113-10.isp.com

Problemas comuns

PTR ausente (NXDOMAIN)

Não existe registro PTR para o endereço.

  1. Contate o seu provedor de endereços IP
  2. Solicite a criação do PTR com o nome desejado
  3. Verifique após a propagação

Incoerência FCrDNS

O nome retornado não resolve para o IP de origem.

  1. Verifique o registro A/AAAA do nome
  2. Corrija se o IP não corresponde
  3. Aguarde a propagação

Emails rejeitados por PTR

Os servidores de destino rejeitam os seus emails.

  1. Verifique se o PTR existe
  2. Assegure a coerência FCrDNS
  3. Faça corresponder o nome HELO SMTP

Verificação em linha de comandos

Linux/Mac

Resolução inversa simples:

dig -x 203.0.113.10

Ou com a notação completa:

dig PTR 10.113.0.203.in-addr.arpa

Windows

nslookup 203.0.113.10

Gestão de PTR

Quem gerencia a zona inversa?

SituaçãoResponsável
Servidor dedicadoO hosting (via a sua interface ou suporte)
Cloud (AWS, GCP, Azure)O provedor cloud (via o seu console)
Bloco IP próprioVocê (se tem a delegação)
IP residencialO ISP (raramente modificável)

Ferramentas complementares

FerramentaUtilidade
Pesquisa AVerificar resolução direta IPv4
Pesquisa AAAAVerificar resolução direta IPv6
Teste de emailVerificar configuração de email completa

Recursos úteis