udev不能监听网卡热插拔事件，因为网卡由内核net子系统管理，通过netlink_route通知用户空间，而非udev监听的netlink_kobject_uevent；应改用systemd-networkd link文件、networkmanager dispatcher或usb子系统udev规则配合iproute2。
udev 本身不直接处理网卡（network interface）的热插拔事件，因为内核对网络设备的管理逻辑与块设备、USB 设备不同：网卡上线/下线触发的是 net 子系统事件，而非 block 或 usb，且默认不生成 /dev 下的设备节点，所以常规 udev 规则无法匹配到 KERNEL=="eth0" 这类名称。
为什么不能用常规 udev 规则监听网卡增删
网卡由内核 net 子系统管理，其状态变化（如 link up/down、interface add/remove）通过 NETLINK_ROUTE 通知用户空间，而不是通过 uevent。udev 监听的是内核的 uevent（基于 netlink socket 的 NETLINK_KOBJECT_UEVENT），只覆盖设备模型（device/bus/driver/kobject）相关的事件，比如 PCI 网卡初始化完成时可能触发一次 add 事件，但后续的 ifup/ifdown、热插拔网线、USB 网卡重连等行为不会重复触发 udev 事件。
因此，试图写类似这样的规则是无效的：
SUBSYSTEM=="net", ACTION=="add", KERNEL=="enp0s3", RUN+="/path/to/script"真正可行的替代方案
要响应网卡热插拔（如 USB 以太网适配器插入/拔出、PCIe 网卡热替换、Wi-Fi 接口启停），应结合以下机制：
-
systemd-networkd + systemd-udevd 协同：USB 网卡插入时，内核会先触发 udev
add事件（属于subsystem=="usb"或subsystem=="pci"），udev 可据此识别硬件并设置网口名或启动 networkd 配置。例如，为某 USB 网卡固定接口名：
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="aa:bb:cc:dd:ee:ff", NAME="lan0"
注意：NAME已被 systemd-networkd 弃用，推荐改用LINKS或predictable naming策略，或在/etc/systemd/network/10-lan0.link中配置 MAC 匹配。 -
systemd-networkd 的 link 文件监听：创建
/etc/systemd/network/20-wired.link，匹配 USB 网卡的属性（如 vendor ID、model）并绑定网络配置，实现插上即配 IP、启动 DHCP。 -
NetworkManager 事件钩子：若使用 NetworkManager，可通过
/etc/NetworkManager/dispatcher.d/下脚本监听up/down事件。脚本接收两个参数：$1是接口名（如enx001122334455），$2是状态（up/down）。适合做日志记录、防火墙更新、服务重启等。 -
udev + iproute2 组合（仅限物理插入/拔出瞬间）：对 USB 网卡，可监听其 USB 设备层级事件，再查当前已注册的网口。例如：
SUBSYSTEM=="usb", ACTION=="add", ENV{ID_VENDOR_ID}=="0bda", ENV{ID_MODEL_ID}=="8152", RUN+="/bin/sh -c 'sleep 0.5; ip link | grep -q \"enx\" && systemctl restart my-service.service"'
此方式依赖 USB 设备枚举完成后再查网口，有竞态风险，需加延时或轮询。
验证网卡相关 udev 事件是否存在
运行以下命令，然后插拔 USB 网卡，观察是否有匹配的事件：
宝塔Linux面板11.8.1为官网当前正式版，新增AI建站能力并经过宝塔网站工程师深度调教，开放自定义AI功能API，同时对WAF进行界面重构和深度优化，提升拦截能力与运维效率。
udevadm monitor --subsystem-match=net --property
udevadm monitor --subsystem-match=usb --property | grep -A5 -B5 "ID_VENDOR"
你会发现：net 子系统事件极少（仅初始化阶段），而 usb 子系统事件稳定出现——这正是你应该捕获的入口点。
推荐实践：轻量、可靠、兼容 systemd
不建议自行写复杂 udev 脚本去轮询 ip link。更健壮的做法是：
- 用
udev固定网口命名（通过/etc/systemd/network/*.link或70-persistent-net.rules风格规则） - 用
systemd-networkd或NetworkManager原生支持热插拔配置 - 将业务逻辑下沉到 networkd 的
[Network]段或 NM dispatcher 脚本中，而非 udev RUN
这样既利用了 udev 的硬件识别能力，又避免绕过网络栈抽象层，保持系统稳定性。
