У меня странная (и постоянная!) Проблема с пингом локальных машин в моей сети по имени. Я считаю, что моя машина (Windows 7 64-разрядная версия) является единственной, которая имеет эту проблему. Это через беспроводное соединение.
В качестве примера рассмотрим устройство в моей сети под названием WDTVLiveHub
. Это Western Digital Live Hub (сюрприз!). Если я захожу в таблицу клиентов 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-адреса, все мои сетевые ресурсы снова ломаются. Воняет!
Хотелось бы некоторую помощь по возможным решениям. Я попробовал все этоnetsh
сбросить каталог, и это, похоже, ничего не исправило. Хотелось бы и объяснения того, что происходит не так, как слепой сброс настроек!
ОБНОВЛЕНИЕ: я запустил Wireshark 1.8.2, чтобы посмотреть, что происходит, когда я выполнил свой ping
запрос. Wireshark немедленно показывает четыре LLMNR
запроса к тому, что я считаю правильным адресатом многоадресной рассылки. Два из них - IPv4, а два других - IPv6. Что я не вижу какие-либо пакеты ICMP? Следует ли ожидать, что LLMNR будет работать самостоятельно?
ОБНОВЛЕНИЕ 2: я могу пропинговать другую машину (Windows Vista) в сети по имени. Это связано с тем, что LLMNR поддерживается только на новых компьютерах с Windows, но не на других устройствах в моей сети. Я установил WireShark на другой машину и обнаружил, что когда я пингуюсь оттуда, он также отправляет пакеты NBNS - Службу имен NetBIOS. Это означает, что по какой-то причине моя машина по какой-то причине не отправляет запросы 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 был настроен на работу в одноранговом режиме. После небольшого исследования выясняется, что режим peer-to-peer работает, только если у вас настроен WINS-сервер (чего я точно не знаю!). Я покопался в реестре и не нашел записей под NodeType, но на самом деле запись для DhcpNodeType со значением (ужас ужасов!) 0x00000002. Значение 1 - Broadcast (что было бы хорошо), 2 - Peer-to-Peer (требуется WINS-сервер! Подтвердите!), 4 - WINS-сервер, затем широковещательный, а 8 - широковещательный, а затем WINS-сервер (называемый «гибридным»). Режим). После удаления записи DhcpNodeType и перезагрузки я обнаружил, чтоipconfig /all
сейчас показал гибридный режим. Похоже, что это по умолчанию для Windows 7 Ultimate 64-битной. Я попробовал пинговать wdtvlivehub
, и меня сразу же встретили со вкусом успеха. Большое спасибо всем вам за ваши различные ответы. Я очень рад, что решил проблему без переустановки Windows или какой-то сумасшедшей вещи. Я до сих пор не представляю, как изменилось это значение ... но, по крайней мере, это еще одна вещь, которую нужно искать, и, надеюсь, эта информация поможет кому-то еще иметь дело с неприятными сетевыми проблемами! Чувствует себя так хорошо, когда эта проблема облизана! Баунти хорошо заработал!
Благодарность!
cmd - nslookup - 192.168.1.101
cmd - nslookup - WDTVLiveHub
Ответы:
Похоже, ваши выводы указывают на решатель netbios, что, в свою очередь, делает эту запись подозрительной:
Node Type . . . . . . . . . . . . : Peer-Peer
Тип узла Netbios p (2) - обычно используется только с сервером Wins (который, я полагаю, у вас нет) - эффективно отключает любую трансляцию разрешения имен netbios.
В этой статье описывается проблема, очень похожая на вашу, а также ссылки на техническую статью Msoft, в которой подробно рассказывается, как сбросить тип узла на что-то более разумное:
источник
Одна интересная вещь в вашем
ipconfig /all
выводе - у вас нет основного суффикса dns, вы должны зайти в свойства tcp / ip для ipv4 на этом адаптере и добавить рабочую группу в качестве основного суффикса dns и посмотреть, сможет ли он разрешить имена для других В большинстве систем маршрутизаторы добавляют .workgroup к именам машин, поэтому fqdn для вашей системы будет scotty.workgroup. также проверьте и проверьте, можете ли вы пропинговать WDTVLiveHub.workgroup по имени. Вы также должны добавить рабочую группу в список доменов поиска DNS в настройках ipv4 для этого адаптера.источник
Возможно, сервер не может разрешить имя хоста.
Вы можете попробовать добавить запись для WDTVLiveHub в файле hosts как:
В Windows: C: \ Windows \ system32 \ drivers \ etc \
источник
hosts
файл «решает» проблему, но в основном игнорирует реальную проблему - то, что разрешение имени хоста не работает. Мне кажется, это скорее обходной путь, чем решение ... Я не должен добавлять записи вhosts
файл для всех машин в моей сети! Тем не менее, полезно, спасибо за ответ.Возможно, проблема заключается в микшировании на тех же сетевых устройствах, которые используют iPv4 и iPv6.
Вы можете попробовать отключить iPv6 в роутере и в Windows 7.
источник
Следующее решение позволит вам забыть о суете, связанной с локальными хост-файлами, и о таких вещах, как разрешение имен NETBIOS, но в этом есть и обратная сторона. Это не просто настройка для включения или выключения в конфигурации Windows или роутера. Это требует немного больше усилий на вашей стороне.
Мне кажется, вы достаточно утончены, чтобы разобраться в этом, и у вас никогда не возникнет проблем с разрешением имен в вашей домашней сети!
После быстрой проверки на www.dd-wrt.com кажется, что ваш Cisco-Router совместим для запуска прошивки маршрутизатора с открытым исходным кодом DD-WRT. Это удобное программное обеспечение поможет вашему маршрутизатору использовать все необходимые функции в домашней сети и даже больше. Это также включает службу DNSMasq, которая является небольшим, легким DNS-сервером, который работает на вашем маршрутизаторе.
Из DD-WRT Wiki:
Таким образом, это фактически добавит реальное разрешение DNS в вашу сеть, которое не основано на надежде, что ваш NETBIOS и многоадресная DNS-Resolving работают.
Если вы из тех парней, которым нравится грести в течение нескольких часов и попробовать что-то новое, я предлагаю вам взглянуть на это. Вы можете найти руководство по прошивке роутера здесь, но не забудьте проверить, что ваше устройство и версия модели совместимы с DD-WRT, прежде чем прошивать новую прошивку на него, иначе вы можете повредить свое устройство! ссылка еще раз, чтобы проверить это
Другие интересные вещи, которые вы получаете с DD-WRT:
Кстати, это также бесплатно.
Ура Riscie!
(Я не связан ни с одним из разработчиков DD-WRT и не получу выгоду от того, кто использует эту прошивку - я просто с таким энтузиазмом, потому что я действительно верю в его функциональность :))
источник