У мене виникає дивна (і наполеглива!) Проблема з пінгмінгом локальних машин у моїй мережі по імені. Я вважаю, що моя машина (Windows 7 64-розрядна) є єдиною проблемою. Це через бездротове з'єднання.
Як приклад, розглянемо пристрій у моїй мережі на ім'я WDTVLiveHub. Це Western Digital Hub Live (сюрприз!). Якщо я перейду до таблиці клієнтів DHCP мого маршрутизатора в браузері (мій маршрутизатор - WRT400N), я побачу цей запис:
WDTVLiveHub 192.168.1.101
Чудово. Тож я намагаюся ввести пінг в цю 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
Добре, все ще добре виглядаю. Зараз я намагаюсь відімкнути його по імені:
ping WDTVLiveHub
Ping request could not find host WDTVLiveHub. Please check the name and try again.
З того, що я прочитав, це означає проблему з DNS-серверами та пошуковими іменами хостів. Цікаво, що якщо я набираю таке:
pathping 192.168.1.101
Я отримую цей вихід:
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.
Скотті - це, очевидно, назва моєї місцевої машини. Тож я можу якось знайти ім’я, коли я роблю такий підхід ...
ipconfig /all на серверах DNS показано наступне:
DNS Servers . . . . . . . . . . . : 192.168.1.1
***.***.***.***
***.***.***.***
Якщо * представляє ті самі сервери DNS, які відображаються в моєму маршрутизаторі під DNS 1 та DNS 2 через Інтернет.
Для повноти, ось весь результат 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
Не точно знаєте, як точно діагностувати, що відбувається ... але проблема насправді неприємна! Найбільша проблема полягає в тому, що мої відображені мережеві накопичувачі повинні виконуватись IP-адресою, і тоді, коли маршрутизатор призначить цим IP-адресам нові IP-адреси, усі мої мережі поділяються знову. Смердить!
Дуже хотів би допомогти щодо можливих рішень. Я спробував netshперезавантажити весь цей каталог і, здавалося, взагалі нічого не виправляв. Було б хотіти пояснення того, що відбувається не так, замість того, щоб сліпо скидати речі!
ОНОВЛЕННЯ: Я запустив Wireshark 1.8.2, щоб побачити, що відбувається під час запуску мого pingзапиту. Wireshark одразу показує чотири LLMNRзапити на те, що, на мою думку, є правильним місцем призначення. Два з них - IPv4, а інші два - IPv6. Що я не бачу - це будь-які пакети ICMP? Чи слід очікувати, що LLMNR працюватиме самостійно?
ОНОВЛЕННЯ 2: Я можу назви пінг іншої машини (Windows Vista) у мережі за назвою. Це з ідеєю, що LLMNR підтримується лише на новіших машинах Windows, але не на інших пристроях моєї мережі. Я встановив WireShark на своїй іншій машині і виявив, що, коли я пінг звідти, він також надсилає пакети NBNS - NetBIOS Name Service. Це означає, що моя машина чомусь не надсилає запити NBNS. Ще копаємо ...
ОНОВЛЕННЯ 3: Здається, просто не можна надсилати пакети NetBIOS. Я думаю, що це першопричина. Я намагався відключити LLMNR через групову політику, сподіваючись, що NetBIOS магічно запуститься, але не пощастило. ipconfigпоказує, що NetBIOS через TCP / IP увімкнено, і все ж WireShark не показує, що жодні пакети роздільної здатності імені NetBIOS не надсилаються. Я спробував відключити, а потім повторно ввімкнути його. Я також спробував дві класичні команди nbtstat winsock reset catalogта nbtstat int ip reset reset.log, але вони зовсім не виправили проблеми NetBIOS. ЛЮБИТЬ якісь вказівки ...
РЕШЕНО! Багато, багато завдяки wmz. Він чи вона точно визначили саме цю проблему: з будь-якої причини мій NetBIOS через TCP / IP налаштував себе діяти в режимі однорангових. Після невеликого дослідження виявляється, що одноранговий режим працює лише в тому випадку, якщо у вас налаштований сервер WINS (чого я точно не хочу!). Я вкопався до реєстру і не знайшов записів під NodeType, але справді запис для DhcpNodeType зі значенням (жах жахів!) 0x00000002. Значення 1 - Broadcast (що було б добре), 2 - Peer-to-Peer (потрібен сервер WINS! Ack!), 4 спроби WINS-сервера, то трансляція, і 8 намагається транслювати потім WINS-сервер (називається "Hybrid" режим). Після видалення запису DhcpNodeType та перезавантаження я виявив цеipconfig /allтепер показав гібридний режим. Таким чином, схоже, що це типовий 64-розрядний Windows 7 Ultimate. Я спробував пінг wdtvlivehub, і одразу привітався з солодким смаком успіху. Велике спасибі всім вам за різні відповіді. Я дуже радий, що вирішив проблему без перевстановлення Windows чи якоїсь божевільної речі. Я досі не маю уявлення, як ця цінність коли-небудь змінилася ... але, принаймні, ще одне, що потрібно шукати, і, сподіваємось, ця інформація допомагає комусь іншому, що має справу з розчаруючими проблемами мереж! Відчуває себе так добре, що цю проблему облизували! Баунті добре зароблені!
Спасибі!
cmd - nslookup - WDTVLiveHub

cmd - nslookup - 192.168.1.101