IP地址冲突会导致断网、丢包、服务中断及中间人攻击；需用第三方设备执行arping或ARP表交叉比对确认冲突，再通过清缓存、禁用设备、启用arp_ignore/arp_announce参数临时止血，并写入sysctl配置实现永久防护。
局域网内IP地址冲突会导致设备断网、服务不可用、数据丢包甚至被用于中间人攻击，尤其在摄像头、门禁、IoT设备密集部署的弱电项目中，同一IP被多台设备（比如出厂默认192.168.1.1的IPC）同时启用就会立刻引发全网通信异常。
快速定位冲突源
先确认是否真有冲突，而不是单纯网络故障。这一步必须在另一台同网段、且IP确定无冲突的Linux机器上执行，不能在疑似冲突本机运行：
方法一：arping检测（最直接）
执行 arping -I eth0 192.168.1.100（把eth0换成你实际网卡名，192.168.1.100替换成待查IP）。
如果返回多个不同MAC地址的“Unicast reply”，说明该IP已被至少两台设备占用；只返回一个MAC则暂无冲突。
【注意：arping必须从第三方设备发起，本机对自身IP发arping永远只回自己，无法发现冲突】
方法二：ARP表交叉比对
在多台不同设备上分别执行 arp -a | grep 192.168.1.100 或 ip neigh show | grep 192.168.1.100，对比输出的MAC是否一致。不一致即冲突已发生。
立即止血：临时清理与隔离
定位到冲突IP后，优先让业务恢复，再处理根源：
第一步：清空本机ARP缓存
执行 ip neigh flush all。这会强制本机丢弃所有ARP记录，后续通信将重新发起ARP请求，避免继续把包发给错误MAC。
第二步：临时禁用冲突设备（物理或逻辑）
若已知冲突设备MAC（如40:F4:EC:76:79:C2），可用交换机端口MAC绑定功能直接shutdown对应端口；若无网管交换机，就去现场拔网线或关机——这是最彻底的止血方式。
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
第三步：为当前服务器启用ARP防护参数（防二次响应）
对每个物理网卡单独设置：echo 2 > /proc/sys/net/ipv4/conf/eth0/arp_ignoreecho 2 > /proc/sys/net/ipv4/conf/eth0/arp_announce
这两条命令让eth0只响应自己接口上真实配置的IP的ARP请求，并且对外宣告时只提本接口子网内的IP，避免多网卡场景下“越界应答”引发路由混乱。
永久防护：固化配置+源头治理
重启后临时设置会丢失，必须写入系统级配置并加载：
① 创建独立sysctl配置文件：
执行
sudo tee /etc/sysctl.d/99-arp-protection.conf <<'EOF'<br>net.ipv4.conf.eth0.arp_ignore = 2<br>net.ipv4.conf.eth0.arp_announce = 2<br>net.ipv4.conf.eth1.arp_ignore = 2<br>net.ipv4.conf.eth1.arp_announce = 2<br>EOF（按实际网卡名补全eth1、eth2等）
② 加载新配置：
运行 sudo sysctl --system，它会重载/etc/sysctl.d/下所有文件，比sysctl -p更可靠。
③ 验证生效：
执行 sysctl net.ipv4.conf.eth0.arp_ignore，输出应为 net.ipv4.conf.eth0.arp_ignore = 2。
④ DHCP侧加固（关键）：
登录路由器或DHCP服务器后台，把地址池范围缩小，避开常用静态IP段（如留出192.168.1.1–192.168.1.50给服务器/打印机手动分配）；启用IP-MAC绑定功能，对核心设备做静态租约；开启“地址冲突检测”选项（部分企业级DHCP支持主动ping探测后再分配）。
