Meu dns funciona quando eu faço um “dig @mynameserver hostname” mas não quando eu faço um “dig hostname”

5

Meu servidor de nomes não está funcionando corretamente e não consigo entender por quê.

Quando faço um 'whois cfconsulting.ca', ele mostra os servidores de nomes corretos, com o ns1.signupsystems.com sendo o principal. Se você fizer um "dig @ ns1.signupsystems.com cfconsulting.ca" você obtém o IP correto.

Mas se você acabou de fazer um 'nslookup cfconsulting.ca', ele falhará.

Estou perplexo.

    
por Colin Fox 24.07.2010 / 21:06

3 respostas

8

ns1.signupsystems.com e ns2.signupsystems.com são CNAMEs para signupsystems.com. Em princípio, é proibido ter registros NS apontando para CNAMEs. (E não esqueça de ter dois servidores de nomes separados;)

dig no modo + trace é bem-sucedido, porque faz uma resolução completa do conteúdo do NS sozinho. Eu suspeito que o BIND9 não é capaz (ou não está disposto) a seguir um CNAME dentro de um NS e, portanto, algum servidor em sua cadeia de resolução local é incapaz de localizar seus NSs.

Tente remover os CNAMEs dos servidores de nomes e adicionar registros A adequados.

    
por 25.07.2010 / 00:06
1

Eu poderia estar perdendo alguma coisa, mas parece funcionar muito bem para mim. Eu sou capaz de puxar ambos os servidores de nomes ao procurá-los fora do nome do host, e ambos são CNAMEs de signupsystems.com. Uma coisa que notei é que os servidores de nomes whois não correspondem aos servidores de nomes oficiais. O whois fornece o IP correto para ns1, mas lista 69.31.163.69 para ns2, o que parece incorreto porque ambos os servidores de nome resolvem o mesmo IP (o primeiro). Se você tentar fazer a pesquisa do seu domínio e usar 69.31.163.69 como o servidor de nomes, você não receberá uma resposta porque esse servidor parece estar inativo (pelo menos não respondendo às consultas DNS). Eu não sei o que usaria um registro whois para encontrar servidores de nomes, mas imagino que é aqui que você está tendo problemas.

    
por 25.07.2010 / 17:34
0

Seu servidor DNS primário tem uma consulta incorreta em cache. Você terá que esperar até que o TTL tenha passado.

    
por 24.07.2010 / 21:31