Windows 7で名前でローカルマシンにpingできない

ネットワーク上のローカルマシンに名前でpingを行うと、奇妙な（永続的な！）問題が発生します。私のマシン（Windows 7 64ビット）のみがこの問題を抱えていると思います。これはワイヤレス接続を介しています。

例として、ネットワーク上のデバイスをという名前で考えてみましょうWDTVLiveHub。これはWestern Digital Live Hubです（サプライズ！）。ブラウザでルーターのDHCPクライアントテーブルにアクセスすると（ルーターはWRT400N）、次のエントリが表示されます。

WDTVLiveHub 192.168.1.101

すごい。そのため、そのIPアドレスにpingを試みます。

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

OK、まだよく見えます。今、私は名前でそれをpingしようとします：

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.

Scottyは明らかに私のローカルマシンの名前です。だから、私がそのアプローチをすると、なんとか名前を見つけることができます...

ipconfig /all DNSサーバーの下に次を示します。

   DNS Servers . . . . . . . . . . . : 192.168.1.1
                                       ***.***.***.***
                                       ***.***.***.***

*は、インターネット経由でDNS 1およびDNS 2の下にあるルーターに表示される同じDNSサーバーを表します。

完全を期すために、次の出力全体を示します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は、正しいマルチキャスト送信先と思われるものに対して、すぐに4つのリクエストを表示します。それらの2つはIPv4で、他の2つはIPv6です。私は何をしていないすべてのICMPパケットを見ていますか？LLMNRは単独で動作するはずです。

更新2：名前でネットワーク上の別のマシン（Windows Vista）をpingできます。これは、LLMNRが新しいWindowsマシンでのみサポートされており、ネットワーク上の他のデバイスではサポートされていないという考えに基づいています。WireSharkを他のマシンにインストールしましたが、そこからpingを実行すると、NBNSパケット（NetBIOS Name Service）も送信されます。これは、何らかの理由で私のマシンがNBNSクエリを送信していないことを意味します。まだ掘っている...

更新3： NetBIOSパケットを送信できないようです。これが根本的な原因だと思います。NetBIOSが魔法のように起動することを期待してグループポリシーを介してLLMNRを無効にしようとしましたが、運はありません。ipconfigNetBIOS over TCP / IPが有効であることを示していますが、WireSharkは送信されているNetBIOS名前解決パケットを表示していません。無効にしてから再度有効にしてみました。私はまた、の2つの古典的なコマンドを試してみたnbtstat winsock reset catalogとnbtstat int ip reset reset.log、しかし、それらは全くのNetBIOSの問題を解決しませんでした。ガイダンスが好きですか...

解決しました！wmzに感謝します。彼または彼女は確かに問題を正確に特定しました。何らかの理由で、NetBIOS over TCP / IPがピアツーピアモードで動作するように設定されていました。少し調べたところ、ピアツーピアモードは、WINSサーバーがセットアップされている場合にのみ機能することがわかりました（これは間違いなく機能しません！）。レジストリを掘り下げたところ、NodeTypeの下にエントリは見つかりませんでしたが、実際にはDhcpNodeTypeのエントリ（ホラーの恐怖！）の値が0x00000002でした。値1はブロードキャスト（これは問題ありませんでした）、2はピアツーピア（WINSサーバーが必要です！Ack！）、4はWINSサーバーを試行してブロードキャストし、8はブロードキャストを試行してからWINSサーバー（ハイブリッドと呼ばれます）モード）。DhcpNodeTypeエントリを削除して再起動すると、ipconfig /allハイブリッドモードが表示されるようになりました。そのため、Windows 7 Ultimate 64ビットのデフォルトのようです。私はpingを試してみましたwdtvlivehubが、すぐに成功の甘い味に迎えられました。皆様のさまざまな答えに感謝します。Windowsを再インストールせずに問題を解決できたことは非常にうれしいです。この値がどのように変更されたかはまだわかりませんが、少なくとももう1つ確認する必要があり、この情報が他の誰かがイライラするネットワークの問題に対処するのに役立つことを願っています！この問題をなめられてとても気持ちがいい！賞金も稼いだ！

ありがとう！

あなたの発見は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ノードモードを使用します。少なくとも1つのWINSサーバーが構成されている場合、コンピューターはhノードモードを使用します。レジストリエディターを終了します。コンピューターを再起動します。ネットワーク上のワークグループコンピューターをもう一度表示してください。

ipconfig /all出力の興味深い点は、プライマリdnsサフィックスがないことです。そのアダプタでipv4のtcp / ipプロパティに移動し、ワークグループをプライマリdnsサフィックスとして追加し、他の名前の名前を解決できるかどうかを確認する必要があります。システムでは、ほとんどのルーターはマシンの名前に.workgroupを追加するため、システムのfqdnはscotty.workgroupになります。また、名前でWDTVLiveHub.workgroupにpingできるかどうかも確認してください。また、そのアダプタのipv4設定のDNS検索ドメインリストにもワークグループを追加する必要があります。

サーバーがホスト名を解決できない可能性があります。

次のように、hostsファイルにWDTVLiveHubのエントリを追加することができます。

192.168.1.101 WDTVLiveHub

Windowsの場合：C：\ Windows \ system32 \ drivers \ etc \

おそらく、iPv4とiPv6を使用する同じネットワークデバイスでの混在が問題です。

ルーターおよびWindows 7でiPv6をオフにしようとする場合があります。

次の解決策では、ローカルホストファイルやNETBIOS名の解決などの問題を忘れることができますが、マイナス面があります。これは、ウィンドウまたはルーターの設定でオンまたはオフにするだけの設定ではありません。これにはあなたの側でもう少し努力が必要です。

私には、ホームネットワークで名前解決の問題が二度と起こらないような方法でこれを整理するのに十分であると思われます！

www.dd-wrt.comを簡単に確認したところ、Cisco-RouterはオープンソースのルーターファームウェアDD-WRTの実行に対応しているようです。この便利なソフトウェアは、ルーターがホームネットワークなどに必要なすべての機能を使用できるようにします。これには、ルーターで実行される小さく軽量のDNSサーバーであるDNSMasqと呼ばれるサービスも含まれます。

DD-WRTウィキ：

追加の利点は、DNSMasqがDHCPリースをDNSデータベースにインテリジェントに追加し、静的または動的なDHCPクライアントのローカル名検索を提供できることです。

したがって、これにより、実際のDNS解決がネットワークに追加されます。これは、NETBIOSおよびマルチキャストDNS解決が機能することを期待することに基づいていません。

あなたが一種の男であるならば、それは数時間pいで新しいsomtehingを試みることを好む、私はあなたがそれを見ることを提案する。ここで ルーターをフラッシュするためのガイドを見つけることができますが、新しいファームウェアをフラッシュする前にデバイスとモデルバージョンがDD-WRTと互換性があることを確認してください。 これを確認するためのリンクをもう一度

DD-WRTで得られるその他のクールなもの：

• Wake On LANのサポート-どこからでもデバイスを起動できます
• VPNエンドポイントサポート-海外からホームネットワークへの安全な接続を取得します。
• 帯域幅の分析と管理-ネットワークの使用状況に関する実際の情報を取得します。
• より多くのもの。概要はこちらにあります

ところで、その無料も。

乾杯！

（私はDD-WRTの開発者のいずれにも接続していませんし、このファームウェアを使用している人から利益を得ることもありません。