# Registo PTR: como um nome de anfitrião se torna uma empresa

> O registo PTR atribui um nome de anfitrião a um endereço IP. Como o ler, reconhecer nomes genéricos e chegar do domínio à empresa.

Quelle: https://whovisit.app/pt/blog/registo-ptr-nome-anfitriao-empresa
Veröffentlicht: 2026-11-07
Herausgeber: Whovisit (ARAVILO, Innsbruck)

Quem quer saber a quem pertence um endereço IP consulta em regra o diretório de redes, no caso de endereços europeus a base de dados do RIPE. Há um segundo caminho, muitas vezes ignorado: a pesquisa inversa no DNS. Aqui não pergunta "A quem pertence a rede?", mas "Como se chama o computador por trás deste endereço?". Se no nome constar o domínio de uma empresa, tem um indício útil.

Este artigo explica o que é um registo PTR (entrada PTR), quem o define, como distinguir entradas aproveitáveis de inúteis e onde o método encontra limites. O caminho pelo diretório de redes é descrito em [Reverse IP lookup explicado de forma simples](https://whovisit.app/blog/reverse-ip-lookup-erklaert).

## O que é uma entrada PTR

O DNS conhece duas direções. Normalmente pergunta por um nome e obtém um endereço (entrada A ou AAAA). A entrada PTR (em inglês *pointer record*) é a direção contrária: para um endereço devolve um nome.

Tecnicamente, o endereço é invertido e dotado de uma terminação especial. De `203.0.113.25` resulta a consulta `25.113.0.203.in-addr.arpa`. No IPv6 a terminação é `ip6.arpa`. O endereço é aí invertido caráter a caráter. A resposta é um nome de anfitrião, por exemplo `mail.beispiel-firma.example`.

Importante: uma entrada PTR é voluntária. Há endereços sem entrada. A entrada não tem de coincidir com a entrada direta. É um indício, não uma prova.

## Quem a define

A entrada PTR é mantida por quem administra o bloco de endereços:

- **Fornecedores** definem para as ligações dos seus clientes, na maioria dos casos, nomes genéricos gerados automaticamente.
- **Empresas com bloco de endereços próprio** mantêm as entradas elas próprias e inscrevem muitas vezes o seu próprio domínio.
- **Ligações empresariais** recebem, em alguns fornecedores e a pedido, uma entrada com o domínio do cliente. Isto acontece sobretudo com servidores de correio, porque muitos destinatários rejeitam e-mails de endereços sem um nome de anfitrião adequado.

Daqui resulta: uma entrada com domínio próprio é sinal de que alguém cuidou conscientemente do endereço. Um nome gerado automaticamente só diz algo sobre o fornecedor.

## Reconhecer padrões: nome genérico ou domínio próprio

O nome de anfitrião é composto por duas partes: a parte da frente (`mail`, `pool-1-2-3-4`) e o domínio registável no fim (`beispiel-firma.example`). O domínio revela o operador, a parte da frente revela se o nome foi atribuído à mão ou automaticamente.

Sinais típicos de um **nome genérico** que não revela nenhuma empresa:

- partes do endereço constam do nome: `203-0-113-25.provider.example` ou `25.113.0.203.provider.example`
- palavras como `dyn`, `dynamic`, `dial`, `pool`, `dsl`, `adsl`, `cable`, `cust`, `customer`, `mobile`, `lte`, `static`, `nat`, `cgn`, `client`
- um domínio que pertence visivelmente a um fornecedor, alojador ou centro de dados

Sinais típicos de um **nome aproveitável**:

- uma parte da frente com significado, como `mail`, `gw`, `fw`, `vpn`, `proxy` ou `smtp`
- nenhuma parte do endereço no nome
- um domínio que pertence visivelmente a uma empresa e não ao fornecedor

| Nome de anfitrião (exemplo inventado) | Avaliação |
|---|---|
| `dyn-203-0-113-25.dsl.provider.example` | Nome genérico do fornecedor, nenhuma indicação sobre o titular da ligação |
| `pool-25.cust.provider.example` | Nome genérico, ligação de cliente |
| `mail.beispiel-firma.example` | Domínio próprio, candidato a atribuição a uma empresa |
| `vpn.beispiel-firma.example` | Domínio próprio, candidato a atribuição a uma empresa |
| `ec2-203-0-113-25.compute.cloud.example` | Centro de dados, um cliente do alojador, não o próprio alojador |

A tabela mostra também uma armadilha: se o domínio vem do fornecedor ou alojador, o nome não lhe serve de nada, mesmo que pareça bonito. Uma análise utilizável precisa, por isso, de uma lista de domínios conhecidos de fornecedores e alojadores, que são excluídos.

## Do domínio à empresa

Um domínio ainda não é uma empresa. O caminho habitual até à empresa passa pelo website por trás do domínio:

1. Determinar o domínio registável. De `mail.beispiel-firma.example` resulta `beispiel-firma.example`. Em terminações como `co.uk` contam três partes.
2. Abrir o aviso legal. Na Alemanha, na Áustria e na Suíça, os websites comerciais têm de indicar o operador, na maioria das vezes com a forma jurídica (GmbH, AG, KG e assim por diante).
3. Ler o nome jurídico e verificar se pertence a uma pessoa coletiva e não a uma pessoa singular.

A pesquisa de texto tem limites. Os avisos legais não têm uma estrutura uniforme, algumas páginas carregam conteúdos só depois, por script. Por vezes, no aviso legal consta uma agência ou um grupo-mãe. Uma atribuição automática continua por isso a ser uma sugestão que uma pessoa verifica em caso de dúvida. Em alternativa, as bases de dados de empresas fornecem o nome da empresa para um domínio, também isso nunca é completo.

## Experimentar por si

Não precisa de software especial. No macOS e no Linux existe o `dig`, no Windows o `nslookup`. Os exemplos usam `203.0.113.25`, um endereço da faixa para documentação (RFC 5737). Não pertence a ninguém e por isso não tem entrada real. Para as suas próprias experiências, use o endereço da sua própria ligação ou servidor.

```bash
# Pesquisa inversa, só a resposta
dig -x 203.0.113.25 +short

# Detalhado, com a consulta invertida
dig -x 203.0.113.25

# Windows, macOS e Linux
nslookup 203.0.113.25
```

Assim lê o resultado:

- Com `+short`, na resposta consta apenas o nome de anfitrião, por exemplo `mail.beispiel-firma.example.` (o ponto no fim é intencional). Se não voltar nada, não há entrada.
- Sem `+short`, o dig mostra na secção `QUESTION` a consulta invertida com `in-addr.arpa`. Na secção `ANSWER` consta a linha com `PTR` e o nome.
- O estado `NXDOMAIN` significa: para este endereço não existe entrada. `SERVFAIL` ou um excesso de tempo significa: o servidor de nomes responsável não responde.
- O `nslookup` mostra `name =` seguido do nome de anfitrião, ou a mensagem de que o nome não foi encontrado.

Como contraprova, consulte o nome no sentido direto (`dig beispiel-firma.example +short`). Se o nome apontar de novo para o mesmo endereço, a entrada é mais credível. Se ida e volta não coincidirem, é de ter cautela.

## Limites do método

- **Entradas desatualizadas.** Os endereços mudam de dono, as entradas ficam. Um nome que estava certo há anos pode hoje levar a outra empresa ou a nenhuma.
- **Servidores de correio de prestadores de serviços.** Muitas empresas enviam e-mails através de um alojador ou de uma ferramenta de marketing. O nome de anfitrião aponta então para o prestador, não para a empresa.
- **Endereços partilhados.** Por trás de um endereço com nome de empresa podem estar vários inquilinos de um edifício de escritórios ou espaço de coworking. O nome pertence então ao senhorio.
- **Limites de tempo.** As consultas DNS podem ficar penduradas. Quem as analisa em segundo plano tem de desistir passado pouco tempo e não deve forçar a resposta.
- **Teletrabalho e rede móvel.** Aqui quase só há nomes genéricos. Porque é assim, está em [Teletrabalho, VPN e rede móvel: quem não vê](https://whovisit.app/blog/homeoffice-vpn-mobilfunk-besuchererkennung).

Como PTR, diretório de redes e análise juntos dão um reconhecimento de visitantes mostra-o a visão geral [Como funciona o reconhecimento de empresas? Técnica em 6 passos](https://whovisit.app/blog/firmenerkennung-website-technik). Aí consta também porque os resultados oscilam muito consoante o público-alvo.

Um exemplo da prática: o Whovisit usa a pesquisa inversa apenas em endereços de redes de fornecedores, descarta nomes genéricos e domínios conhecidos de fornecedores, espera no máximo dois segundos pela resposta e memoriza apenas a atribuição de domínio a empresa, nunca o endereço IP. Que classes de visitantes existem e o que significam, está na ajuda em [Classes de visitantes: empresa, fornecedor de internet, centro de dados](https://whovisit.app/hilfe/besucherklassen-verstehen).

## Em resumo

Uma entrada PTR é um indício voluntário do nome de anfitrião por trás de um endereço. Torna-se valiosa quando o nome contém um domínio de empresa próprio e não mostra padrões de fornecedor. Do domínio à empresa leva, em regra, o aviso legal. Toda a atribuição continua a ser uma suposição com taxa de erro. Nenhuma entrada é melhor do que uma errada.