Pesquisa de IP inversa (registos PTR)

O DNS inverso responde à pergunta oposta de uma pesquisa normal: dado um endereço, que nome é que o seu proprietário apontou de volta para ele? A página constrói ela própria o nome inverso — a.b.c.d.in-addr.arpa para IPv4, a forma de nibbles sob ip6.arpa para IPv6 — pede o registo PTR, e mostra qual o resolvedor que respondeu, qual o código de resposta, a cadeia CNAME se existir, e o TTL. O segundo modo percorre os endereços vizinhos do que escreveu, dentro do mesmo bloco, um endereço de cada vez, porque os alojadores tendem a dar nomes às máquinas com um padrão visível. Tudo aqui é informação pública e passiva: sem varrimento, sem força bruta de dicionário, sem WHOIS.
Pronto. Ainda não foi enviada nenhuma consulta.
Introduza um endereço e depois execute a pesquisa inversa.
O sentido da consulta. Uma pesquisa normal vai de um nome para um endereço através de registos A e AAAA, e o dono do site controla-os. Uma pesquisa inversa vai de um endereço para um nome através de registos PTR, e quem controla é o dono da rede, não o dono do site. Essa diferença explica a maior parte do que aqui parece estranho: um nome do padrão de um alojador, como srv12.hoster.example, diz quem gere a máquina, e nada diz sobre que site lá está.

Nenhuma resposta PTR é um resultado normal. Ninguém é obrigado a criar um nome inverso, e a maioria dos blocos de endereços nunca o faz. Uma resposta vazia significa que o dono o deixou em branco ou que a resposta foi removida, não que o endereço não esteja em uso ou esteja a fazer algo errado. Também passa pela cache normal, por isso um nome recém-acrescentado pode demorar algum tempo a aparecer em todo o lado.

Porque é que os vizinhos são interessantes. Os blocos de endereços são distribuídos em intervalos, e o menor intervalo que um cliente normalmente detém é um /24 — 256 endereços. Os alojadores dão nomes a esses endereços segundo um esquema, por isso ler meia dúzia de nomes à volta de um endereço costuma mostrar o padrão e o fornecedor por trás de todo o bloco. Esta página pergunta primeiro pelos endereços mais próximos do seu, dentro do mesmo /24, e nunca procura nomes que não sejam endereços.

O que não significa. Um nome inverso não é um nome de site: o nome na resposta pode pertencer a um router, a um relé de correio ou a um balanceador de carga e não a qualquer site. Um endereço pode servir centenas de sites não relacionados, e um grande site pode estar distribuído por dezenas de endereços, por isso um nome partilhado é uma pista sobre alojamento, nunca uma prova de que duas coisas estão relacionadas. Trate os vizinhos como um padrão de nomes, não como uma lista de proprietários.

Custo, e porque é que a lista de vizinhos é lenta. Cada endereço da lista é uma consulta separada ao mesmo limite de resolvedor que as outras páginas usam, e a lista executa um endereço de cada vez com uma pausa entre itens para se manter dentro do que os resolvedores públicos aceitam. Uma lista completa demora por isso algum tempo, e pode cancelá-la: os endereços restantes são descartados sem deixar nada a correr.

O que esta página não faz. Sem força bruta de dicionário, sem varrimento de intervalos, sem sondagem de portas e sem consulta de dados de registo. Se um endereço não tem nome inverso e quer saber a que rede pertence, o passo honesto é a página Pesquisa de IP, que lê os campos de rede e localização que os serviços públicos publicam, e a Calculadora de sub-redes, que mostra os limites do bloco desse endereço sem enviar nada para lado nenhum.

Fontes públicas que pode ler por si próprio. O registo autoritativo de quem detém um intervalo de endereços é mantido pelos registos regionais: os ficheiros espaço de endereços IANA IPv4 e atribuições unicast IANA IPv6 listam qual o registo que recebeu cada bloco, e cada registo publica depois os seus próprios registos de delegação. Esta página deliberadamente não consulta esses ficheiros: são um tipo de consulta separado e mais pesado, e lê-los à mão através das ligações acima é a forma honesta de responder a “de quem é esta rede?”.