私は他のコマンドを検索して実行しました(もっと役に立つと思われるコマンドだけを残しました)。ほとんどの検索では、インターフェイスを終了/終了する方法の説明がありましたが、この動作に関するヒントはありませんでした。
一方:
enp3s0
2つのNIC(Lubuntu 20.04)を備えた小型サーバー(Lubuntu 20.04)wlp9s0
。- ルータは、DHCP設定のMAC /アドレス予約を介しておよびを
192.168.1.78
それぞれ.79
割り当てますenp3s0
。wlp9s0
- 最初は、サーバーはWiFi(
wlp9s0
)を介してのみ接続されるため、接続のみを許可します192.168.1.79
。
いつ:
- 数時間後:Ethケーブル(
enp3s0
)が接続され、192.168.1.78
接続を受け入れます。 - WiFiインターフェースがオフになっています
sudo ifconfig wlp9s0 down
。
それから:
- 接続に
192.168.1.79
失敗しました(予想、正常) - しかし…数時間後:接続試行が
192.168.1.79
再び機能し始めます(?)
より多くのデータ:
別のマシンで実行すると、arp -a
同じMACアドレス(?)にマップされた両方のIPが表示されます。
d (192.168.1.78) at d3:cf:47:c8:a:a9 on en0 ifscope [ethernet]
? (192.168.1.79) at d3:cf:47:c8:a:a9 on en0 ifscope [ethernet]
ip address
サーバーで実行して、WiFiリンクがダウンしていて192.168.1.79
まだ割り当てられていることを確認してください。
1: lo: <LOOPBACK,UP,LOWER_UP> ...
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether d3:cf:47:c8:a:a9 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.78/24 brd 192.168.1.255 scope global dynamic noprefixroute enp3s0
valid_lft 82801sec preferred_lft 82801sec
3: wlp9s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
link/ether f1:bf:5c:ac:4c:6d brd ff:ff:ff:ff:ff:ff
inet 192.168.1.79/24 brd 192.168.1.255 scope global dynamic noprefixroute wlp9s0
valid_lft 12983sec preferred_lft 12983sec
enp3s0
今、両方のIPからのトラフィックを許可するのはなぜですか?
答え1
実際、これはLinuxでよく見られる問題です。 3番目のインターフェース(wlp9s0)にはアドレスがあります。すべてのインターフェイスはこのアドレスにARP応答を与え、無効なインターフェイスで受信されたパケットはこのアドレスで許可されます。
インターフェイスをシャットダウンした後に失敗する可能性のある理由は、リモートコンピュータのARPテーブルにすでにワイヤレスMACアドレスがあるためです。タイムアウトした場合は、別のアドレスを見つけることができます。
これが発生しないようにするには、ダウンしたインターフェイスからアドレスを完全に削除してください。 ifconfigを使用して別のアドレスを指定したり、次のことを行うことができます。
ip address del 192.168.1.79/24 dev wlp9s0