Windows提示“检测到IP地址冲突”，随后网络时好时坏；交换机也可能报告同一个IP对应的MAC不断变化。简单重启设备只会刷新部分缓存，重复地址的来源没有消失，故障迟早还会回来。
IP冲突为什么会间歇出现
同一二层网络里，两台设备使用相同IPv4地址。其他主机通过ARP询问“谁拥有这个IP”，两台都可能回答；ARP缓存最后记住谁，流量就发给谁。随着设备发送Gratuitous ARP或缓存过期，映射来回切换，于是连接表现为随机断开。
常见冲突来源
- 手工静态IP落入DHCP动态地址池；
- 从模板克隆的虚拟机保留原网络配置；
- 网络设备更换但旧设备仍在线；
- DHCP故障转移或租约数据库不同步；
- 错误的静态绑定、保留地址或脚本配置；
- VRRP等高可用配置不当，而非正常共享虚拟地址。
ARP和交换机MAC表如何配合
在同一VLAN的受管设备上记录冲突IP对应的一个或多个MAC，再到交换机MAC地址表查这些MAC学习于哪个端口。MAC表可能随设备移动，查询要记录准确时间、VLAN和交换机。无线终端还要继续查接入点与控制器关联。
Gratuitous ARP不等于攻击
设备可主动广播自己的IP与MAC映射，用于地址冲突检测、缓存更新和高可用切换。异常频繁或来自意外端口才值得调查。不要把所有GARP都阻断，否则合法的网关漂移和设备上线也可能受影响。
先隔离哪台设备
确定业务影响后，优先隔离未经授权、配置错误或可安全下线的设备。若冲突涉及默认网关、服务器集群或生产控制设备，应按变更流程操作，避免直接禁用端口扩大事故。保存ARP、MAC与DHCP证据后再修改地址。
DHCP租约怎样核对
根据MAC、Client ID和主机名查租约，确认服务器实际分配了什么、租期是否有效，以及是否有另一台服务器发出不同租约。静态设备应放在明确排除范围或使用受控保留，不能靠口头约定“这个地址没人用”。
清理缓存只是恢复步骤
修正重复地址后，终端和网关可能仍缓存旧映射。可按系统流程等待过期或刷新邻居缓存，并让正确设备发送更新。只清ARP而不修配置，会让网络短暂恢复，之后再次漂移。
IPv6也有类似问题吗
IPv6通过Neighbor Discovery和Duplicate Address Detection处理地址占用，不使用ARP。排查工具与报文不同，不能把IPv4的ARP清理命令直接套用；仍需找到重复地址、接口标识和配置来源。
代理与IP冲突的关系
应用层HTTP或SOCKS代理通常不会改变终端局域网地址。多网卡、虚拟网卡和路由优先级可能让现象看起来像冲突，可参考电脑多网卡的路由优先级排查，但真正冲突仍要看到同IP对应多个链路层身份。
预防措施
- 建立地址管理表，标明动态池、静态区和负责人；
- 使用DHCP Snooping、IP Source Guard等适合的接入控制；
- 监控ARP/MAC漂移、重复地址和未知DHCP服务器；
- 虚拟机克隆后自动更新主机身份与网络配置；
- 网络高可用地址纳入审批、文档和切换演练。
结论
IP冲突的关键证据是同一个地址在同一广播域中对应多个设备身份。沿着ARP到MAC表再到物理端口和配置来源，修正重复静态地址或DHCP边界，才能真正消除间歇断网。
