Невозможно пропинговать локальные машины по имени в Windows 7

Question

У меня странный (и настойчивый!) проблема с пингом локальных машин в моей сети по имени. Я считаю, что моя машина (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! Ack!), 4 попытки WINS-сервера затем транслирует, и 8 пытается транслировать затем WINS-сервер (так называемый "гибридный" режим). После удаления записи DhcpNodeType и перезагрузки я обнаружил, что ipconfig /all теперь показывает гибридный режим. Таким образом, похоже, что это по умолчанию для Windows 7 Ultimate 64-битной. Я попытался wdtvlivehub , и меня сразу же встретили со вкусом успеха. Большое спасибо всем вам за ваши различные ответы. Я очень рад, что решил проблему без переустановки Windows или какой-то сумасшедшей вещи. Я до сих пор не представляю, как изменилось это значение ... но, по крайней мере, это еще одна вещь, которую нужно искать, и, надеюсь, эта информация поможет кому-то еще справиться с неприятными проблемами в сети! Чувствует себя так хорошо, когда эта проблема облизана! Баунти хорошо заработал!

Спасибо!

Answer 1

Похоже, ваши выводы указывают на решатель netbios, что, в свою очередь, делает эту запись подозрительной:
Node Type . . . . . . . . . . . . : Peer-Peer

Тип узла Netbios p(2) - обычно используется только с сервером Wins (который, я полагаю, у вас нет) - эффективно отключает любую трансляцию разрешения имен netbios.

В этой статье описывается проблема, очень похожая на вашу, а также ссылки на техническую статью Msoft, в которой подробно рассказывается, как сбросить тип узла на что-то более разумное:

Чтобы решить эту проблему, выполните следующие действия.

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

Примечание. Если присутствует значение NodeType, это значение будет переопределять значение DhcpNodeType. Если ни один из подразделов отсутствует и если для клиента не настроены WINS-серверы, компьютер использует режим b-узла. Если хотя бы один WINS-сервер настроен, компьютер использует режим h-узла. Закройте редактор реестра. Перезагрузите компьютер. Попробуйте снова просмотреть компьютеры рабочих групп в сети.

Answer 2

Одна интересная вещь в вашем выводе ipconfig /all состоит в том, что у вас нет основного суффикса dns, вы должны зайти в свойства tcp /ip для ipv4 на этом адаптере и добавить рабочую группу в качестве основного суффикса dns и посмотреть, сможет ли он разрешить имена для других ваших систем большинство маршрутизаторов добавляют .workgroup к именам машин, поэтому fqdn для вашей системы будет scotty.workgroup. также проверьте и проверьте, можете ли вы пропинговать WDTVLiveHub.workgroup по имени. Вы также должны добавить рабочую группу в список доменов поиска DNS в настройках ipv4 для этого адаптера.

Answer 3

Возможно, сервер не может разрешить имя хоста.

Вы можете попробовать добавить запись для WDTVLiveHub в файл hosts как:

192.168.1.101 WDTVLiveHub

В Windows: C:\Windows\system32\drivers\etc\

Answer 4

Возможно, проблема заключается в микшировании на тех же сетевых устройствах, которые используют iPv4 и iPv6.

Вы можете попробовать отключить iPv6 в роутере и в Windows 7.

Answer 5

Следующее решение позволит вам забыть о суете, связанной с локальными хост-файлами, и о таких вещах, как разрешение имен NETBIOS, но в этом есть и обратная сторона. Это не просто настройка для включения или выключения в вашей конфигурации windows или роутера. Это требует немного больше усилий на вашей стороне.

Мне кажется, вы достаточно развиты, чтобы разобраться в этом, и у вас никогда не возникнет проблем с разрешением имен в вашей домашней сети!

После быстрой проверки на www.dd-wrt.com кажется, что ваш Cisco-Router совместим для запуска прошивки с открытым исходным кодом маршрутизатора DD-WRT. Это небольшое удобное программное обеспечение потратит на вашем маршрутизаторе всю необходимую вам функциональность в домашней сети и даже больше. Это также включает в себя службу DNSMasq, которая является небольшим, легким DNS-сервером, который работает на вашем маршрутизаторе.

Из DD-WRT Wiki:

Дополнительным преимуществом является то, что DNSMasq может интеллектуально добавлять аренду DHCP в свою базу данных DNS, обеспечивая поиск локальных имен для любого клиента DHCP, статического или динамического.

Таким образом, это фактически добавит реальное разрешение DNS в вашу сеть, которое не основано на надежде, что ваш NETBIOS и многоадресная DNS-Resolving работают.

Если вы из тех парней, которым нравится грести в течение нескольких часов и попробовать что-то новое, я советую вам взглянуть на это. Вы можете найти руководство по прошивке роутера здесь, но не забудьте проверить, что ваше устройство и версия модели совместимы с DD-WRT, прежде чем прошивать новую прошивку на него, иначе вы можете повредить свое устройство! ссылка еще раз, чтобы проверить это

Другие интересные вещи, которые вы получаете с DD-WRT:

• Поддержка Wake On LAN - загрузите свои устройства из любой точки мира
• VPN Endpoint-Support - получите безопасное соединение с домашней сетью из-за рубежа.
• Анализ пропускной способности и управление - получите реальную информацию об использовании вашей сети.
• еще много вещей. Обзор можно найти здесь

Кстати, это также бесплатно.

Ура Riscie!

(Я не связан ни с одним из разработчиков DD-WRT и не получу выгоды от кого-то, кто использует эту прошивку - я просто с таким энтузиазмом, потому что я действительно верю в его функциональность :))