私は、リモートSBCが接続されているすべてのサーバーの状態を監視し、特定の動作が観察された場合にエラーレポートを発行するシステムを開発しています。すべてがRHEL 7を実行しています。 IPアドレスが「10.0.3.16」でサブネットマスクが「255.255.255.0」の「eth1」サーバーにインターフェイスがあります。
次のコマンドを実行すると：
ip addr del 10.0.3.16/24 dev eth1
サーバーでは、リモートSBCは間違った点を認識しないようです。しかし、これを行うと：
ip link set eth1 down
そうすると予想した結果を得ました。 10.0.3.16は、eth1インターフェイスに割り当てられた一意のIPアドレスです。これら2つのコマンドの違いと、IPアドレスの割り当て解除がインターフェイス全体をシャットダウンするのとは異なる結果を生成する理由を理解したいと思います。 Googleはこれまで私に失敗し、関連性が見つからないようです。
ベストアンサー1
ip addr delインターフェイスからIPアドレスを削除するだけで、システムはそのアドレスを通信に使用しなくなります。インターフェイスでIPv4またはIPv6（またはそれ以上）の他のアドレスを引き続き使用できます。物理イーサネットリンクに関する限り、違いはなく、ネットワーク層にのみ影響します。
ip link set <iface> down一方、物理層のインターフェイス全体がシャットダウンされ、接続されているデバイスがケーブルが外れているように見えることがよくあります。それでもIPアドレスを設定でき、システムはそれを内部通信に使用するか、そのIPアドレスに送信された他のインターフェイスからのパケットを受け入れることができます。 （防止できる設定がない場合）
単にリンクを切断すると、モニターがトリガーされる理由はすべて、モニターがモニターするように構成されている項目によって異なります。たとえば、スイッチのポートが動作していることを確認するだけで、リンクは維持されますが、ソフトウェアが応答しない問題（衝突またはIPアドレスの無効化のため）が見逃されます。
あなたが提供した情報からわかるように、そのIPアドレスは10.0.3.16重要な用途には使用されず、監視されません。システムには、実際に監視されているサービスを実行している他のアドレスまたは異なるVLANがある可能性があります。