最可靠的方法是查看 ip link show 输出中的 promiscuity 字段，因其由内核链路层直接维护，不受驱动兼容性影响；ifconfig 的 PROMISC 标志在新系统中常不显示或失效，且依赖已弃用的 net-tools，而 /sys/class/net/eth0/flags 中 bit 8 置位才是底层真实状态。
直接看 ip link show 输出里的 promiscuity 字段最可靠，ifconfig 的 PROMISC 标志在新系统里经常不显示或已失效。
为什么 ifconfig 看不到 PROMISC 不代表没开
ifconfig 依赖 net-tools 工具包，而 Ubuntu 22.04+、RHEL 9+ 等默认不预装它；即使装了，某些驱动（如某些虚拟网卡、SR-IOV VF）或容器网络命名空间下，内核可能根本不更新 flags 中的 PROMISC 位。你执行 ifconfig eth0 promisc 成功，但再跑 ifconfig eth0 却没看到 PROMISC，不是命令失败，而是输出不可信。
- 真正生效的标志藏在
/sys/class/net/eth0/flags：运行cat /sys/class/net/eth0/flags，结果是十六进制数（如0x1003），检查 bit 8 是否置位——即该值 & 0x100 是否非零（printf "%x\n" $((0x1003 & 0x100))输出100就表示开了） -
ip link show eth0会明确显示promiscuity 1（开了）或promiscuity 0（没开），这个字段由内核链路层子系统直接维护，不受驱动兼容性影响 - 别用
netstat -i：它只显示接口统计，不反映混杂状态
ip link show 怎么快速确认所有接口
执行 ip link show 后，搜索 promisc 关键字比一行行扫更高效：
-
ip link show | grep -A1 -i promisc：显示匹配行及其后一行，方便看到对应接口名 -
ip link show | awk '/^[0-9]+:/ { iface=$2; sub(/:/,"",iface); next } /promiscuity [1-9]/ { print iface }'：直接列出所有已启用混杂模式的接口名 - 注意：输出中
state DOWN的接口也可能有promiscuity 1，说明配置已写入但接口未 up，这在脚本初始化时常见
虚拟网卡和容器环境要额外小心
像 veth、macvlan、ipvlan 这类虚拟设备，混杂行为受宿主约束，不能单独“开启”：
-
veth对：默认不支持独立promisc设置；必须在宿主侧桥接设备（如br0）或物理口上启用，流量才会被转发到对端 -
macvlan模式为private时，内核强制禁用混杂，ip link set macvlan0 promisc on会静默失败（无报错但不生效） - Kubernetes Pod 网络中，CNI 插件（如 Calico、Cilium）通常屏蔽底层 promisc 控制，
ip link show在容器内看到的promiscuity值往往反映的是 host-side veth 或 dummy 接口的状态，而非容器视角
混杂模式本身无法远程探测，所谓“检测别人是否在监听”是伪需求；你唯一能确定的，只有本机当前内核链路层的实际接收策略——而 ip link show 是目前最接近真相的命令。
