Pesquisa reversa de DNS mostra a correção apenas com localhost

0

Estou tentando atualizar o DNS para um dos meus servidores. A pesquisa direta funciona bem. ou seja, www.mydomain.com.

No entanto, a pesquisa de DNS reverso fornece resultados de algum outro site / servidor. Percebi que no início havia um erro com a configuração e consertei, porém a busca inversa ainda fornece a resposta errada.

Por exemplo, se eu usei:

dig -x 46.101.84.103

Não resolve o nome do meu domínio. Apenas mostra informações relacionadas ao meu servidor webhosts. No entanto, se eu fizer:

dig @localhost -x 46.101.84.103

Mostra meu nome de domínio correto. Não tenho certeza se isso significa que funciona ou não. Será que, ao não especificar o servidor localhost, ele está consultando o padrão (8.8.8.8) e retornará a versão antiga em cache? Ou isso não importa?

    
por Patchesoft 08.08.2016 / 20:45

1 resposta

1

É uma pergunta estúpida, mas ... Você está mesmo no controle das configurações do seu DNS reverso? Você só pode definir o DNS reverso em seu ISP / Webhost. Portanto, se você alugar o IP 46.101.84.103, será o servidor DNS da Digital Ocean Inc que responderá a essas consultas inversas. Seu DNS, que resolve o que.example.com para 46.101.84.103 não pode fazer o DNS reverso.

Você pode ter configurado um DNS que faz isso (evidentemente isso é possível e pode ser seu localhost), mas a Internet nunca perguntará a esse servidor, porque esse intervalo de IPs pertence ao seu provedor / provedor de hospedagem.

Isso porque alguns servidores DNS são "autoritários" para determinados recursos. Se você possui um nome de domínio, pode definir os servidores DNS "autoritativos" para esse servidor no seu registrador (ou usar o DNS do registrador). Por exemplo, se eu fizer:

$ dig tude.lu

; <<>> DiG 9.10.3-P4-Ubuntu <<>> tude.lu
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 53410
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 3

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;tude.lu.           IN  A

;; ANSWER SECTION:
tude.lu.        300 IN  A   85.93.203.237

;; AUTHORITY SECTION:
tude.lu.        43200   IN  NS  dns2.jawtheshark.net.
tude.lu.        43200   IN  NS  dns1.jawtheshark.net.

;; ADDITIONAL SECTION:
dns1.jawtheshark.net.   411 IN  A   149.154.152.102
dns2.jawtheshark.net.   579 IN  A   162.252.172.158

;; Query time: 133 msec
;; SERVER: 127.0.1.1#53(127.0.1.1)
;; WHEN: Mon Aug 08 20:54:46 CEST 2016
;; MSG SIZE  rcvd: 137

Você percebe a "seção de autoridade"? Bem, em uma consulta DNS, isso significa que qualquer coisa relacionada a tude.lu deve ser solicitada por um desses dois servidores (dns1.jawtheshark.net e dns2.jawtheshark.net). Seu DNS local pode armazenar os resultados em cache, mas, no final, somente esses dois servidores podem ser confiáveis para fornecer resultados corretos. Eles são "autoritativos".

Isso é para nomes de domínio (basicamente, consultas DNS "normais"). Para intervalos de IP, o mesmo existe. O problema é: um intervalo de IPs não está vinculado a nenhum domínio. O intervalo de IP é outro recurso em conjunto. Então, vamos pegar o IP que você deu. Quem é autoritário?

$ dig -x 46.101.84.103

; <<>> DiG 9.10.3-P4-Ubuntu <<>> -x 46.101.84.103
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 65419
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;103.84.101.46.in-addr.arpa.    IN  PTR

;; AUTHORITY SECTION:
84.101.46.in-addr.arpa. 1466    IN  SOA ns1.digitalocean.com. hostmaster.84.101.46.in-addr.arpa. 1470460984 10800 3600 604800 1800

;; Query time: 1 msec
;; SERVER: 127.0.1.1#53(127.0.1.1)
;; WHEN: Mon Aug 08 20:53:02 CEST 2016
;; MSG SIZE  rcvd: 122

Novamente, as informações que desejamos estão na seção de autoridade. Parece ser o servidor de nomes primário (ns1) do digitalocean.com. Se você não tiver acesso à configuração desse servidor DNS, não poderá alterar a pesquisa reversa de IP. Agora, isso não significa que você não possa configurá-lo, porque muitos hosters permitem que você faça isso em suas interfaces de gerenciamento. Infelizmente, eu não posso te ajudar lá e você precisa perguntar a eles, ler o FAQ deles, ou explorar a interface que eles te deram.

O que eu suponho, mas é claro que posso estar errado, é que você configurou um servidor DNS no seu host local que está configurado para responder os registros PTR (pesquisa inversa), mas a Internet em geral nunca consultará essa máquina, porque ... não é autoritário. Então, localmente, obviamente funciona: seu servidor "pensa" que é autoritário, mas não é.

Claro, eu posso estar totalmente enganado com a minha suposição.

Espero que a resposta não seja tão confusa. O DNS requer uma compreensão bastante profunda e o conceito de "autoridade" é muito importante.

    
por jawtheshark 08.08.2016 / 21:10