设置MAC地址后NetworkManager链路本地回退连接失效问题

嘿，我之前帮用户排查过类似的NetworkManager配置冲突问题，咱们来拆解你遇到的这个情况：

你原本的方案很清晰——给同一个网卡配置两个NetworkManager连接来实现DHCP失败后的链路本地回退：

• 高优先级连接：DHCP模式，设置了有限的重试次数，优先尝试获取DHCP地址
• 低优先级连接：链路本地（link-local）模式，等第一个连接重试失败后自动顶上

这个方案本来运行正常，但当你把802-3-ethernet.cloned-mac-address设为"stable"来随机化MAC（避免镜像磁盘后的MAC冲突）后，DHCP连接依然能正常工作，但链路本地回退的功能却失效了。

问题根源分析 #

这大概率是两个连接的克隆MAC地址不一致导致的。"stable"模式下，NetworkManager会为每个连接生成独立的随机MAC（基于连接的UUID生成固定值），当第一个DHCP连接失败后，NetworkManager切换到第二个链路本地连接时，网卡会切换MAC地址。而IPv4的链路本地地址是和网卡MAC绑定生成的，这个MAC切换过程会触发NetworkManager的状态检测异常，或者导致链路本地地址的生成/绑定出现冲突，最终让回退逻辑失效。

解决方法：让两个连接共享同一个克隆MAC地址 #

要让回退功能恢复正常，核心是确保两个连接使用相同的克隆MAC地址，这样切换时网卡MAC不会变化，链路本地地址的生成也能顺利进行。具体操作步骤如下：

1. 查看DHCP连接的克隆MAC地址
   先找到你的DHCP连接名称（比如叫eth0-dhcp），用以下命令查看它的稳定克隆MAC：

   nmcli connection show eth0-dhcp | grep cloned-mac-address
   

   输出会类似：802-3-ethernet.cloned-mac-address: 00:11:22:33:44:55

2. 同步链路本地连接的克隆MAC地址
   找到你的链路本地连接名称（比如叫eth0-linklocal），用命令把它的克隆MAC改成和DHCP连接完全一致的值：

   nmcli connection modify eth0-linklocal 802-3-ethernet.cloned-mac-address 00:11:22:33:44:55
   

3. 验证配置并测试回退逻辑
   先重新加载连接配置：

   nmcli connection reload
   

   然后可以手动断开DHCP连接，测试回退功能：

   nmcli connection down eth0-dhcp
   

   此时观察NetworkManager是否会自动切换到链路本地连接，并成功获取169.254.x.x段的IP地址。

可选方案：全局设置克隆MAC地址 #

如果你希望该网卡的所有连接都共享同一个稳定随机MAC，可以直接在NetworkManager全局配置里设置，避免逐个连接配置的麻烦：

1. 打开NetworkManager的全局配置文件（通常路径为/etc/NetworkManager/NetworkManager.conf），添加或修改[device]段：

   [device]
   ethernet.cloned-mac-address=stable
   

2. 重启NetworkManager服务使配置生效：

   sudo systemctl restart NetworkManager
   

   这样该网卡下的所有连接都会使用同一个基于网卡UUID生成的稳定随机MAC，从根源上避免了连接间的MAC切换冲突。

备注：内容来源于stack exchange，提问作者GrixM