ネットワークインターフェイスを無効にしてもサーバーが接続を続行できるのはなぜですか?

ネットワークインターフェイスを無効にしてもサーバーが接続を続行できるのはなぜですか?

私は他のコマンドを検索して実行しました(もっと役に立つと思われるコマンドだけを残しました)。ほとんどの検索では、インターフェイスを終了/終了する方法の説明がありましたが、この動作に関するヒントはありませんでした。

一方:

  • enp3s02つのNIC(Lubuntu 20.04)を備えた小型サーバー(Lubuntu 20.04)wlp9s0
  • ルータは、DHCP設定のMAC /アドレス予約を介しておよびを192.168.1.78それぞれ.79割り当てますenp3s0wlp9s0
  • 最初は、サーバーは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 

おすすめ記事