当初、ネットワーク上には Raspberry Pi/Pi2 があり、ルーターの DHCP サーバーを上回り、IP を提供していましたが、一部のデフォルト オプションが原因で、Windows クライアントはゲートウェイとして pi2 DHCP サーバーの IP アドレスを受信し始めました。Raspberry Pi の DHCPD 構成に特定のゲートウェイ ルーター オプションを追加することで、この問題を修正しました。
しかし、どうやら私の Windows 10pc .200 では、ネットマスク 255.255.255.255、ゲートウェイ 192.168.1.50 (pi2 アドレス) を持つ 192.168.1.100 と呼ぶ PC の 1 つへのこの手動ルート (Wi-Fi 経由か LAN 経由かに関係なく) が引き続き表示されます。
したがって、ルート プリントを実行すると、次のようになります。
192.168.1.100 255.255.255.255 192.168.1.50 192.168.1.200 26
このため、Windows 10PCから.100 IPに接続/pingできません
route delete -p 192.168.1.100を実行すると動作しますが、その後再び追加されます
netsh インターフェース ipv4 ルートを表示:
No Manual 1 192.168.1.100/32 10 192.168.1.50
レジストリを確認しましたが、そこには永続的なルートが見つかりませんでした (Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\PersistentRoutes)
このファントム ネットワーク ルートがどこからどのように繰り返し戻ってくるのかをどうすればわかりますか?
更新: PC に戻ってきて、ルートが再度追加されたことを再度確認しました:
192.168.1.100 255.255.255.255 192.168.1.50 192.168.1.200 26
arp -a を実行すると、192.168.1.100 のエントリがまったく表示されなくなり、ルートを再度削除するまで .1.100 に ping したり接続したりできなくなります。
答え1
ファイアウォールが /32 ルートを受け入れるように構成されている場合、ICMP リダイレクトによって /32 ルートが表示されることがあります。
ARPキャッシュを見てみましょうarp -a。192.168.1.100の横に正しいMACアドレスが表示されていますか？これは、かつては.1.100 ですが、現在は存在しません。そのため、古い ARP キャッシュ エントリがパケットをそこに送信する場合、その MAC アドレスを持つデバイスは、より正しいパスであると判断したパスにリダイレクトします。
(「正しいパス」は、MAC アドレスの所有者がデフォルト ゲートウェイとして持っているものに基づきます。)