Impossibile eseguire il ping dei computer locali per nome in Windows 7

Sto riscontrando uno strano (e persistente!) Problema con il ping dei computer locali sulla mia rete per nome. Credo che la mia macchina (Windows 7 a 64 bit) sia l'unica ad avere questo problema. Questo avviene tramite una connessione wireless.

Ad esempio, considera un dispositivo sulla mia rete con il nome di WDTVLiveHub. È un Western Digital Live Hub (sorpresa!). Se vado alla tabella client DHCP del mio router nel browser (il mio router è un WRT400N), vedo questa voce:

WDTVLiveHub 192.168.1.101

Grande. Quindi provo a eseguire il ping di quell'indirizzo IP:

ping 192.168.1.101

Pinging 192.168.1.101 with 32 bytes of data:
Reply from 192.168.1.101: bytes=32 time=9ms TTL=64
Reply from 192.168.1.101: bytes=32 time=16ms TTL=64
Reply from 192.168.1.101: bytes=32 time=16ms TTL=64
Reply from 192.168.1.101: bytes=32 time=16ms TTL=64

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

OK, sto ancora bene. Ora provo a eseguire il ping per nome:

ping WDTVLiveHub

Ping request could not find host WDTVLiveHub. Please check the name and try again.

Da quello che ho letto, questo implica un problema con i server DNS e le ricerche dei nomi host. È interessante notare che se digito quanto segue:

pathping 192.168.1.101

Ottengo questo risultato:

Tracing route to WDTVLIVEHUB [192.168.1.101]
over a maximum of 30 hops:
  0  Scotty [192.168.1.103]
  1  WDTVLIVEHUB [192.168.1.101]

Computing statistics for 25 seconds...
            Source to Here   This Node/Link
Hop  RTT    Lost/Sent = Pct  Lost/Sent = Pct  Address
  0                                           Scotty [192.168.1.103]
                                1/ 100 =  1%   |
  1   12ms     1/ 100 =  1%     0/ 100 =  0%  WDTVLIVEHUB [192.168.1.101]

Trace complete.

Scotty è ovviamente il nome della mia macchina locale. Quindi è in grado di trovare il nome in qualche modo quando faccio questo approccio ...

ipconfig /all mostra quanto segue in server DNS:

   DNS Servers . . . . . . . . . . . : 192.168.1.1
                                       ***.***.***.***
                                       ***.***.***.***

Dove * rappresenta gli stessi server DNS visualizzati nel mio router in DNS 1 e DNS 2 attraverso Internet.

Per completezza, ecco l'intero output di ipconfig /all:

Windows IP Configuration

   Host Name . . . . . . . . . . . . : Scotty
   Primary Dns Suffix  . . . . . . . : 
   Node Type . . . . . . . . . . . . : Peer-Peer
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No

Wireless LAN adapter Wireless Network Connection:

   Connection-specific DNS Suffix  . : 
   Description . . . . . . . . . . . : Dell Wireless 1397 WLAN Mini-Card
   Physical Address. . . . . . . . . : 0C-EE-E6-D1-07-E8
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   IPv6 Address. . . . . . . . . . . : 2002:d83a:31e5:1234:5592:398e:8968:43d1(Preferred) 
   Temporary IPv6 Address. . . . . . : 2002:d83a:31e5:1234:ecce:2f79:72a5:5273(Preferred) 
   Link-local IPv6 Address . . . . . : fe80::5592:398e:8968:43d1%26(Preferred) 
   IPv4 Address. . . . . . . . . . . : 192.168.1.103(Preferred) 
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : September-17-12 11:05:57 PM
   Lease Expires . . . . . . . . . . : September-18-12 11:05:57 PM
   Default Gateway . . . . . . . . . : fe80::200:ff:fe00:0%26
                                       192.168.1.1
   DHCP Server . . . . . . . . . . . : 192.168.1.1
   DHCPv6 IAID . . . . . . . . . . . : 537718502
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-12-80-3D-D7-00-26-B9-0D-08-70
   DNS Servers . . . . . . . . . . . : 192.168.1.1
                                       ***.***.***.***
                                       ***.***.***.***
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter VirtualBox Host-Only Network:

   Connection-specific DNS Suffix  . : 
   Description . . . . . . . . . . . : VirtualBox Host-Only Ethernet Adapter
   Physical Address. . . . . . . . . : 08-00-27-00-98-9A
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::b48a:916b:c0f:fb29%23(Preferred) 
   Autoconfiguration IPv4 Address. . : 169.254.251.41(Preferred) 
   Subnet Mask . . . . . . . . . . . : 255.255.0.0
   Default Gateway . . . . . . . . . : 
   DHCPv6 IAID . . . . . . . . . . . : 570949671
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-12-80-3D-D7-00-26-B9-0D-08-70
   DNS Servers . . . . . . . . . . . : fec0:0:0:ffff::1%1
                                       fec0:0:0:ffff::2%1
                                       fec0:0:0:ffff::3%1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Tunnel adapter Local Area Connection* 15:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : 
   Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.{55899375-C31D-4173-A529-4427D63FD28B}:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : 
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #2
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.{64B8F35F-A6AB-4D6B-B1D5-DD95F57B1458}:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : 
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #3
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Non sono sicuro di come diagnosticare esattamente cosa sta succedendo ... ma il problema è davvero frustrante! Il problema più grande è che le mie unità di rete mappate devono essere eseguite tramite IP e ogni volta che il router assegna nuovi indirizzi IP a tali dispositivi, tutte le mie condivisioni di rete si rompono di nuovo. Puzza!

Mi piacerebbe un po 'di assistenza su possibili soluzioni. Ho provato a netshreimpostare tutto questo catalogo e questo non sembra aver risolto nulla. Mi piacerebbe anche una spiegazione di cosa non va, piuttosto che ripristinare ciecamente le cose!

AGGIORNAMENTO: Ho eseguito Wireshark 1.8.2 per vedere cosa stava succedendo quando ho eseguito la mia pingrichiesta. Wireshark mostra immediatamente quattro LLMNRrichieste per quella che credo sia la destinazione multicast corretta. Due di loro sono IPv4 e gli altri due sono IPv6. Quello che non vedo sono pacchetti ICMP? LLMNR dovrebbe funzionare da solo?

AGGIORNAMENTO 2: Sono in grado di eseguire il ping di un altro computer (Windows Vista) sulla rete per nome. Questo fa pensare che LLMNR sia supportato solo su macchine Windows più recenti, ma non sugli altri dispositivi della mia rete. Ho installato WireShark sulla mia altra macchina, e ha scoperto che, quando faccio un rumore metallico da lì, invia anche i pacchetti NBNS - NetBIOS Name Service. Ciò implica che in qualche modo la mia macchina non sta inviando query NBNS per qualche motivo. Sto ancora scavando ...

AGGIORNAMENTO 3: Non riesco proprio a inviare pacchetti NetBIOS. Penso che questa sia la causa principale. Ho provato a disabilitare LLMNR attraverso i criteri di gruppo sperando che NetBIOS si avviasse magicamente, ma senza fortuna. ipconfigmostra che NetBIOS su TCP / IP è abilitato, e tuttavia WireShark non mostra alcun pacchetto di risoluzione dei nomi NetBIOS inviato. Ho provato a disabilitare e quindi riattivarlo. Ho anche provato i due comandi classici di nbtstat winsock reset cataloge nbtstat int ip reset reset.log, ma quelli non hanno risolto affatto i problemi di NetBIOS. ADORO una guida ...

Risolto! Mille grazie a WMZ. Lui o lei ha individuato esattamente il problema: per qualsiasi motivo il mio NetBIOS su TCP / IP si era impostato per agire in modalità peer-to-peer. Dopo un po 'di ricerche, si scopre che la modalità peer-to-peer funziona solo se si è configurato un server WINS (cosa che sicuramente non faccio!). Ho scavato nel registro e non ho trovato voci in NodeType, ma in effetti una voce per DhcpNodeType con il valore (horror degli orrori!) Di 0x00000002. Il valore 1 è Broadcast (che sarebbe andato bene), 2 è Peer-to-Peer (che richiede un server WINS! Ack!), 4 tentativi di trasmissione del server WINS e 8 tentativi di trasmissione, quindi del server WINS (chiamato "Ibrido" modalità). Dopo aver eliminato la voce DhcpNodeType e riavviato, l'ho trovatoipconfig /allora ha mostrato la modalità ibrida. Quindi sembra che sia l'impostazione predefinita per Windows 7 Ultimate a 64 bit. Ho provato a fare il ping wdtvlivehube sono stato subito accolto con il dolce gusto del successo. Mille grazie a tutti voi per le vostre varie risposte. Sono molto felice di aver risolto il problema senza reinstallare Windows o qualcosa di folle. Non ho ancora idea di come questo valore sia mai stato cambiato ... ma almeno è un'altra cosa da cercare e spero che queste informazioni aiutino qualcun altro a gestire problemi di rete frustranti! Sembra così bello avere questo problema leccato! Bounty ben guadagnato!

Grazie!

I tuoi risultati sembrano indicare il risolutore di netbios, che a sua volta rende sospetta questa voce:
Node Type . . . . . . . . . . . . : Peer-Peer

Tipo di nodo Netbios p (2) - normalmente utilizzato solo con il server Wins (che presumo tu non abbia) - disabilita efficacemente qualsiasi trasmissione di risoluzione dei nomi netbios.

Questo articolo descrive un problema molto simile al tuo e si collega anche all'articolo di Msoft technet che descrive in dettaglio come ripristinare il tipo di nodo a qualcosa di più ragionevole:

Per risolvere questo problema, attenersi alla seguente procedura:

Click Start, click Run, type regedit, and then click OK.
Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\NetBt\Parameters
In the right pane of Registry Editor, delete the following values if they are present:
    NodeType
    DhcpNodeType

Nota Se è presente il valore NodeType, questo valore sovrascriverà il valore DhcpNodeType. Se nessuna sottochiave è presente e se nessun server WINS è configurato per il client, il computer utilizza la modalità b-node. Se è configurato almeno un server WINS, il computer utilizza la modalità nodo h. Chiudi l'editor del registro. Riavvia il computer. Prova a visualizzare nuovamente i computer del gruppo di lavoro sulla rete.

Una cosa interessante del tuo ipconfig /alloutput è che non hai suffisso dns primario, dovresti andare nelle proprietà tcp / ip per ipv4 su quell'adattatore e aggiungere un gruppo di lavoro come suffisso dns primario e vedere se è in grado di risolvere i nomi per l'altro sistemi, la maggior parte dei router aggiungerà .workgroup ai nomi delle macchine in modo che fqdn per il tuo sistema sia scotty.workgroup. controlla anche se riesci a eseguire il ping di WDTVLiveHub.workgroup per nome. dovresti anche aggiungere un gruppo di lavoro all'elenco dei domini di ricerca DNS nelle impostazioni ipv4 anche per quell'adattatore.

Forse il server non è in grado di risolvere il nome host.

Potresti provare ad aggiungere la voce per WDTVLiveHub nel file hosts come:

192.168.1.101 WDTVLiveHub

Su Windows: C: \ Windows \ system32 \ drivers \ etc \

Forse il problema è la miscelazione sugli stessi dispositivi di rete che utilizzano iPv4 e iPv6.

Potresti provare a disattivare iPv6 nel router e in Windows 7.

La seguente soluzione ti farà dimenticare il trambusto che affronta i file host locali e cose come la risoluzione dei nomi NETBIOS - ma c'è un aspetto negativo. Questa non è solo un'impostazione per accendere o spegnere in Windows o nella configurazione del router. Ciò richiede un po 'più di sforzo da parte tua.

A me sembra che tu sia abbastanza sofistito da risolverlo in un certo modo, dove non avrai mai più problemi con la risoluzione dei nomi nella tua rete domestica!

Dopo un rapido controllo su www.dd-wrt.com sembra che il tuo router Cisco sia compatibile con il router-firmware DD-WRT open source. Questa pratica piccola tranquillità del software impiegherà il tuo router con tutte le funzionalità di cui hai bisogno nella tua rete domestica e anche di più. Ciò include anche un servizio chiamato DNSMasq che è un server DNS piccolo e leggero che gira sul tuo router.

Dal wiki DD-WRT:

Un ulteriore vantaggio è che DNSMasq può aggiungere in modo intelligente contratti di locazione DHCP al proprio database DNS, fornendo ricerche di nomi locali per qualsiasi client DHCP, statico o dinamico.

Quindi questo in realtà aggiungerà una vera risoluzione DNS alla tua rete che non si basa sulla speranza che NETBIOS e la risoluzione DNS-multicast funzionino.

Se sei il tipo di ragazzo a cui piace remare per alcune ore e provare qualcosa di nuovo, ti suggerisco di dare un'occhiata. Puoi trovare una guida per far lampeggiare il tuo router qui, ma assicurati di verificare che il tuo dispositivo e la versione del modello siano compatibili con DD-WRT prima di eseguire il flashing del nuovo firmware o potresti danneggiare il tuo dispositivo! il link di nuovo per controllare questo

Altre cose interessanti che ottieni con DD-WRT:

• Supporto Wake On LAN - Avvia i tuoi dispositivi da qualsiasi parte della parola
• Supporto endpoint VPN - Ottieni una connessione sicura alla tua rete domestica dall'estero.
• Analisi e gestione della larghezza di banda - Ottieni informazioni reali sull'utilizzo della rete.
• molte altre cose. La panoramica è disponibile qui

A proposito, è anche gratuito.

Saluti Riscie!

(Non sono collegato a nessuno degli sviluppatori di DD-WRT né otterrò un guadagno da qualcuno che utilizza questo firmware - sono così entusiasta perché credo davvero nella sua funzionalità :))