ip link set dev eth0 address 失败的根本原因是网卡驱动不支持mac重写，需先down接口、确认驱动兼容性，并在systemd-networkd或networkmanager中配置持久化。
为什么 ip link set dev eth0 address xx:xx:xx:xx:xx:xx 会失败？
常见报错是 RTNETLINK answers: Operation not supported 或 Cannot assign requested address，根本原因不是权限不够，而是网卡驱动不支持 MAC 地址重写（比如某些虚拟化网卡、Realtek RTL8169 旧驱动、或启用了 SR-IOV 的物理网卡）。
实操建议：
- 先确认网卡是否允许修改：
ethtool -i eth0 | grep firmware，再查对应驱动文档；更直接的是运行ip link show eth0，看输出里有没有BROADCAST,MULTICAST,UP,LOWER_UP—— 如果没有UP，得先ip link set eth0 up再试 - 必须在网卡 down 状态下改 MAC：
ip link set eth0 down→ip link set dev eth0 address 00:11:22:33:44:55→ip link set eth0 up - 某些网卡（如 Intel igb）需要加内核参数
igb.allow_unsupported_sfp=1才能生效，但这和 MAC 无关，别乱加
systemd-networkd 下怎么让 MAC 修改永久生效？
临时改完重启就丢，是因为 systemd-networkd 每次启动都会按配置重置接口。它不读取 /etc/network/interfaces，也不认 ifconfig 历史。
实操建议：
- 编辑对应网络配置文件，比如
/etc/systemd/network/10-eth0.network - 在
[Match]下确保正确匹配设备（用Name=eth0或MACAddressPolicy=none避免冲突） - 在
[Network]段添加：MACAddress=00:11:22:33:44:55 - 注意：如果同时配了
MACAddressPolicy=permanent（默认值），MACAddress设置会被忽略 —— 必须显式设成MACAddressPolicy=none
NetworkManager 管理的网卡，nmcli 改 MAC 为啥不持久？
因为 NetworkManager 默认每次连接都恢复原始 MAC，尤其在 DHCP 场景下，它会主动调用 udev 规则或内核接口还原地址。
实操建议：
- 用
nmcli connection modify "Wired connection 1" ethernet.mac-address 00:11:22:33:44:55 - 但必须禁用 MAC 随机化：
nmcli connection modify "Wired connection 1" ethernet.cloned-mac-address permanent - 如果仍无效，检查
/etc/NetworkManager/conf.d/00-mac-randomization.conf是否存在并覆盖了设置 —— 删除或注释掉mac-address-randomization相关行 - 改完记得
nmcli connection down "Wired connection 1" && nmcli connection up "Wired connection 1"
改完 MAC 后 ping 不通、DHCP 获取不到 IP 怎么办？
这不是 MAC 本身的问题，而是交换机、路由器或 DHCP 服务器做了 MAC 绑定、端口安全（Port Security）、或 ARP 缓存未刷新。
实操建议：
- 先确认本机 ARP 表是否残留旧记录：
ip neigh show，用ip neigh flush dev eth0清掉 - 如果是企业网络，联系管理员确认端口是否启用
switchport port-security mac-address sticky类策略 - DHCP 失败时抓包看是否发出
DHCPDISCOVER：用tcpdump -i eth0 port 67 or port 68 -n，没流量说明网卡没发出去，可能是驱动拒绝转发非原始 MAC 的帧 - 部分云平台（如 AWS、阿里云）禁止修改 MAC，改了会导致实例失联 —— 别在生产云主机上瞎试
真正麻烦的从来不是命令怎么敲，而是你改完之后，链路另一头的设备根本不认这个新地址。别只盯着本机 ip link 输出，多看对端日志和交换机状态。
