さて、ここに奇妙な状況があります。明らかなことであればお許しください。おそらく私が見逃しているだけでしょう。
私の知る限りオンラインになっているクライアント デバイス (Surface Pro 4) があります。ユーザーは Web を閲覧したり、電子メールを受信したり、ネットワーク上の他のデバイスに ping を実行したりできます。
これで、同じ LAN 上の他のユーザーがデバイスと通信しようとすると、応答なしまたはオフラインとして返されます。
ホスト名または IP アドレスへの ping は「要求がタイムアウトしました」という結果が返され、IP またはホスト名 (RDP、DNTU) 経由でリモート接続を試行すると応答なしなどの結果が返されます。
デバイスの ipconfig /all の結果については以下を参照してください。
そうは言っても、私はできるユーザーが Web ページにアクセスしてアプレットをダウンロードする必要があるアプリケーション (LogMeIn Rescue) をリモートで使用する場合。
デバイスのネットワークステータスについては以下を参照してください。
ここで何が起こっているのか分かりますか? デバイスは、Surface Pro ドッキング ステーションを介してイーサネットに接続されています。
答え1
要約:
ホストはオンラインですが、ファイアウォールのため応答しません。ARP を使用して、ネットワークに接続されていることを確認します。
受信トラフィックがブロックされています
Surface ではソフトウェア ファイアウォール (Windows ファイアウォールなど) が有効になっており、ICMP エコー要求 (ping) を含む迷惑な着信トラフィックをブロックするように構成されています。これは、他の接続試行が失敗する理由も説明しています。ただし、LogMeIn などのサービスを介して接続すると、技術的には Surface が接続を開始するため、機能します。
ARP を使用して接続されているがファイアウォールで保護されたノードを見つける方法
デバイスと同じサブネット上にいる場合は、ping 要求に応答しない場合でも、マシンがネットワークに接続されていることを自分で証明できます。次の手順で実行します。
- デバイスをpingします。これにより、コンピュータはローカルサブネットにARP要求を送信し、「どのデバイスがIPアドレスXを持っていますか?」と尋ねます。ノードがオンラインの場合、ファイアウォールの設定にかかわらず「私のMACアドレスはYで、IPアドレスはXです」という返信があなたのマシンに送信されます。この返信はあなたのローカルマシンのARP キャッシュ。
- コマンドを実行する
arp -a
デバイスの IP アドレスのエントリがあるかどうかを確認します。エントリがある場合、デバイスはオンラインです。
ARP キャッシュに関する注意事項
ARPエントリはキャッシュできますが、Windows Vista以降ではキャッシュタイムアウトは45秒未満ただし、本当にpingコマンドを発行した瞬間にリモートノードがオンラインであることを確認したい場合は、1つ以下の前に上記のステップ1:
ARP キャッシュからターゲット ノードのエントリのみを削除するには、次のコマンドを実行します。
arp -d <remote_ip>
または、ARP キャッシュ全体をクリアするには、次のコマンドを実行します。
arp -d *