MAC冲突可确认为两台虚拟机使用相同MAC地址，表现为arping探测到同一IP对应多个MAC、连接中断而VNC正常；IP冲突则呈现部分ping通、ARP表MAC反复切换。
直接用 arping 从第三方机器发探测，看到多个 MAC 回应同一个 IP，基本就能锁定是 MAC 冲突——不是网络设备故障，也不是配置错 IP，而是两台虚拟机用了相同 MAC 地址。
怎么确认是MAC冲突而不是IP冲突
IP 冲突通常表现为「部分 ping 通、部分超时」或「ARP 表里反复切换 MAC」；而 MAC 冲突的典型现象是：两台虚机都配了不同 IP，但网络连接频繁中断、SSH 卡顿、VNC 正常（绕过二层转发），且在物理宿主机或同网段其他机器上抓包发现目标 IP 的 ARP 响应来自两个不同 MAC。
- 别在本机跑
arping查自己 IP —— Linux 内核会强制应答，永远显示「Reply」，毫无意义 - 必须从另一台同网段、能通信的 Linux 机器（比如跳板机）执行：
sudo arping -c 5 192.168.100.30 - 如果输出里出现两条及以上不同 MAC 的
Unicast reply（例如[52:54:00:0c:1d:f5]和[52:54:00:a1:b2:c3]），就坐实了 MAC 冲突 - 再比对这两台虚机各自的
ip link show输出，看哪个 MAC 和你预期配置的不一致
为什么克隆虚拟机后容易出这问题
VMware、VirtualBox、libvirt 默认会在克隆时生成新 MAC，但系统内部仍保留旧网卡名（如 ens33）和旧 /etc/sysconfig/network-scripts/ifcfg-ens33 里的 HWADDR 字段，导致 udev 规则或 NetworkManager 拒绝启用新网卡，或者启动时绑定错设备。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 运行
ip link查当前生效的网卡及其 MAC，和虚拟机设置里显示的 MAC 对不上？大概率是残留配置没清理 - CentOS/RHEL 系统重点检查
/etc/udev/rules.d/70-persistent-net.rules（若存在）是否硬编码了旧 MAC - Ubuntu/Debian 系统留意
/etc/netplan/*.yaml里有没有写死match.macaddress或set-name规则 - systemd-networkd 环境下，
.link文件若匹配到旧 MAC，也会导致网卡重命名失败
快速定位冲突源的三步操作
不要靠猜，用工具链交叉验证。目标是把「哪个 IP 对应哪个 MAC」和「哪个 MAC 实际连在哪台虚机」对应起来。
- 先在宿主机或网关上查 ARP 表：
ip neigh show | grep 192.168.100，看哪些 IP 绑定了异常 MAC - 再用
arp-scan --interface=br0 --localnet | grep "52:54:00:0c:1d:f5"（替换为你怀疑的 MAC），直接扫出该 MAC 当前活跃的 IP（需 root 权限） - 最后登录疑似虚机，运行
cat /sys/class/net/ens33/address（换实际网卡名）确认物理 MAC，再对比hostnamectl和virsh domiflist <vm-name>输出，确认 libvirt 层面绑定的 MAC 是否一致
修复后必须清理的缓存和状态
即使改完 MAC 并重启网卡，旧 ARP 条目可能还在交换机、宿主机、甚至客户端缓存里，导致震荡持续几分钟。
- 在宿主机上清本地 ARP 缓存：
ip neigh flush dev br0（换成你实际桥接设备名） - 在受影响的客户机上执行：
arp -d 192.168.100.30（Linux）或arp -d *（Windows） - 如果用的是 Open vSwitch 或较新内核，检查
sysctl net.ipv4.conf.all.arp_ignore和arp_announce是否被设为非默认值（如1或2），这些参数可能抑制合法 ARP 应答 - 别忘了重启
systemd-networkd或NetworkManager，而不是只systemctl restart network（RHEL/CentOS 传统服务已逐步弃用）
真正麻烦的不是改 MAC，而是改完之后没人去清交换机的 MAC 地址表或客户机的 ARP 缓存——震荡会持续到老化时间结束（通常是 300 秒），这段时间里谁先发包谁“赢”，流量就在两台虚机之间随机跳变。
