对于用户来说，发生“IP地址冲突”是不受欢迎的事情，因为在一个网络中，每个主机（严格来说是网络接口）都应该有唯一的一个IP地址，如果出现两个或两个以上主机使用相同的IP地址，这些使用相同IP地址的主机屏幕会弹出对话框报告IP地址冲突，这将导致这些使用相同IP的机器不能正常访问网络。但是，前几天我却用这个如鸡肋的功能帮了同事一个大忙。
　　
　　作为网络管理员的我那天遇到了同事申报的网路故障。经初步诊断，发现网络时断时续，重启网关的话，能够正常好一会，过一段时间后就不灵了。这是一个十分简单的网络：一条外网网线进来，接入一台运行FreeBSD的网关（做NAT用），网关机的另外一个网络接口接交换机，客户端全部接在交换机上，同时，网关机提供DHCP服务，所有的客户机使用DHCP自动获取IP。首先，我得确定故障发生在哪里。重启网关，发现客户机能正常上网，但网关马上提示DHCP请求超时的报警，除此之外看不出什么端倪，去客户端查IP，发现获取的IP地址正常，于是又怀疑是不是交换机有问题，等一会，发现故障又出现了，重启一下交换机，网络又正常了。问题到底在哪里呢？一下犯晕了。
　　整理了一下思路，然后找了一台客户机（客户机全是Windows），先ping一下网关，发现居然ping不通，ping网内的另外一台机器则正常，重启网关再用客户机ping 网关则正常，毫无疑问，网络中了ARP欺骗病毒了。进系统目录，发现c:下有几个异常的文件，改名某个文件，居然不让操作，运行命令 arp –a 发现多行arp请求，看来是病毒引起的网络堵塞故障。不能把所有的机器都与网络断掉，当务之急是先找出当前正在作祟的主机然后隔离处理。
　　怎么辨别是网络中哪台主机中毒了呢？网上已经有很多不错的办法。有人建议用抓包工具，然后分析抓到的包信息来确认中毒的主机，然而我手里没有任何抓包工具，看来只好自己想招了。经过摸索，总结了下面一些行之有效的办法，供大家参考！
　　在客户机运行路由跟踪命令如 tracert –d ，马上就发现第一条不是网关机的内网IP，而是本网段内的另外一台机器的IP，再下一条才是网关的内网IP，正常情况是路由跟踪执行后的输出第一条应该是默认网关地址，由此判定第一条的那个非网关IP 地址的主机就是罪魁祸首。
　　问题又出来了，由于网内的主机IP地址是通过DHCP自动获取来的，怎么找出这个主机又是一个难题，几十个机器，挨个用 ipconfig/all查非累死不可，怎么办？得走捷径才行。突然之间冒出一个念头：设置一个与查出来的中毒主机相同的IP地址，然后找一台客户端机器，查一下其自动获取的IP地址，没有那么幸运—这台机器不是要揪出来的那个IP，然后把这个主机的“自动获取IP地址”取消，手动设置机器的IP与有病毒的那个IP相同，设置生效后就听见一个妹妹嚷道：“我的IP地址怎么跟别人冲突了呢？”殊不知，我要找的就是你呢！把妹妹的主机隔离网络，其他的机器上网立马就顺畅了。
　　处理arp病毒的操作我想大家都应该有经验了，在这里就不再多罗嗦。
　　简单总结一下，其主要步骤有两步：1. 运行 tracert –d 找出作崇的主机IP地址。 2. 设置与作崇主机相同的IP，然后造成IP地址冲突，使中毒主机报警然后找到这个主机。