临时修改网卡MAC地址必须按顺序执行：先ip link set dev eth0 down，再ip link set dev eth0 address xx:xx:xx:xx:xx:xx，最后ip link set dev eth0 up；任一环节缺失均导致失败或不生效，因内核禁止在接口up状态下修改MAC以避免驱动异常。
临时修改网卡 MAC 地址，ip link set 是最直接、最可靠的方式；但必须先 down 接口，再改地址，最后 up，缺一不可——跳过任一环节都会失败或不生效。
为什么 ip link set dev eth0 address 报错 “Device or resource busy”
这是最常遇到的错误，本质是网卡仍处于活动状态。Linux 内核不允许在接口 up 时修改 MAC，因为底层驱动可能正在收发帧，强行改会引发未定义行为。
- 必须按顺序执行：
sudo ip link set dev eth0 down→sudo ip link set dev eth0 address aa:bb:cc:dd:ee:ff→sudo ip link set dev eth0 up - 不能只写
state up或state down：正确动作是up/down，写成state up会报RTNETLINK answers: Invalid argument - 如果该网卡正被 NetworkManager 管理，它可能在你
up后自动重载旧配置，导致新 MAC 被覆盖——可临时停用：sudo systemctl stop NetworkManager
ip link show 显示的 MAC 和实际生效的 MAC 不一致？
常见于虚拟机或某些云平台网卡（如 AWS 的 ens5），它们对 MAC 地址有强管控。即使 ip link set 成功返回，底层 hypervisor 可能拦截并丢弃非白名单 MAC 的出包。
- 验证是否真生效：用
ip link show eth0 | grep link/ether，看输出是否为你设的值 - 进一步确认：抓包看真实发出帧的源 MAC，例如
sudo tcpdump -i eth0 -c 1 -e | head -1，检查00:11:22:33:44:55是否出现在第一行 - 若显示已改但抓包仍是旧值，说明驱动或平台拒绝了变更——此时改 MAC 无效，别浪费时间调配置文件
临时改完就断网？别急着 panic
改 MAC 后 ip link set eth0 up 完，接口状态可能是 UP 但没 IP，或者 DHCP 没重续租约，看起来像“断网”，其实只是网络层没恢复。
- 检查 IP 是否还在：
ip addr show eth0，若无inet行，需手动加或触发 DHCP：sudo dhclient eth0 - 注意：不要用
ip addr flush dev eth0清地址——它会删掉所有 IPv4/IPv6，包括你可能忽略的 secondary IP - 若用静态 IP，记得在
up后补回：sudo ip addr add 192.168.1.100/24 dev eth0（CIDR 必须带，不能省）
永久生效要绕过发行版差异
没有跨发行版通用的“永久改 MAC”方案。不同系统持久化路径和机制完全不同，硬套模板容易失效。
- Debian/Ubuntu：在
/etc/network/interfaces对应 iface 段加hwaddress ether aa:bb:cc:dd:ee:ff - RHEL/CentOS 7+：在
/etc/sysconfig/network-scripts/ifcfg-eth0加MACADDR=aa:bb:cc:dd:ee:ff，并确保DEVICE=eth0和文件名一致 - systemd-networkd：在
/etc/systemd/network/*.network中写[Link] MACAddress=aa:bb:cc:dd:ee:ff - 所有方案都依赖服务重启或
systemctl restart systemd-networkd/ifdown && ifup才加载，不是改完就立刻生效
真正难的不是命令怎么敲，而是判断当前环境是否允许改 MAC、改了之后上层协议栈和外部设备认不认。很多问题根本不在 Linux 配置侧，而在虚拟化平台策略或物理交换机端口安全限制里。
