CentOS 5.8 dig não está resolvendo ip-address [closed]

1

Estou executando o centos 5.8 em uma máquina local em casa. Hoje eu estava tentando analisar o DNS-Lookup via dig.

$ dig +trace -t A www.heise.de.

Isso está me dando algo assim como uma resposta

de.         172800  IN  NS  f.nic.de.
de.         172800  IN  NS  z.nic.de.
de.         172800  IN  NS  s.de.net.
de.         172800  IN  NS  n.de.net.
de.         172800  IN  NS  a.nic.de.
de.         172800  IN  NS  l.de.net.
;; Received 344 bytes from 192.58.128.30#53(192.58.128.30) in 49 ms

Em contraste, minha máquina dedicada do CentOS está retornando o seguinte

 de.            172800  IN  NS  a.nic.de.
 de.            172800  IN  NS  n.de.net.
 de.            172800  IN  NS  f.nic.de.
 de.            172800  IN  NS  z.nic.de.
 de.            172800  IN  NS  l.de.net.
 de.            172800  IN  NS  s.de.net.
 ;; Received 344 bytes from 192.58.128.30#53(j.root-servers.net) in 32 ms

Como você pode ver, a última linha é diferente. Alguma idéia de por que minha máquina dedicada está me dando o nome do host do DNS-servidor e minha máquina local está retornando apenas o endereço IP?

Obrigado antecipadamente

UPDATE

O DNS-Lookup reverso está funcionando sem nenhum problema. Além disso, eu só verifiquei isso no meu Mac local e ... exatamente o mesmo problema ocorre. É possível que isso tenha a ver com o roteador / modem / ISP local?

    
por travisbotello 01.11.2012 / 20:53

2 respostas

2

Se a pesquisa inversa falhar em uma máquina, mas for bem-sucedida na outra, o problema provavelmente será apenas uma diferença no resolv.conf das máquinas. Talvez você tenha um campo 'search' ou 'domain' especificado no resolv.conf da segunda máquina, ou talvez você esteja usando diferentes servidores de nomes todos juntos. Como é sua configuração de DNS? Você disse que está em casa; Isso significa que você está apenas usando DNS externo como o google ou seu ISP, ou você tem seu próprio DNS local?

    
por 01.11.2012 / 21:47
0

A diferença entre eles é nada mais do que uma pesquisa inversa no endereço IP que retornou a resposta.

Você pode fazer a pesquisa inversa da sua caixa local?

dig -x 192.58.128.30

Se isso falhar, essa é a razão.

    
por 01.11.2012 / 21:10