最可靠的方法是查看 ip link show 输出中的 promiscuity 字段，因其由内核链路层子系统实时维护，不受驱动兼容性或 net-tools 弃用影响；ifconfig 的 PROMISC 标志在新系统中常不显示或失效，且部分虚拟网卡、容器网络命名空间下内核根本不更新该标志。
直接看 ip link show 输出里的 promiscuity 1 字段最可靠，它由内核链路层子系统实时维护，不受驱动兼容性或用户空间工具弃用影响。
为什么不能只信 ifconfig 的 PROMISC 标志
ifconfig 依赖已弃用的 net-tools 包，在 Ubuntu 22.04+、RHEL 9+ 等系统中默认不预装；即使手动安装，某些场景下输出也完全不可信：
- 部分虚拟网卡（如 veth、SR-IOV VF）或容器网络命名空间中，内核根本不更新
flags中的 PROMISC 位 - 执行
ifconfig eth0 promisc成功后，再跑ifconfig eth0却没显示 PROMISC —— 不是命令失败，而是输出字段本身失效 -
netstat -i根本不反映混杂状态，纯属误用
怎么用 ip link show 快速确认所有混杂接口
一条命令筛出所有非回环、且处于混杂状态的接口：
ip -br link | awk '$1 !~ /^lo$/ && /promiscuity [1-9]/ {print $1}'
如果想看到更完整的上下文（比如接口名 + 状态行），用：
ip link show | grep -B1 'promiscuity 1'
注意：promiscuity 0 表示关闭，promiscuity 1 或更高值才表示真正启用；state DOWN 的接口也可能有 promiscuity 1，说明配置已写入但尚未 up。
底层验证：读 /sys/class/net/eth0/flags 更硬核
这是绕过所有用户空间工具、直击内核标志位的方式：
- 运行
cat /sys/class/net/eth0/flags，得到一个十六进制数（如0x1003） - 检查 bit 8 是否置位：即计算该值 &
0x100，非零即表示混杂已开
例如：printf "%d\n" $((0x1003 & 0x100))输出256就是开了 - 这个判断方式在 Kubernetes Pod 内、CNI 插件环境、甚至某些驱动异常时依然有效
混杂模式不是“开着就有流量”，还要看驱动和拓扑
即使 promiscuity 1 显示正常，也不代表你能抓到所有包：
- veth 对无法单独设混杂，必须在宿主桥接设备（如
br0）或物理口上启用 -
macvlan模式为private时，内核强制禁用混杂，ip link set macvlan0 promisc on会静默失败 - Kubernetes 容器内看到的
promiscuity值，往往反映的是 host-side veth 的状态，而非容器视角的真实接收能力
真正的混杂生效，是内核链路层 + 驱动 + 物理/虚拟拓扑三者共同作用的结果，单看一个字段容易误判。
