推荐使用 ip link 查 MAC 地址，因其默认预装、状态无关且格式统一；ifconfig 需手动安装且仅显示启用接口；脚本中优先读 /sys/class/net/xxx/address；需查物理永久地址时用 sudo ethtool -P。
ifconfig 和 ip link 都能快速查到网卡 MAC 地址，但行为、依赖和输出结构不同；现代系统更推荐用 ip link，而 ifconfig 在某些精简环境或旧脚本里仍常见。
为什么 ifconfig 有时查不到 MAC 地址
ifconfig 属于 net-tools 包，很多新发行版（如 Ubuntu 22.04+、Alpine、CentOS Stream）默认不安装它。直接运行会提示 command not found。
- 检查是否已安装：
which ifconfig或dpkg -l | grep net-tools（Debian/Ubuntu）、rpm -q net-tools（RHEL/CentOS） - 若未安装，临时使用：
sudo apt install net-tools或sudo yum install net-tools - 即使装了，
ifconfig默认只显示“启用中”的接口；禁用的网卡（如eth0已 down）可能完全不出现，需加-a参数才列出全部 - 输出中 MAC 地址字段名不统一：老版本显示为
HWaddr，新版本多为ether，脚本解析时得兼容两种写法
ip link show 的稳定性和字段定位
ip link 是 iproute2 套件的一部分，所有主流 Linux 发行版默认自带，无需额外安装，且对启停状态不敏感——无论网卡 up/down，只要内核识别到设备，就能查到 link/ether 行。
- 查全部网卡：
ip link show，MAC 地址在每块网卡条目下一行，以link/ether开头，后接xx:xx:xx:xx:xx:xx格式 - 查单个网卡（如
ens33）：ip link show ens33 | grep "link/ether"，结果干净无干扰 - 注意：输出中可能有多个
link/ether行（如虚拟设备、bond 子接口），要结合上文的接口编号（如2: ens33:）确认归属 - 该命令不依赖 NetworkManager 或 udev 状态，适合容器、initramfs 等受限环境
脚本里该选哪个？优先用 /sys/class/net/xxx/address
如果目标是写可移植、轻量、无依赖的脚本（比如 Docker 启动前检查硬件），别硬调命令——直接读文件最稳。
Qwen
阿里巴巴推出的一系列AI大语言模型和多模态模型
- 路径固定：
cat /sys/class/net/ens33/address，输出就是纯 MAC 字符串，无空格无前缀 - 无需 root 权限（只要文件可读，通常普通用户即可）
- 比命令快一个数量级，无进程 fork 开销
- 但前提是知道网卡名；可用
ls /sys/class/net/ | grep -v lo过滤掉lo，再排除docker0、veth*等虚拟接口 - 注意：
/sys/class/net/下的设备名可能和ifconfig显示名不一致（如enp0s3vseth0），建议先用ip -br link快速列出简明列表
ethtool -P 查永久 MAC 地址的必要场景
当怀疑 MAC 被软件修改过（比如用 ip link set dev eth0 address xx:xx:xx:xx:xx:xx 临时覆盖），ifconfig 和 ip link 显示的是当前生效值，不是出厂值。
- 查原始物理地址必须用：
sudo ethtool -P eth0，输出类似Permanent address: 00:1a:2b:3c:4d:5e - 该值来自网卡 EEPROM，重启、重载驱动都不变，是唯一能验证硬件真实身份的方式
- 需要 root 权限，且部分 USB 网卡或虚拟网卡不支持
-P选项（会报No data available） - 别把它当日常查询手段——仅用于审计、合规或排障时交叉验证
真正容易被忽略的是：MAC 地址在虚拟化环境中可能由宿主动态分配（如 KVM 的 virtio-net），此时 ethtool -P 返回的“永久地址”其实是 QEMU 生成的伪随机值，不是物理网卡的。这种情况下，/sys/class/net/xxx/address 和 ip link 的结果才代表 guest 实际看到的标识。
