Longo atraso ao pingar a máquina com o Windows 7 pelo nome vs pelo ip

Question

Esta questão diz respeito às máquinas acessando / pingando umas às outras na minha rede local pelo nome vs ip e atrasos associados a fazê-lo pelo nome. Todas as máquinas são do Windows 7 Ultimate 64bit.

Abaixo está a saída de três cenários:

1. Ping machine2 pelo nome. O principal problema é que há um atraso de 6 segundos ao entrar na linha de comando antes de os resultados serem retornados.

C:\Users\machine1>ping machine2

Pinging machine2 [fe80::95f5:38e3:fc8a:4a70%11] with 32 bytes of data:
Reply from fe80::95f5:38e3:fc8a:4a70%11: time=1ms
Reply from fe80::95f5:38e3:fc8a:4a70%11: time=1ms
Reply from fe80::95f5:38e3:fc8a:4a70%11: time=1ms
Reply from fe80::95f5:38e3:fc8a:4a70%11: time=1ms

Ping statistics for fe80::95f5:38e3:fc8a:4a70%11:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 1ms, Maximum = 1ms, Average = 1ms

2. Ping machine2 por ip. Não há nenhum atraso ao entrar para receber resultados

C:\Users\machine1>ping 192.168.1.101

Pinging 192.168.1.101 with 32 bytes of data:
Reply from 192.168.1.101: bytes=32 time=1ms TTL=128
Reply from 192.168.1.101: bytes=32 time=1ms TTL=128
Reply from 192.168.1.101: bytes=32 time=1ms TTL=128
Reply from 192.168.1.101: bytes=32 time=1ms TTL=128

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

3. Força o ping a usar o IPv4 e ping pelo nome da máquina. Ainda ocorre o mesmo atraso.

C:\Users\machine1>ping machine2 -4

Pinging machine2 [192.168.1.101] with 32 bytes of data:
Reply from 192.168.1.101: bytes=32 time=58ms TTL=128
Reply from 192.168.1.101: bytes=32 time=86ms TTL=128
Reply from 192.168.1.101: bytes=32 time=1ms TTL=128
Reply from 192.168.1.101: bytes=32 time=19ms TTL=128

Ping statistics for 192.168.1.101:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 1ms, Maximum = 86ms, Average = 41ms

O principal momento em que isso se torna um problema é usar programas em que eu queria digitar rapidamente um nome de máquina na rede para conexão, por exemplo, Área de Trabalho Remota, e ter que esperar 6 segundos cada vez, ou procurar o IP primeiro, o que não é ótimo quando o IP muda. Também não estou interessado em IPs estáticos.

Neste ponto, acho que isso tem que fazer mais com a resolução do nome da máquina do que qualquer outra coisa, mas não sei para onde ir a partir daqui. Qualquer ajuda seria apreciada.

    

Answer 1

O tempo limite estará na resolução do DNS. Pode ser porque você tem mais de um servidor DNS especificado e um deles não está respondendo.

Em um tipo de janela de prompt de comando:

C:\> ipconfig /all | find "DNS Servers"

e anote os endereços IP dos servidores DNS.

Em seguida, use a ferramenta nslookup para investigá-los:

C:\> nslookup
Default Server: Blah
Address: 192.168.1.1

>

Em seguida, selecione cada servidor DNS por vez:

> server 192.168.1.1
Default Server: [192.168.1.1]
Address: 192.168.1.1

e faça uma pesquisa usando:

> machine2
Server: [192.168.1.1]
Address: 192.168.1.1

Name: machine2.mydomain.com
Address: 192.168.1.101

Repita os comandos server e machine2 para cada endereço IP da sua lista. Um deles deve falhar com:

Request to [192.168.1.1] timed-out

Então é só um caso de descobrir a) por que esse servidor DNS não está funcionando, eb) se você deveria estar usando ele mesmo.

    

Answer 2

O Windows usa vários métodos diferentes para resolver nomes de máquinas:

• DNS
• NBNS, serviço de nome NetBIOS (usado por todas as versões do Windows)
• LLMNR (introduzido no Windows 7; somente IPv6)
• mDNS (se o Bonjour estiver instalado, vem com o iTunes e provavelmente com o Safari)

Pode ser que o servidor DNS não esteja respondendo às consultas ou que as outras máquinas tenham NBNS e / ou LLMNR desativado ou com firewall. (Eu não sei a ordem exata, mas o DNS sempre parece ser tentado primeiro.)

Instale o Wireshark e observe todos os pacotes relacionados à resolução de nomes. Defina o filtro de exibição para dns or nbns or udp.port=5355 .

    

Answer 3

Na verdade, encontrei este problema recentemente em um sistema Linux.

A causa é que, uma vez que os pacotes de retorno começam a chegar, certas versões de ping , por padrão, tentam fazer uma pesquisa DNS reversa do endereço IP da qual a resposta vem:

shadur@caleburn: ~/ > ping google.com
PING google.com (74.125.136.113) 56(84) bytes of data.
64 bytes from ea-in-f113.1e100.net (74.125.136.113): icmp_seq=1 ttl=49 time=12.7 ms
64 bytes from ea-in-f113.1e100.net (74.125.136.113): icmp_seq=2 ttl=49 time=7.75 ms
64 bytes from ea-in-f113.1e100.net (74.125.136.113): icmp_seq=3 ttl=49 time=7.85 ms

Se sua configuração não tiver DNS reverso configurado para 1.168.192.in-addr.arpa (ou pelo menos uma entrada para 192.168.1.1 no arquivo hosts , o tempo limite será atingido ao tentar acessar um servidor DNS para concluir a pesquisa e não pode começar a imprimir os pacotes de resposta até que a pesquisa seja resolvida (por uma resposta correta do DNS, caso em que imprime o nome retornado ou por um tempo limite, caso em que apenas imprime o endereço IP).

Adicionar o combo nome / endereço IP ao seu arquivo hosts deve corrigir o problema.

( EDIT : no Windows, o arquivo que você está procurando está em C:\Windows\System32\drivers\etc\hosts por padrão).