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!
cmd - nslookup - 192.168.1.101cmd - nslookup - WDTVLiveHubOdpowiedzi:
Twoje ustalenia wydają się wskazywać na resolvera Netbios, co z kolei powoduje, że ten wpis jest podejrzany:
Node Type . . . . . . . . . . . . : Peer-PeerWę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:
źródło
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.źródło
Być może serwer nie może rozpoznać nazwy hosta.
Możesz spróbować dodać wpis dla WDTVLiveHub w pliku hosts jako:
W systemie Windows: C: \ Windows \ system32 \ drivers \ etc \
źródło
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 whostspliku dla wszystkich komputerów w mojej sieci! Nadal pomocny, dziękuję za odpowiedź.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.
źródło
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:
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:
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ść :))
źródło