Неможливо відімкнути локальні машини за назвою в Windows 7

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

Спасибі!

Ваші висновки, схоже, вказують на розв'язувач netbios, що, в свою чергу, робить цей запис підозрюваним:
Node Type . . . . . . . . . . . . : Peer-Peer

Вузол Netbios типу p (2) - зазвичай використовується лише з сервером Wins (який, мабуть, у вас немає) - ефективно вимикає будь-яку трансляцію роздільної здатності імені netbios.

Ця стаття описує проблему, дуже схожу на вашу, а також посилання на статтю Msoft technet, в якій детально описано, як скинути тип вузла на щось більш розумне:

Щоб вирішити цю проблему, виконайте такі дії:

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-вузла. Вийдіть з редактора реєстру. Перезавантажте комп'ютер. Спробуйте переглянути комп'ютери робочих груп у мережі ще раз.

Одна цікава річ у вашому ipconfig /allвиході - це те, що у вас немає первинного суфікса dns, вам слід зайти в tcp / ip proprties для ipv4 на цьому адаптері та додати робочу групу як ваш основний суфікс dns і побачити, чи зможе вона вирішити імена для інших Системи, більшість маршрутизаторів додадуть .workgroup до назв машин, тому fqdn для вашої системи буде scotty.workgroup. також перевірте і перевірте, чи можете ви назви WDTVLiveHub.workgroup по імені. слід також додати робочу групу до списку пошукових доменів dns у налаштуваннях ipv4 для цього адаптера.

Можливо, сервер не в змозі вирішити ім'я хоста.

Ви можете спробувати додати запис для WDTVLiveHub у файл хостів як:

192.168.1.101 WDTVLiveHub

У Windows: C: \ Windows \ system32 \ драйвери \ тощо \

Можливо, проблема змішування на одних і тих же мережевих пристроях, які використовують iPv4 та iPv6.

Ви можете спробувати вимкнути iPv6 в маршрутизаторі та в Windows 7.

Наступне рішення дозволить вам забути про суєту, що стосується локальних файлів хостів та такі речі, як вирішення імен NETBIOS - але в цьому є і зворотний бік. Це не лише налаштування для вмикання або вимкнення у вашому Windows або конфігурації маршрутизатора. Для цього потрібно трохи більше зусиль на вашому боці.

Мені здається, у вас є достатня кількість, щоб це впорядкувати таким чином, коли у вашої домашньої мережі у вас ніколи не буде проблем із вирішенням імен!

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

З Віки DD-WRT:

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

Таким чином, це фактично додасть до вашої мережі реальне вирішення dns, яке не ґрунтується на сподіванні, що ваш NETBIOS та MNS-розв’язання працюватимуть.

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

Інші цікаві речі, які ви отримуєте з DD-WRT:

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

До речі, його безкоштовно також.

Ура, Ріссі!

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