Um IP estranho com ping: diferente do IP nsLookup: diferente do IP real

0

Em outro PC Pode o desktop remoto do Google em AcerDragon. Mas ao acessá-lo via rede, não pode ser encontrado.

C:\>ping acerdragon

Pinging acerdragon.home **[192.168.1.9]** with 32 bytes of data:
Reply from 192.168.1.8: Destination host unreachable.

Mas é possível acessar com o endereço IP local real. Por quê? Como corrigir isso?

C:\>ping **192.168.1.14**

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

No AcerDragon Seu IP Local é: 192.168.1.14 ISP: Verizon Communications Inc.

C:\>hostname
AcerDragon

C:\>ping acerdragon

Pinging AcerDragon [fe80::d153:e9cf:e4ed:65e1%14] with 32 bytes of data:
Reply from **fe80::d153:e9cf:e4ed:65e1%14**: time<1ms
Reply from fe80::d153:e9cf:e4ed:65e1%14: time<1ms
Reply from fe80::d153:e9cf:e4ed:65e1%14: time<1ms
Reply from fe80::d153:e9cf:e4ed:65e1%14: time<1ms

Ping statistics for fe80::d153:e9cf:e4ed:65e1%14:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 0ms, Average = 0ms

C:\>nslookup acerdragon
Server:  Wireless_Broadband_Router.home
Address:  192.168.1.1

Name:    acerdragon.home
Address:  **192.168.1.9**

C:\Users\longtt>hostname
AcerDragon

C:\>nslookup 192.168.1.14
Server:  Wireless_Broadband_Router.home
Address:  192.168.1.1

Name:    new-host-2.home
Address:  192.168.1.14


C:\>ping **192.168.1.14**

Pinging 192.168.1.14 with 32 bytes of data:
Reply from **192.168.1.14**: bytes=32 time<1ms TTL=128

[fe80::d153:e9cf:e4ed:65e1%14] ... ping ........ vs ...... nsLookup .... ** 192.168.1.9 ..... nslookup ..... vs ... ..actualLocal ......... ** 192.168.1.14 - long4short

    
por long4short 20.02.2018 / 00:16

2 respostas

0

Parece que o DNS no seu roteador está errado. Atualize o firmware.

Quando você faz o ping por hostname, você está obtendo um resultado IPv6. Adicione "-4" para limitar o ping ao IPv4:

ping acerdragon -4
    
por 20.02.2018 / 01:39
0

O que você está vendo é uma mistura de resolução de nomes DNS e link-local. Com a resolução do nome local do link, os próprios hosts respondem aos pacotes de consulta de multicast quando o nome do host corresponde ao nome na consulta. Você precisa verificar se os nomes de host (conforme retornado com o comando hostname no computador local) correspondem ao mapeamento de nome-ip no servidor DNS. Ou, você poderia confiar somente na resolução de nomes local do link, que o livra do fardo de administrar o servidor DNS.

    
por 20.02.2018 / 07:54