同じコンピューターから「宛先ホストに到達できません」で「応答」をpingします（他のコンピューターへのルートなし）
ワイヤレスルーターの背後にあるLANに2台のコンピューターがあります。
XP with ip 192.168.1.2
これはIP 192.168.1.7のW7を持っています
このコンピューターから他のpingを実行しようとすると、次のようになります。
C:\Users\Srekel>ping 192.168.1.2
Pinging 192.168.1.2 with 32 bytes of data:
Reply from 192.168.1.7: Destination Host unreachable.
Reply from 192.168.1.7: Destination Host unreachable.
Reply from 192.168.1.7: Destination Host unreachable.
Reply from 192.168.1.7: Destination Host unreachable.
Ping statistics for 192.168.1.2:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Tracertも同じ結果になります。
C:\Users\Srekel>tracert 192.168.1.2
Tracing route to 192.168.1.2 over a maximum of 30 Hops
1 Kakburken4 [192.168.1.7] reports: Destination Host unreachable.
Trace complete.
問題なくルータにpingとtracertを実行できますが。両方のコンピューターでファイアウォールを無効にしました。ルーターはDHCPを使用するように設定されています（重要な場合）。
これは「ルート」からの出力です。
C:\Users\Srekel>route print
===========================================================================
Interface List
13...00 25 86 df c6 89 ......TP-LINK Wireless N Adapter
12...e0 cb 4e 26 b9 84 ......Realtek PCIe GBE Family Controller #2
11...e0 cb 4e 26 be 94 ......Realtek PCIe GBE Family Controller
1...........................Software Loopback Interface 1
16...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #2
14...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface
===========================================================================
IPv4 Route Table
===========================================================================
Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 192.168.1.1 192.168.1.7 20
127.0.0.0 255.0.0.0 On-link 127.0.0.1 306
127.0.0.1 255.255.255.255 On-link 127.0.0.1 306
127.255.255.255 255.255.255.255 On-link 127.0.0.1 306
192.168.1.0 255.255.255.0 On-link 192.168.1.7 276
192.168.1.7 255.255.255.255 On-link 192.168.1.7 276
192.168.1.255 255.255.255.255 On-link 192.168.1.7 276
224.0.0.0 240.0.0.0 On-link 127.0.0.1 306
224.0.0.0 240.0.0.0 On-link 192.168.1.7 276
255.255.255.255 255.255.255.255 On-link 127.0.0.1 306
255.255.255.255 255.255.255.255 On-link 192.168.1.7 276
===========================================================================
Persistent Routes:
None
IPv6 Route Table
===========================================================================
Active Routes:
If Metric Network Destination Gateway
14 58 ::/0 On-link
1 306 ::1/128 On-link
14 58 2001::/32 On-link
14 306 2001:0:5ef5:73ba:881:20c1:3f57:fef8/128
On-link
14 306 fe80::/64 On-link
14 306 fe80::881:20c1:3f57:fef8/128
On-link
1 306 ff00::/8 On-link
14 306 ff00::/8 On-link
===========================================================================
Persistent Routes:
None
私は自分の人生でいくつかのネットワークをセットアップしてデバッグしましたが、私は実際には高度なネットワークユーザーではないため、何が問題なのかわかりません。何か案は？ああ、他のコンピューターからこのコンピューターにpingしても機能しません。
編集：arp出力の追加：
C:\Users\Srekel>arp -a
Interface: 192.168.1.7 --- 0xd
Internet Address Physical Address Type
192.168.1.1 00-1f-33-ef-28-01 dynamic
192.168.1.255 ff-ff-ff-ff-ff-ff static
224.0.0.22 01-00-5e-00-00-16 static
224.0.0.252 01-00-5e-00-00-fc static
239.255.255.250 01-00-5e-7f-ff-fa static
255.255.255.255 ff-ff-ff-ff-ff-ff static
Ipconfigを追加しています...
C:\Users\Srekel>ipconfig /all
Windows IP Configuration
Host Name . . . . . . . . . . . . : Kakburken4
Primary Dns Suffix . . . . . . . :
Node Type . . . . . . . . . . . . : Hybrid
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
Wireless LAN adapter Wireless Network Connection:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : TP-LINK Wireless N Adapter
Physical Address. . . . . . . . . : 00-25-86-DF-C6-89
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IPv4 Address. . . . . . . . . . . : 192.168.1.7(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : 09 April 2010 23:09:45
Lease Expires . . . . . . . . . . : 10 April 2010 23:09:45
Default Gateway . . . . . . . . . : 192.168.1.1
DHCP Server . . . . . . . . . . . : 192.168.1.1
DNS Servers . . . . . . . . . . . : 192.168.1.1
NetBIOS over Tcpip. . . . . . . . : Enabled
Ethernet adapter Local Area Connection 2:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Realtek PCIe GBE Family Controller #2
Physical Address. . . . . . . . . : E0-CB-4E-26-B9-84
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
Ethernet adapter Local Area Connection:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Realtek PCIe GBE Family Controller
Physical Address. . . . . . . . . : E0-CB-4E-26-BE-94
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
Tunnel adapter isatap.{74D5C406-894E-4000-8DE7-6AAEBF7C8382}:
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 Teredo Tunneling Pseudo-Interface:
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
IPv6 Address. . . . . . . . . . . : 2001:0:5ef5:73ba:881:20c1:3f57:fef8(Preferred)
Link-local IPv6 Address . . . . . : fe80::881:20c1:3f57:fef8%14(Preferred)
Default Gateway . . . . . . . . . : ::
NetBIOS over Tcpip. . . . . . . . : Disabled
特に暗号化が有効になっている場合、マルチキャストがサポートされていない安価な802.11 APとクライアントカードがたくさんあります特に WPA2混合モード（TKIPと同時にAES-CCMP）または802.11i TSNの場合（AES-CCMPおよび/またはWEPと同時にTKIP）が有効になっています。
*注意：802.11では、ブロードキャストはマルチキャストのサブセットです。これはeveryoneに向かうマルチキャストです。したがって、「マルチキャスト」と言うときは、「マルチキャスト/ブロードキャスト」を考えてください。
802.11では、マルチキャストはAP->クライアントの方向でトリッキーです。マルチキャストは最低公倍数のマルチキャストレートで送信する必要があるため、802.11レイヤーでACKまたは再送信されず、WPAまたはWPA2暗号化がオンの場合は、別のキー（グループキー）で暗号化して送信する必要があります。WPA2混合モードまたは802.11i TSNがオンの場合は、別のキーで送信するだけでなく、キー、ただし異なる暗号（最小公分母暗号、WPA2混合モードの場合はTKIP、TSNの場合はWEP）。
マルチキャストだけの問題かどうかを確認する簡単な方法の1つは、各マシンに静的ARPエントリを手動で追加して、互いの "IPアドレス->ワイヤレスMACアドレス"マッピングを認識させ、pingできるかどうかを確認することです。 ARPはブロードキャストを使用するため、802.11ネットワーク上のマルチキャストが壊れると、他のクライアントがワイヤレスクライアントのMACアドレスを検索しようとしたときに、ワイヤレスクライアントがARPブロードキャストを受信できなくなります。 ARPマッピングがない場合、pingフレームは802.11レイヤーでアドレス指定できないため、送信できません。
静的ARPマッピングで問題が解決した場合は、すべてのワイヤレス暗号化を一時的にオフにしてから、静的ARPマッピングを削除して、テストを再試行してください。今回ARPが機能する場合、802.11機器でマルチキャストが完全に壊れていないという兆候であり、暗号化がオンになっているときに壊れているだけです。
今のところ、「ブロードキャストが壊れているのにDHCPが機能する理由は？DHCPはブロードキャストを使用する！」と尋ねる人もいるでしょう。DHCPはブロードキャストを使用していますが、DHCPではメッセージfromのみです。クライアントtoサーバーがブロードキャストされます。他の方向では、それらは通常ユニキャストです。そして、802.11でマルチキャストが扱いにくいのはクライアントへ方向だけです。
ファームウェアとドライバーの更新については、APおよびクライアントカードのベンダーに確認してください。暗号化がオンの場合でもマルチキャストが機能することを確認するためにWi-Fi認定テストが特別にテストするため、常にWi-Fi認定の802.11ギアを購入してください。また、問題のAPおよびクライアントカードのベンダーに「名前と恥」をつけてください。
APとクライアントの間でマルチキャストが切断されると、他のブランドのワイヤレスクライアントが持っているかどうかを確認することで、除去プロセス以外に、APまたはクライアントに障害があるかどうかを判断する簡単な方法を考えることができませんそのAPで同じ問題を調べ、そのワイヤレスクライアントが他のブランドのAPでも同じ問題を抱えているかどうかを確認します。
どちらか一方の端に責任をピン留めするより高度な方法は、テストの一部ではないが、802.11カードを備えた別のマシンを使用して、ワイヤレスクライアントがアソシエートする前から、802.11モニターモードのパケットトレースを実行することです。 802.11やWPA [2]のキーハンドシェイクなどに精通している人なら、おそらくそれを分析して、指を指す場所を見つけることができます。
私はほとんどのMacでネットワーキング作業を行っているので、他のプラットフォームで802.11モニターモードのパケットトレースを取得する方法を説明することはできませんが、Snow Leopard（Mac OS X v10.6）の箱がある場合に備えて、行う：
Sudo /usr/libexec/airportd en1 sniff 1
[...run your test...]
^C
...チャネル1でen1を介して802.11モニターモードキャプチャを実行します。これは通常、ほとんどのMacに組み込まれているAirPortカードです。AirPortカードがen1でない場合、またはAPがチャネル1にない場合は変更します。 。
またはあなたがすることができます：
/System/Library/PrivateFrameworks/Apple80211.framework/Resources/airport -z -c1
Sudo tcpdump -I -y IEEE802_11_radio -s0 -w monitorModeTrace.pcap
[...run your test...]
^C
（-c1airportツールへの引数は、チャネル1のインターフェイスに配置されます。 APが存在するチャネルに変更します。）
または、Wireshark、tsharkなどを実行できますが、Macでは、airportコマンドを使用してチャネルを設定し、強制的に関連付けを解除する必要があります。
このシステムのファイアウォールが無効になっていますか？ Windows 7では、そうでない場合にこの動作が見られました。それ以外の場合は、arp -aを使用してarpテーブルをチェックし、192.168.1.2のエントリがあるかどうかを確認できます。
編集：
まあ、arpの出力には192.168.1.2のエントリがリストされていないため、システムはそれに接続しようとしているようにも見えません。ここにVPNまたはその他のセキュリティソフトウェアが含まれていますか？ ipconfig /allの出力を表示できますか？
EDIT2：
まあ、私はipconfigが明らかに壊れているものを叫んだことを望んでいましたが、実際はそうではありませんでした。ネットワーク上の他のホストにpingできますか？ 192.168.1.1を試してください。世界の他のホストはどうですか？ 4.2.2.2でのpingのお気に入り。
EDIT3：
では、反対側から見てみましょう。 192.168.1.2から192.168.1.7にpingを実行して、そのシステムでarp -a、ipconfig /all、およびroute printの結果を取得できますか？
EDIT4：
他のポスターの1つが示唆しているように、ワイヤレスルーターまたはアクセスポイントをチェックして、クライアント間の接続を許可することを確認する必要もあります。
幸運を、
--jed
ワイヤレスルーターがクライアント間の通信を許可していない可能性があります。ワイヤレスルーターは、WLANインターフェイスを介して接続されているホスト間の通信を拒否するのが一般的です。一部のワイヤレスルーターには、セットアッププログラムにクライアント間の通信を許可/拒否するオプションがあります。
今日、NetGearルーターでも同じ問題が発生しました。
私は-詳細なワイヤレス設定ページ（左のメニューバーの下、イタリア語から翻訳された名前）で-神が理由と時期を知っていることを発見しました。チェックボックスWPS有効にフラグが立てられました。
Netgearサポートページ "Wi-Fi Protected Setup（WPS）またはNETGEARのPush 'nとは何ですか？ '接続しますか？ " 。
そしてもちろん、そのチェックをクリアして変更を保存した後、pingは再び機能していました。それ以上に、私のラップトップのWindows 7は、他のラップトップのWindows 7上の共有フォルダーに再びアクセスできました。それが、この調査の原因となった主要な問題でした。
ところで、@ goedsonの提案に従います-ルーターにはいわゆるPC分離機能があり、LAN上のマシンがそれぞれを認識できないようにすることは言及する価値がありますその他。これは最初からオフになっていて、私はそれを試してみましたが、とにかく何も変更しませんでした。
私が気になる奇妙なもの
netsh winsock reset
netsh ip int reset log
reboot -r -t 0