Intel NUCにDebian 11をインストールし、静的IPアドレスを設定しました。
何らかの理由でwlan0インターフェイスは削除できないセカンダリIPアドレスを取得します。 ip addr del ...またはフラッシュを試しました。このコマンドを入力するとすぐにネットワークが停止します（SSH経由のヘッドレスです）。試してみましたが、ip addr del 172.30.47.199/23 dev wlan0 && service networking restart戻ってこないので再起動する必要がありました。再起動後、プライマリ IP とセカンダリ IP が再表示されます。
このアドレスをこのインターフェイスに割り当てる実行中のサービスが見つかりません。 NetworkManager、dhcpcdがまったく実行されていないようです。明らかに、interfaces.dフォルダと他のネットワークフォルダを確認しましたが、すべて空でした。
私も「dhclient -r」を試しました。これにより、ip addr delと同様に停止して再起動する必要があります。これらのどれも言葉ではありません...再起動後にdhclientのログを確認し、次のことを見つけました
Feb 25 01:54:39 ds9 ifdown[8114]: dhclient.c:2879: Failed to send 300 byte long packet over fallback interface.
Feb 25 01:54:39 ds9 dhclient[8114]: dhclient.c:2879: Failed to send 300 byte long packet over fallback interface.
DHCP サーバーは、同じコンピューター上のコンテナーで実行されます。しかし、ネットワークが動作を停止したという事実は、dhclient -rマシンが静的IPアドレスを持っているときに実行されていたため、完全に混乱しています。静的IPがありますが、セカンダリIP（DHCPによって割り当てられている）を削除すると応答が停止します。これは、セカンダリIPを削除するときにルートを削除することに関連している可能性があります。またはあなた: なぜセカンダリ IP を割り当てたか。
この時点で私はアイデアが不足していました。無能なレベルに達しました。
コンテンツ/etc/network/interfaces:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
allow-hotplug eno1
iface eno1 inet dhcp
allow-hotplug wlan0
iface wlan0 inet static
address 172.30.46.1
netmask 255.255.254.0
gateway 172.30.47.1
ip addr show wlan0返品：
4: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether a0:c5:89:55:32:73 brd ff:ff:ff:ff:ff:ff
inet 172.30.46.1/23 brd 172.30.47.255 scope global wlan0
valid_lft forever preferred_lft forever
inet 172.30.47.199/23 scope global secondary noprefixroute wlan0
valid_lft forever preferred_lft forever
systemctl list-units --type=service --state=running返品：
UNIT LOAD ACTIVE SUB DESCRIPTION
bluetooth.service loaded active running Bluetooth service
containerd.service loaded active running containerd container runtime
cron.service loaded active running Regular background program processing daemon
dbus.service loaded active running D-Bus System Message Bus
ddclient.service loaded active running Update dynamic domain name service entries
docker.service loaded active running Docker Application Container Engine
[email protected] loaded active running Getty on tty1
iwd.service loaded active running Wireless service
rsyslog.service loaded active running System Logging Service
ssh.service loaded active running OpenBSD Secure Shell server
systemd-journald.service loaded active running Journal Service
systemd-logind.service loaded active running User Login Management
systemd-timesyncd.service loaded active running Network Time Synchronization
systemd-udevd.service loaded active running Rule-based Manager for Device Events and Files
unattended-upgrades.service loaded active running Unattended Upgrades Shutdown
[email protected] loaded active running User Manager for UID 1000
確認しましたRaspberry Piサイトのディスカッションしかし、解決策を提供するわけではありません。
新しい手がかり：起動時にdockerが無効になっても、セカンダリIPは割り当てられません。私の考えでは、コンテナの1つがホストモードネットワークでdhclient呼び出しをしているようです。私はそれがどれであるか調べなければならなかった。おそらく問題は解決します。しかし、そのコンテナを分離する簡単な方法があるのか、答えを見つけるためにすべてのコンテナを繰り返す必要があるのかはわかりません。