根本原因是ip命令仅修改内核运行时状态，重启后networkmanager会自动恢复原始mac；需用nmcli持久化修改或udev规则固化。
统信UOS修改MAC地址后重启失效的根本原因
统信UOS默认使用NetworkManager管理网络连接，ip命令临时修改的MAC地址仅作用于内核网络栈的运行时状态，网卡重载或系统重启后，NetworkManager会自动从配置中读取原始MAC并覆盖。这导致你用sudo ip link set dev ens33 address 00:11:22:33:44:55设置的地址在下次开机时彻底消失——不是操作错了，而是机制上就不保存。
用nmcli持久化修改（推荐，桌面与服务器通用）
方法一：克隆固定MAC（生产环境首选）
1、执行nmcli connection show，确认目标连接名称，例如“有线连接1”；
2、启用MAC克隆策略：sudo nmcli connection modify "有线连接1" 802-3-ethernet.cloned-mac-address permanent；
3、指定新MAC地址：sudo nmcli connection modify "有线连接1" 802-3-ethernet.mac-address 00:11:22:33:44:55；
4、重载并激活连接：sudo nmcli connection reload && sudo nmcli connection down "有线连接1" && sudo nmcli connection up "有线连接1"；
5、验证是否生效：ip link show ens33 | grep ether，输出应显示你设定的地址，且重启后仍存在。
方法二：随机MAC克隆（仅限测试）
执行sudo nmcli connection modify "有线连接1" 802-3-ethernet.cloned-mac-address random即可，无需指定地址；每次连接自动分配新值，但【部分企业级交换机或准入网关会直接丢弃随机MAC帧，切勿用于正式业务】。
用udev规则固化（禁用NetworkManager时必须用）
① 打开终端，执行sudo vim /etc/udev/rules.d/70-persistent-net.rules创建规则文件；
② 在文件中添加一行（将ens33和MAC地址替换为你的实际值）：
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="xx:xx:xx:xx:xx:xx", NAME="ens33"
③ 再添加一行强制改MAC：
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="xx:xx:xx:xx:xx:xx", RUN+="/bin/sh -c 'echo 00:11:22:33:44:55 > /sys/class/net/ens33/address'"
④ 保存退出，执行sudo udevadm control --reload-rules && sudo udevadm trigger；
⑤ 重启系统，运行ip link show ens33 | grep ether验证结果。
验证与排错关键点
执行sudo systemctl status NetworkManager，确认服务处于active (running)状态；若为inactive，nmcli所有修改均不生效。
若nmcli报错“no such connection”，说明连接名有误，请用nmcli connection show --active查看当前激活的连接名；
修改后仍显示旧MAC，先执行sudo ip link set dev ens33 down → sudo ip link set dev ens33 up，再检查；
【务必关闭NetworkManager后再尝试udev方案，否则两者冲突会导致MAC反复被覆盖】。
