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

13

У меня странная (и постоянная!) Проблема с пингом локальных машин в моей сети по имени. Я считаю, что моя машина (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 или какой-то сумасшедшей вещи. Я до сих пор не представляю, как изменилось это значение ... но, по крайней мере, это еще одна вещь, которую нужно искать, и, надеюсь, эта информация поможет кому-то еще иметь дело с неприятными сетевыми проблемами! Чувствует себя так хорошо, когда эта проблема облизана! Баунти хорошо заработал!

Благодарность!

aardvarkk
источник
1
Можете ли вы предоставить выход cmd - nslookup - 192.168.1.101
Langhard
1
а такжеcmd - nslookup - WDTVLiveHub
Langhard
Он :) Что касается того, почему это произошло - существование DHCPNodeType означает, что он был установлен DHCP. Эта опция конфигурации доступна на многих DHCP-серверах. Если настроено, он установит тип в данное значение. Проблема в том, что, похоже, он остается в реестре, даже если вы позже подключитесь к сети, которая его не устанавливает. Это означает, что эта проблема может появиться снова (если вы будете использовать сеть, которая установит ее снова). Не в последнюю очередь я нахожу ваш вопрос ярким примером того, как должен выглядеть хороший вопрос . Вы сделали большую часть работы!
wmz

Ответы:

12

Похоже, ваши выводы указывают на решатель 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-узла. Закройте редактор реестра. Перезагрузите компьютер. Попробуйте снова просмотреть компьютеры рабочих групп в сети.

WMZ
источник
Это выглядит очень многообещающе. Я попробую это сегодня вечером. Кажется, это наиболее подходящее решение для меня. Я действительно надеюсь, что это так!
aardvarkk
Это сделал это! Если вам интересно, я добавил некоторые детали в свой оригинальный вопрос.
aardvarkk
Это было огромной помощью и работало отлично. Благодарность!
Джейсон Р. Кумбс
1
Каковы возможные причины того, что это значение по умолчанию установлено равным Peer-Peer? Может ли это быть связано с тем, что мой компьютер был подключен к глобальной сети, когда я устанавливал систему?
Олег Еремеев
@OlegsJeremejevs Скорее всего, это устанавливается сервером DCHP, так как Win не устанавливает этот тип узла по умолчанию (b / h является настройкой по умолчанию). См. Мой комментарий к вопросу ОП
wmz
3

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

d4v3y0rk
источник
Это также кажется очень многообещающим. Я тоже попробую это. Благодарность!
aardvarkk
2

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

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

192.168.1.101 WDTVLiveHub

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

сойка
источник
1
Две вещи: 1) Я думаю, что у вас есть это задом наперед. IP-адрес должен быть первым, а имя хоста вторым. 2) Добавление этого в hostsфайл «решает» проблему, но в основном игнорирует реальную проблему - то, что разрешение имени хоста не работает. Мне кажется, это скорее обходной путь, чем решение ... Я не должен добавлять записи в hostsфайл для всех машин в моей сети! Тем не менее, полезно, спасибо за ответ.
aardvarkk
1

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

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

harrymc
источник
1

Следующее решение позволит вам забыть о суете, связанной с локальными хост-файлами, и о таких вещах, как разрешение имен 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 и не получу выгоду от того, кто использует эту прошивку - я просто с таким энтузиазмом, потому что я действительно верю в его функциональность :))

скриншот статуса dd-wrt

Langhard
источник
Просто чтобы предупредить, что человеческая ошибка при установке прошивки может привести к зависанию маршрутизатора.
Harrymc