nslookup retorna o IP correto, ping ainda vai para o ip errado

6

Ok, então aqui está a configuração. Laptop está conectado à nossa empresa VPN (Juniper Network Connect 7.2.0). Existem dois sufixos de pesquisa DNS (domain1.com, domain2.local). A partir desse laptop, enquanto conectado, o nslookup consulta o servidor DNS correto e retorna o IP correto. Pingar o IP funciona bem. Pingar o FQDN funciona bem. O ping no nome de domínio não qualificado parece estar usando o sufixo hostname.domain.com (mesmo que não exista) e parece estar usando os resultados do servidor DNS local em vez do servidor DNS da VPN.

Mais detalhes:

c:\> nslookup hostname
Server: hostname.domain2.local
Address: 10.0.0.10

Non-authoritative answer:
Name: hostname.domain2.local
Address: 10.0.0.10

c:\> nslookup hostname.domain2.local
Server: hostname.domain2.local
Address: 10.0.0.10

Non-authoritative answer:
Name: hostname.domain2.local
Address: 10.0.0.10

C:\> ping hostname

Pinging hostname.domain1.com [EXTERNAL/WRONG_IP] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for EXTERNAL/WRONG_IP:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

C:\> ping hostname.domain2.local

Pinging hostname.domain2.local [10.0.0.10] with 32 bytes of data:
Reply from 10.0.0.10: bytes=32 time=50ms TTL=128
Reply from 10.0.0.10: bytes=32 time=50ms TTL=128
Reply from 10.0.0.10: bytes=32 time=47ms TTL=128
Reply from 10.0.0.10: bytes=32 time=50ms TTL=128

Ping statistics for 10.0.0.10:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 47ms, Maximum = 50ms, Average = 49ms

Então, aqui está o que eu tentei até agora:

  1. ipconfig / flushdns
  2. netsh int ip redefinir todos
  3. Confirmado que os adaptadores de rede estão na ordem de prioridade correta nas configurações avançadas
  4. Verificado se as rotas TCP / IP estão corretas
  5. Confirme que o nome do host não está no arquivo hosts.

Então ... alguém sabe por que ainda parece estar usando o servidor DNS errado?

    
por FlyinButrs 23.07.2012 / 20:45

3 respostas

1

Algumas coisas possíveis.

Teste um route print e certifique-se de que você não tenha nenhuma rota estática que possa estar causando isso.

Tem certeza de que "ping hostname" está sendo resolvido pelo DNS e não pelo WINS? Se você puder totalmente se qualificar e obter um bom resultado, mas obter uma falha no nome abreviado, pode muito bem ser um registro ruim do WINS. Verifique seu servidor ganha e remova / corrija qualquer registro errado. também execute NBTSTAT -RR em sua mahcine

Verifique e ajuste seu pedido de pesquisa de DNS (abordado nos comentários já pela aparência dele)

Verifique se você não possui uma entrada HOSTS / LMHOSTS nociva em sua máquina.

    
por 18.07.2015 / 14:50
0

Você pode ter um endereço codificado no seu arquivo hosts .

nslookup usa um esquema de resolução diferente do restante (incluindo ping , mas também o método gethostbyname() na biblioteca padrão).

Mais algumas informações estão disponíveis, por ex. no link

    
por 29.05.2018 / 12:52
0

Há uma diferença entre a resolução de nomes por nslookup e a resolução de nomes pela API de rede do Windows usada por quase todos os aplicativos.

O processo de resolução de nome padrão no Windows está na seguinte ordem:

  1. Verifique o nome do computador local
  2. HOSTS file
  3. DNS, cache local
  4. DNS, servidores DNS na ordem de precedência
  5. servidores WINS
  6. NetBIOS sobre transmissão TCP / IP (NetBT)

nslookup , no entanto, é diferente nisso:

  1. Limita-se apenas a servidores DNS registrados.
  2. Ele não se limita ao FQDN completo; pode achar parciais e depois dizer que isso aconteceu. Outros aplicativos podem assumir hostname como um FQDN completo ou tentar adicionar Sufixo DNS Primário (definido por SystemPropertiesComputerName.exe ) e Sufixos DNS Específicos de Conexão antes de resolver.

Você pode usar o Wireshark (um aplicativo gratuito de diagnóstico de terceiros) para descobrir de onde ping resolve seu hostname .

    
por 29.05.2018 / 13:57