Nie można pingować lokalnych komputerów według nazwy w Windows 7


13

Mam dziwny (i trwały!) Problem z pingowaniem lokalnych komputerów w mojej sieci według nazwy. Wydaje mi się, że mój komputer (64-bitowy system Windows 7) jest jedynym, który ma ten problem. Jest to połączenie bezprzewodowe.

Jako przykład rozważmy urządzenie w mojej sieci o nazwie WDTVLiveHub. To Western Digital Live Hub (niespodzianka!). Jeśli przejdę do tabeli klientów DHCP routera w przeglądarce (mój router to WRT400N), zobaczę ten wpis:

WDTVLiveHub 192.168.1.101

Świetny. Więc próbuję pingować ten adres 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, nadal dobrze wyglądam. Teraz próbuję pingować go według nazwy:

ping WDTVLiveHub

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

Z tego, co przeczytałem, oznacza to problem z serwerami DNS i wyszukiwaniem nazw hostów. Co ciekawe, jeśli napiszę:

pathping 192.168.1.101

Otrzymuję ten wynik:

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 to oczywiście nazwa mojej lokalnej maszyny. Więc jest w stanie znaleźć nazwę, kiedy podchodzę do tego ...

ipconfig /all pokazuje następujące opcje w ramach serwerów DNS:

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

Gdzie * oznacza te same serwery DNS, które pojawiają się na moim routerze pod DNS 1 i DNS 2 przez Internet.

Dla kompletności, oto cały wynik 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

Nie wiem dokładnie, jak dokładnie zdiagnozować, co się dzieje ... ale problem jest naprawdę frustrujący! Największym problemem jest to, że moje zmapowane dyski sieciowe muszą być wykonane przez IP, a następnie za każdym razem, gdy router przypisuje nowe adresy IP do tych urządzeń, wszystkie moje udziały sieciowe ponownie się psują. Śmierdzi!

Z chęcią pomogę w możliwych rozwiązaniach. Próbowałem netshzresetować cały ten katalog i nie wydawało się, żeby to w ogóle coś naprawiło. Z przyjemnością wytłumaczę, co się dzieje źle, zamiast ślepo resetować rzeczy!

AKTUALIZACJA: Uruchomiłem Wireshark 1.8.2, aby zobaczyć, co się dzieje, kiedy uruchomiłem moją pingprośbę. Wireshark natychmiast pokazuje cztery LLMNRżądania do tego, co moim zdaniem jest właściwym miejscem docelowym multiemisji. Dwa z nich to IPv4, a pozostałe dwa to IPv6. Co ja nie zobaczyć jakieś pakiety ICMP? Czy LLMNR powinien działać samodzielnie?

AKTUALIZACJA 2: Jestem w stanie pingować inny komputer (Windows Vista) w sieci według nazwy. To ucieka od pomysłu, że LLMNR jest obsługiwany tylko na nowszych komputerach z systemem Windows, ale nie na innych urządzeniach w mojej sieci. Zainstalowałem WireShark na innym komputerze i odkryłem, że kiedy pinguję stamtąd, wysyła również pakiety NBNS - usługę nazw NetBIOS. Oznacza to, że z jakiegoś powodu moja maszyna nie wysyła zapytań NBNS. Nadal kopie ...

AKTUALIZACJA 3: Wydaje się, że nie można wysłać pakietów NetBIOS. Myślę, że to jest podstawowa przyczyna. Próbowałem wyłączyć LLMNR poprzez zasady grupy, mając nadzieję, że NetBIOS w magiczny sposób uruchomi się, ale bez powodzenia. ipconfigpokazuje, że NetBIOS przez TCP / IP jest włączony, a mimo to WireShark nie wyświetla wysyłanych pakietów rozpoznawania nazw NetBIOS. Próbowałem wyłączyć, a następnie włączyć ponownie. Próbowałem też dwóch klasycznych poleceń nbtstat winsock reset catalogi nbtstat int ip reset reset.log, ale te w ogóle nie rozwiązały problemów z NetBIOS. Chciałbym trochę wskazówek ...

ROZWIĄZANY! Wielkie dzięki dla wmz. On lub ona rzeczywiście dokładnie wskazał problem: z jakiegokolwiek powodu mój NetBIOS przez TCP / IP ustawił się na działanie w trybie peer-to-peer. Po krótkich badaniach okazuje się, że tryb peer-to-peer działa tylko wtedy, gdy masz skonfigurowany serwer WINS (czego zdecydowanie nie!). Wkopałem się w rejestr i nie znalazłem żadnych wpisów w polu NodeType, ale rzeczywiście wpis dla DhcpNodeType o wartości (horror horror!) 0x00000002. Wartość 1 to Broadcast (co byłoby w porządku), 2 to Peer-to-Peer (wymagający serwera WINS! Ack!), 4 próby serwera WINS, a następnie emisja, a 8 prób emisji, a następnie serwer WINS (o nazwie „Hybrid” tryb). Po usunięciu wpisu DhcpNodeType i ponownym uruchomieniu systemu znalazłem toipconfig /allteraz pokazywał tryb hybrydowy. Wygląda więc na to, że jest to domyślna wersja 64-bitowego systemu Windows 7 Ultimate. Próbowałem pingować wdtvlivehubi natychmiast powitano mnie słodkim smakiem sukcesu. Dziękujemy wszystkim za różne odpowiedzi. Bardzo się cieszę, że rozwiązałem problem bez ponownej instalacji systemu Windows lub jakiejś szalonej rzeczy. Nadal nie mam pojęcia, jak ta wartość kiedykolwiek się zmieniła ... ale przynajmniej jest to jeszcze jedna rzecz i mam nadzieję, że ta informacja pomoże komuś innemu poradzić sobie z frustrującymi problemami z siecią! Tak dobrze, że ten problem został wylizany! Nagroda za dobrze zarobione!

Dzięki!


1
Czy możesz podać dane wyjściowe cmd - nslookup - 192.168.1.101
Langhard

1
a takżecmd - nslookup - WDTVLiveHub
Langhard

On :) Co do tego, dlaczego tak się stało - istnienie DHCPNodeType oznacza, że ​​został ustawiony przez DHCP. Jest to opcja konfiguracji dostępna na wielu serwerach DHCP. Jeśli skonfigurowany, ustawi typ na podaną wartość. Problem w tym, że wydaje się, że pozostaje w rejestrze, nawet jeśli później połączysz się z siecią, która go nie ustawia. Oznacza to, że ten problem może się ponownie pojawić (jeśli ponownie użyjesz sieci, która go ustawiła). Na koniec uważam, że twoje pytanie jest doskonałym przykładem tego, jak powinno wyglądać dobre pytanie . Wykonałeś większość pracy!
wmz

Odpowiedzi:


12

Twoje ustalenia wydają się wskazywać na resolvera Netbios, co z kolei powoduje, że ten wpis jest podejrzany:
Node Type . . . . . . . . . . . . : Peer-Peer

Węzeł Netbios typu p (2) - zwykle używany tylko z serwerem Wins (który, jak zakładam, nie masz) - skutecznie wyłącza każdą transmisję rozpoznawania nazw Netbios.

Ten artykuł describles problemy bardzo podobne do Ciebie, a także linki do MSoft technet artykule szczegółowo, jak zresetować typ węzła na coś bardziej rozsądnego:

Aby rozwiązać ten problem, wykonaj następujące kroki:

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

Uwaga Jeśli wartość NodeType jest obecna, wartość ta zastąpi wartość DhcpNodeType. Jeśli nie ma żadnego podklucza i jeśli nie ma skonfigurowanych serwerów WINS dla klienta, komputer używa trybu b-węzła. Jeśli skonfigurowano co najmniej jeden serwer WINS, komputer używa trybu węzła-h. Zamknij Edytor rejestru. Zrestartuj komputer. Spróbuj ponownie wyświetlić komputery grupy roboczej w sieci.


To wygląda bardzo obiecująco. Wypróbuję to dziś wieczorem. Wydaje mi się to najbardziej odpowiednim rozwiązaniem. Naprawdę mam nadzieję, że to jest to!
aardvarkk

Zrobiło to! Jeśli jesteś zainteresowany, dodałem kilka szczegółów do mojego pierwotnego pytania.
aardvarkk

To była ogromna pomoc i działała idealnie. Dzięki!
Jason R. Coombs

1
Jakie są możliwe przyczyny domyślnego ustawienia tej wartości na Peer-Peer? Czy może na to wpłynąć fakt, że mój komputer był podłączony do sieci WAN podczas instalacji systemu?
Olegs Jeremejevs

@OlegsJeremejevs Najprawdopodobniej jest to ustawione przez serwer DCHP, ponieważ Win nie ustawia domyślnie tego typu węzła (domyślnie jest to ustawienie b / h). Zobacz mój komentarz do pytania OP
wmz

3

Jedną interesującą rzeczą w twoich ipconfig /allwynikach jest to, że nie masz podstawowego sufiksu dns, powinieneś przejść do właściwości tcp / ip dla ipv4 na tym adapterze i dodać grupę roboczą jako podstawowy sufiks dns i zobaczyć, czy jest on w stanie rozwiązać nazwy drugiego systemów, większość routerów doda .workgroup do nazw komputerów, więc fqdn dla twojego systemu będzie scotty.workgroup. sprawdź także, czy możesz pingować WDTVLiveHub.workgroup według nazwy. należy również dodać grupę roboczą do listy domen wyszukiwania dns w ustawieniach ipv4 również dla tego adaptera.


To również wydaje się bardzo obiecujące. Spróbuję również tego. Dzięki!
aardvarkk

2

Być może serwer nie może rozpoznać nazwy hosta.

Możesz spróbować dodać wpis dla WDTVLiveHub w pliku hosts jako:

192.168.1.101 WDTVLiveHub

W systemie Windows: C: \ Windows \ system32 \ drivers \ etc \


1
Dwie rzeczy: 1) Myślę, że masz to do tyłu. Adres IP powinien być pierwszy, a nazwa hosta drugi. 2) Dodanie tego do hostspliku „naprawia” problem, ale zasadniczo ignoruje prawdziwy problem - rozpoznawanie nazw hosta nie działa. To wydaje mi się bardziej obejściem niż rozwiązaniem ... Nie powinienem dodawać wpisów w hostspliku dla wszystkich komputerów w mojej sieci! Nadal pomocny, dziękuję za odpowiedź.
aardvarkk

1

Być może problemem jest miksowanie na tych samych urządzeniach sieciowych, które używają iPv4 i iPv6.

Możesz spróbować wyłączyć iPv6 w routerze i systemie Windows 7.


1

Poniższe rozwiązanie pozwoli ci zapomnieć o zgiełku związanym z lokalnymi plikami hostów i rozwiązaniach takich jak rozpoznawanie nazw NETBIOS - ale ma to pewną wadę. To nie jest tylko ustawienie do włączania i wyłączania w konfiguracji systemu Windows lub routera. To wymaga trochę więcej wysiłku po twojej stronie.

Wydaje mi się, że jesteś wystarczająco skomplikowany, aby rozwiązać ten problem w taki sposób, że już nigdy nie będziesz mieć problemów z rozpoznawaniem nazw w sieci domowej!

Po szybkim sprawdzeniu na stronie www.dd-wrt.com wydaje się, że Twój router Cisco jest zgodny z oprogramowaniem DD-WRT do routera typu open source. Ten poręczny spokój oprogramowania pozwoli routerowi wykorzystać wszystkie funkcje potrzebne w sieci domowej, a nawet więcej. Dotyczy to również usługi o nazwie DNSMasq, która jest małym, lekkim serwerem dns działającym na routerze.

Z Wiki DD-WRT:

Dodatkową zaletą jest to, że DNSMasq może inteligentnie dodawać dzierżawy DHCP do swojej bazy danych DNS, zapewniając wyszukiwanie nazw lokalnych dla dowolnego klienta DHCP, statycznego lub dynamicznego.

W ten sposób faktycznie dodasz rzeczywiste rozpoznawanie dns do twojej sieci, co nie jest oparte na nadziei, że twoje NETBIOS i multicast-DNS-Resolving działają.

Jeśli jesteś typem faceta, który lubi wiosłować przez kilka godzin i próbować czegoś nowego, sugeruję, abyś rzucił okiem na to. Znajdziesz tutaj przewodnik do flashowania routera , ale pamiętaj, aby sprawdzić, czy Twoje urządzenie i wersja modelu są zgodne z DD-WRT, zanim sflashujesz do niego nowe oprogramowanie, bo możesz uszkodzić urządzenie! link ponownie, aby to sprawdzić

Inne fajne rzeczy, które otrzymujesz dzięki DD-WRT:

  • Obsługa Wake On LAN - Uruchamiaj urządzenia z dowolnego miejsca na świecie
  • Obsługa punktów końcowych VPN - uzyskaj bezpieczne połączenie z siecią domową z zagranicy.
  • Analiza i zarządzanie przepustowością - uzyskaj rzeczywiste informacje na temat wykorzystania sieci.
  • wiele innych rzeczy. Przegląd można znaleźć tutaj

Nawiasem mówiąc, jest również bezpłatny.

Na zdrowie Riscie!

(Nie jestem podłączony do żadnego z twórców DD-WRT, ani nie zyska na kimś korzystającym z tego oprogramowania - jestem tak entuzjastyczny, ponieważ naprawdę wierzę w jego funkcjonalność :))

Zrzut ekranu statusu dd-wrt


Żeby przestrzec, że błąd ludzki podczas instalacji oprogramowania może zepsuć router.
harrymc,
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.