dig + trace não mapeia endereços IP para nomes de host

1

Eu gerencio quatro diferentes servidores de nomes públicos. Tenho notado que dois deles mapearão os endereços IP para nomes de host nas linhas Received ao usar o comando dig + trace na linha de comandos do servidor e os outros dois não. Como posso garantir que o mapeamento inverso sempre ocorra?

O que eu não quero é isso (usando o grep para mostrar apenas as linhas problemáticas na saída de traço normalmente normal):

    # dig +trace +add any google.com | grep Received
    ;; Received 508 bytes from 172.16.2.1#53(172.16.2.1) in 14 ms
    ;; Received 504 bytes from 199.7.83.42#53(199.7.83.42) in 378 ms
    ;; Received 164 bytes from 192.26.92.30#53(192.26.92.30) in 193 ms
    ;; Received 404 bytes from 216.239.36.10#53(216.239.36.10) in 286 ms

Eu recebo a saída acima usando o dig 9.8.4-rpz2 + rl005.12-P1 no Debian Wheezy em dois diferentes servidores de nomes. Não há problema em fazer pesquisas inversas nesses ou em outros endereços IP.

O que eu quero é isso:

    # dig +trace +add any google.com | grep Received
    ;; Received 508 bytes from 196.29.32.61#53(196.29.32.61) in 0 ms
    ;; Received 488 bytes from 198.97.190.53#53(h.root-servers.net) in 284 ms
    ;; Received 164 bytes from 192.35.51.30#53(f.gtld-servers.net) in 212 ms
    ;; Received 404 bytes from 216.239.36.10#53(ns3.google.com) in 209 ms

Eu obtenho o acima usando dig 9,7.3 e 9.9.4-RedHat-9.9.4-38.el7_3.2

Todos os servidores de nomes têm arquivos resolv.conf similares, apenas com a linha "nameserver ipaddress", onde "ipaddress" é o endereço IP do próprio servidor.

Em todos os outros aspectos, não tenho problemas com o funcionamento dos servidores de nomes. A opção + trace é obviamente muito útil para diagnósticos, e seria muito mais conveniente ter os nomes de host intermediários do servidor de nomes exibidos ao invés de endereços IP. Alguma sugestão?

    
por Jim Holland 13.07.2017 / 13:02

0 respostas