Aparentemente, algo faz com que o servidor de DNS errado responda.
Você pode adicionar um servidor dns como parâmetro para o NSLookup para usar o correto.
Por exemplo:
nslookup -q=all example.com 8.8.8.8
Estou tentando concluir um nslookup para vários hosts em um domínio afiliado, mas todos os nslookups falham. A explicação usual é que a conexão é devida ao NetBIOS, no entanto, neste caso Resolve-DnsName -DnsOnly deve impedir essa explicação. O mesmo argumento vale para ping -a .
Então, para explicar. Eu sou VPN'd em uma rede "DCCorpNet" e desejo completar um nslookup contra o domínio de empresas "enterprise.com". Eu sei que existem registros para os hosts que estou verificando, então espero que 'nslookup SomeHost.enterprise.com' retorne um endereço IP. No entanto, não há resposta e, estranhamente, 'ping -a SomeHost.enterprise.com' e 'Resolve-DnsName - DnsOnly SomeHost.enterprise.com' funcionam como esperado.
Então, como posso resolver isso? E quanto mais preciso aprender para aprender o que preciso atualizar nos registros DNS dos hosts para que eles respondam a nslookup ?
(As coisas estão configuradas, então eu espero que os problemas do DNS estejam na direção oposta, mas não como eles são.)
A resposta completa é que o nslookup faz a devolução. Não é suficiente simplesmente apontar para o servidor de nomes autoritativo correto. Você também precisa incluir um '.' no final do seu nome de host para suprimir a devolução.
Portanto, nslookup -q=all host.enterprise.com DnsServer.enterprise.com se torna nslookup -q=all host.enterprise.com. DnsServer.enterprise.com .
E lá vamos nós.