Eu tenho um problema de DNS interessante no AD (2008R2) que não consigo encontrar uma maneira de depurar. Principalmente se da linha de comando eu tento
ping <machinename>nslookup <machinename>As máquinas clientes executam o Windows 7 Enterprise.
Certifique-se de que HOSTS e LMHOSTS não tenham nada de engraçado nele. O nslookup funciona conversando diretamente com o servidor DNS, enquanto o ping de resolução de nome é feito pelo sistema operacional. Isso significa que o seu arquivo HOSTS pode ser parafusado ou há corrupção no Winsock etc etc.
Como estamos jogando com IPv4 e IPv6, o que acontece quando você faz ping do host -4 e ping host -6?
Você também pode querer desativar o WINS / NetBIOS
Os comentários anteriores estão corretos. Eu simplesmente acrescentaria que pode haver uma sequência para a resolução de nomes. Pelo menos, isso existe no Linux como um arquivo chamado / etc / nsswitch. Por padrão, um arquivo HOST local resolverá nomes ANTES de invocar um servidor de nomes. Quanto aos endereços IP reais dos servidores de nomes, eles são configurados no Painel de Controle - > Rede
Normalmente, o arquivo HOSTS está localizado em C: \ WINDOWS \ SYSTEM32 \ DRIVERS \ ETC
Este arquivo pode ser editado usando o bloco de notas. Eu uso esse arquivo o tempo todo em vários servidores virtuais do Windows que tenho.
Acabei de ter exatamente o mesmo problema. Para mim, o problema foi causado por ter vários servidores DNS definidos. Minhas configurações de IPv4 foram definidas para DHCP com o DNS primário definido para meu roteador e o DNS secundário definido para um servidor DNS do Google. Embora a ordem não importe.
Quando mudo para usar o servidor DNS fornecido via DHCP, o problema é resolvido. Adicionando os servidores DNS de volta traz de volta o problema.
Eu realmente não entendo a causa raiz disso. Mas talvez seja o mesmo problema para você.
Eu corri para os sistemas do Vista em cache de entradas nulas de dns se um servidor dns não estava disponível. Executando "ipconfig / flushdns" apagou-os. Dependendo de qual é a causa raiz, isso pode ser apenas uma correção bandaid, mas veja como desativar o cache de resultados negativos do dns. Existem instruções decentes aqui
Eu tive um problema semelhante, que resolvi alterando as configurações de DHCP do meu roteador para dar à minha rede local um domínio e as entradas de DNS estáticas para colocar cada host nesse domínio.
No entanto, encontrei alguns posts no fórum que descrevem um problema semelhante que tinha sintomas sutilmente diferentes e uma solução diferente (uma alteração no registro), então vou descrever meu problema em detalhes para distingui-lo disso.
Meu problema
Eu tinha recentemente adquirido um novo roteador (um Mikrotik), e configurei para atribuir a cada host em minha rede um IP estático e dar a cada host um DNS hostname (e apenas um hostname). Isso funcionou bem no UNIX / Linux / Mac OS X, mas o Windows teve problemas com isso.
No Windows, eu não pude fazer ping alguns hosts pelo nome, mesmo que eu pudesse procurá-los via nslookup e pingar por IP:
C:\>nslookup router
Server: router
Address: 192.168.22.1
Non-authoritative answer:
Name: router
Address: 192.168.22.1
C:\>ping router
Ping request could not find host router. Please check the name and try again.
C:\>ping 192.168.22.1
Pinging 192.168.22.1 with 32 bytes of data:
Reply from 192.168.22.1: bytes=32 time<1ms TTL=64
Reply from 192.168.22.1: bytes=32 time<1ms TTL=64
Reply from 192.168.22.1: bytes=32 time<1ms TTL=64
Reply from 192.168.22.1: bytes=32 time<1ms TTL=64
Ping statistics for 192.168.22.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms
C:\>nslookup overkill
Server: router
Address: 192.168.22.1
Non-authoritative answer:
Name: nas_server
Address: 192.168.22.5
Mas, estranhamente, outros funcionaram:
C:\>ping nas_server
Pinging nas_server [192.168.22.5] with 32 bytes of data:
Reply from 192.168.22.5: bytes=32 time<1ms TTL=64
Reply from 192.168.22.5: bytes=32 time<1ms TTL=64
Reply from 192.168.22.5: bytes=32 time<1ms TTL=64
Reply from 192.168.22.5: bytes=32 time<1ms TTL=64
Ping statistics for 192.168.22.5:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms
C:\>
Eu usei o Wireshark para investigar mais e descobri que o comando ping não estava causando nenhum pacote DNS para ser enviado, apenas NetBIOS Name Service pacotes. Isso falharia no meu roteador, mas seria bem-sucedido para o meu servidor NAS (porque o NAS estava executando o Samba). O nslookup usava DNS, e por isso funcionava para tudo.
Captura Wireshark do ping:
OproblemaraizeraqueoWindowsusaoDNSServiceemvezdoDNSemcertoscasos(comoquandoohostnãotemumdomínio).
Minhasolução
Observação:ascapturasdetelasãodateladeconfiguraçãodomeuroteador,masilustramconceitosgerais.
ConfigureimeuservidorDHCPparainformaratodososhostsquefaziampartedeumdomínio:
Depois, configurei todas as minhas entradas de DNS estático para colocar todos os hosts neste domínio:
Em seguida, limpei todas as informações de DHCP / DNS do Windows:
C:\>ipconfig /release
C:\>ipconfig /renew
C:\>ipconfig /flushdns
E tudo funcionou!
C:\>ping router
Pinging router.localnet [192.168.22.1] with 32 bytes of data:
Reply from 192.168.22.1: bytes=32 time<1ms TTL=64
Reply from 192.168.22.1: bytes=32 time<1ms TTL=64
Reply from 192.168.22.1: bytes=32 time<1ms TTL=64
Reply from 192.168.22.1: bytes=32 time<1ms TTL=64
Ping statistics for 192.168.22.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms
C:\>
Fora da caixa O Windows 7 desativa a resposta Ping no Firewall do Windows. Você precisará ativá-lo em todas as máquinas clientes. Não tenho certeza se isso pode ser feito por meio da política de grupo. Aqui é como para fazer isso no Vista, acho que o 7 é o mesmo.