Reverse PTR Name Builder (IPv4)

O Construtor de Nome PTR Reverso para IPv4 converte endereços IPv4 em seus nomes DNS reversos in-addr.arpa correspondentes usados para registros PTR. Digite um endereço como 192.168.1.100 e a ferramenta retorna 100.1.168.192.in-addr.arpa. Ela também lida com entrada em massa, convertendo listas de endereços IP para preparação de arquivo de zona em lote.

Entendendo DNS Reverso e Registros PTR

DNS Reverso é o mecanismo que mapeia endereços IP de volta para nomes de host. Enquanto DNS direto responde a pergunta "qual é o endereço IP para mail.example.com?", DNS reverso responde o oposto: "qual nome de host está associado com 192.168.1.100?". Este mapeamento é armazenado em registros PTR (ponteiro) sob o domínio especial in-addr.arpa, e é usado em toda a rede para logging, verificação de segurança e entrega de email.

A razão pela qual DNS reverso usa um formato especial em vez de apenas procurar o IP diretamente é que DNS resolve nomes hierarquicamente da direita para a esquerda. Para DNS direto, mail.example.com é resolvido consultando primeiro os servidores de nomes com, então example.com, então mail.example.com. Para fazer a delegação de endereço de IP funcionar do mesmo jeito, os octetos do endereço devem ser revertidos. O IP 192.168.1.100 se torna 100.1.168.192.in-addr.arpa, o que permite que a delegação DNS siga o mesmo padrão de cima para baixo: a zona 192.in-addr.arpa é delegada ao proprietário do bloco 192.0.0.0/8, que pode então delegar 168.192.in-addr.arpa ao proprietário de 192.168.0.0/16, e assim por diante até zonas individuais /24.

Esta reversão é simples o suficiente em conceito mas propensa a erros na prática. Transpor octetos à mão é uma fonte confiável de digitações, especialmente ao trabalhar com dezenas de endereços em um arquivo de zona. Esta ferramenta elimina esse risco calculando o nome in-addr.arpa correto automaticamente, incluindo limites de delegação de zona para blocos CIDR.

Como Construir um Nome PTR Reverso IPv4

1. Digite um ou mais endereços IPv4 (ex: 192.168.1.100)
2. A ferramenta reverte a ordem de octeto e acrescenta .in-addr.arpa
3. Revise o nome PTR gerado pronto para usar em arquivos de zona DNS
4. Para entrada em massa, todos os endereços são convertidos de uma vez com resultados listados por linha

Exemplos de Nome DNS Reverso IPv4

Exemplos de Delegação de Zona DNS Reversa

Quando Usar o Construtor de Nome PTR IPv4

• Configurando zonas DNS reverso em BIND, PowerDNS ou outros servidores DNS autoritários
• Configuração de servidor de email -- Servidores de email verificam registros PTR para verificar a legitimidade do IP do remetente; nomes PTR incorretos causam falhas de entrega
• Preparando entradas de arquivo de zona para criação em massa de registros PTR através de um bloco de rede /24 ou maior
• Solucionando problemas de pesquisas reverso confirmando o nome in-addr.arpa correto antes de executar dig -x ou nslookup
• Solicitações de delegação de ISP -- Fornecendo o nome de zona correto ao solicitar delegação DNS reversa de seu fornecedor upstream
• Auditoria e documentação -- Gerando o nome reverso para cada IP em sua alocação para registros de infraestrutura

Como o DNS Reverso IPv4 Funciona

DNS Reverso mapeia endereços IP de volta para nomes de host usando o domínio in-addr.arpa. O sistema usa a hierarquia DNS propriamente dita revertendo os octetos do endereço IP para que a delegação siga o mesmo padrão de cima para baixo como DNS direto.

Por Que os Octetos São Revertidos

DNS resolve nomes da direita para a esquerda através da hierarquia. Para DNS direto, mail.example.com é resolvido consultando os servidores com, então example.com, então mail.example.com. Para fazer a delegação de endereço de IP funcionar do mesmo jeito, os octetos devem ser revertidos:

• IP 192.168.1.100 está no bloco 192.0.0.0/8
• A zona reversa desse bloco é 192.in-addr.arpa
• A zona /16 192.168.0.0/16 mapeia para 168.192.in-addr.arpa
• A zona /24 192.168.1.0/24 mapeia para 1.168.192.in-addr.arpa
• O PTR de host individual é 100.1.168.192.in-addr.arpa

Registros PTR em Arquivos de Zona

Um registro PTR na zona 1.168.192.in-addr.arpa se parece com:

100   IN  PTR  mail.example.com.

O 100 é relativo à zona (representando o último octeto), e o nome de host alvo deve terminar com um ponto para indicar que é totalmente qualificado.

Delegação Reversa sem Classe (RFC 2317)

Para alocações menores que um /24, como um /28 ou /29, a delegação de limite de octeto padrão não se aplica. RFC 2317 define uma solução alternativa usando registros CNAME para delegar porções de uma zona /24. O construtor de nome PTR lida com esses casos mostrando tanto o nome in-addr.arpa padrão quanto o formato de delegação apropriado.

DNS Reverso na Prática

A razão única mais importante para configurar DNS reverso corretamente é email. Quando seu servidor de email se conecta a outro servidor para entregar uma mensagem, o servidor receptor quase sempre realiza uma pesquisa DNS reversa no endereço IP. Se não há registro PTR, ou se o registro PTR aponta para um nome de host que não resolve de volta para seu IP (uma verificação DNS reversa confirmada para frente, ou FCrDNS), sua mensagem provavelmente será rejeitada ou enviada para spam. Todo servidor de email legítimo precisa de um registro PTR que corresponda ao seu DNS direto, e essa ferramenta ajuda você a construir o nome in-addr.arpa correto para esse registro.

Além de email, DNS reverso aparece em logs de segurança, sistemas de detecção de intrusão e dashboards de monitoramento de rede. Quando você vê um endereço IP em um log, ter um nome de host próximo a ele torna a investigação muito mais rápida. DNS reverso também desempenha um papel no controle de acesso: alguns serviços permitem ou negam acesso baseado em se o IP conectado tem um registro PTR válido. Enquanto isto não é uma medida de segurança forte por si só, é parte da higiene de linha de base esperada de redes bem gerenciadas.

Ao solicitar delegação DNS reversa de seu ISP, você precisa fornecer o nome exato de zona. Para uma alocação /24, isto é direto: 1.168.192.in-addr.arpa para o bloco 192.168.1.0/24. Para alocações menores, o ISP tipicamente gerencia a zona e cria registros PTR individuais em seu nome, ou usa o esquema de delegação CNAME RFC 2317 para dar-lhe controle sobre sua porção da zona.

Perguntas Frequentes

Por que servidores de email requerem registros PTR?

Muitos servidores de email realizam uma verificação DNS reversa em endereços IP conectados como medida anti-spam. Se um IP não tem registro PTR, ou se o nome de host PTR não resolve de volta para esse IP (uma verificação DNS reversa confirmada para frente), o servidor receptor pode rejeitar ou colocar em quarentena a mensagem. Configurar registros PTR corretos é um dos requisitos fundamentais para entregabilidade de email.

Posso criar registros PTR para endereços que não possuo?

Não. Registros PTR devem ser criados na zona DNS reversa que é delegada ao proprietário do bloco de endereço IP. Se você tem uma alocação /24 de seu ISP, ele pode delegar a zona reversa para seus servidores de nomes. Para alocações menores, você tipicamente solicita que o ISP crie registros PTR em seu nome.

Qual é a diferença entre dig -x e consultar manualmente o nome PTR?

O comando dig -x 192.168.1.100 é um atalho que constrói automaticamente a consulta para 100.1.168.192.in-addr.arpa com tipo PTR. O resultado é idêntico à execução de dig PTR 100.1.168.192.in-addr.arpa manualmente.

O nome de host do registro PTR deve corresponder ao registro A do DNS direto?

Sim. A melhor prática é garantir que o registro PTR para um endereço IP aponte para um nome de host que tem um registro A resolvendo de volta para esse mesmo IP. Este DNS reverso confirmado para frente (FCrDNS) é verificado por muitos servidores de email e ferramentas de segurança. Uma falta de correspondência ou cadeia quebrada causa problemas de entregabilidade e pode disparar alertas de segurança.

Como configuro DNS reverso para um servidor hospedado na nuvem?

Provedores de nuvem como AWS, Azure e GCP fornecem mecanismos para configurar registros PTR para suas instâncias. No AWS, você submete um formulário de solicitação para associar um registro PTR com um IP Elástico. No Azure e GCP, registros PTR podem ser configurados através das configurações de DNS ou interface de rede da plataforma. O processo exato varia por fornecedor, mas você ainda precisa saber o nome in-addr.arpa correto para seu IP.

Ferramentas Relacionadas

• Construtor de Nome PTR Reverso (IPv6) - Construa nomes PTR ip6.arpa a partir de endereços IPv6
• Gerador de Zona BIND A/AAAA - Gere registros BIND A e AAAA a partir de CSV
• Validador de Nome de Host - Valide nomes de host por padrões RFC 1123
• Validador de FQDN - Valide nomes de domínio totalmente qualificados
• Linter de Arquivo de Zona - Verifique arquivos de zona para erros de sintaxe e duplicatas