IP地址冲突一般只发生在工作站端，在服务器端IP地址发生冲突的概率较低，所以一般服务器出了问题，很少考虑IP地址冲突的问题。笔者最近碰到两起案例，都是由于IP地址冲突造成的，在此总结分享出来，希望对大家有所帮助。​

1 Veeam复制时出现“应用程序中的错误”提示

某企业VMware vSphere虚拟化环境，有2台ESXi主机，其中IP地址为10.10.10.241的服务器运行着生产的虚拟机，IP地址为10.10.10.242的服务器作为备份机。拓扑结构如图1所示。​

图1 虚拟化环境拓扑​

(资料图)

使用Veeam的虚拟机复制功能，将10.10.10.241服务器上的虚拟机复制到IP地址为10.10.10.242的服务器上。当前虚拟化环境在1个月前上线，在前三周的时候虚拟机的运行和虚拟机的复制运行正常。但是从最近一周开始，在Veeam中虚拟机复制失败，查看任务状态时提示“应用程序中的错误”，如图2所示。​

图2 应用程序中的错误​

问题最初开始的时候，以为是Veeam出现了错误。为了解决问题，进行了如下尝试：​

（1）删除了虚拟机复制任务，重建虚拟机的复制任务。再次复制，仍然出错。​

（2）删除了Veeam备份虚拟机，从模板新建Windows Server 2019虚拟机，安装新的Veeam备份软件，然后重建复制任务，仍然出错。​

在Veeam一端无法解决问题后，升级了vCenter Server，然后重新复制，仍然出现同样的错误。​

因为当前环境中只有2台ESXi主机，一台为生产主机，一台为备份主机。所以想舍弃vCenter Server不用，在Veeam中直接添加2台ESXi主机，从1台ESXi主机备份到另1台ESXi主机。在添加第1台ESXi主机（IP地址为10.10.10.241的服务器）时正常，在添加第2台ESXi主机（IP地址为10.10.10.242的服务器）时出错，如图3所示。​

图3 添加第2台ESXi主机出错​

在Veeam的虚拟机中，使用浏览器登录https://10.10.10.242也出错，如图4所示。​

但是在vCenter Server中，可以正常浏览和管理10.10.10.241和10.10.10.242这2台主机。​

此时初步分析可能是10.10.10.242这台主机出了问题。在10.10.10.242这台服务器前，按F2输入用户名密码，进入控制台界面之后重置了系统配置。在重置系统配置之后，服务器重启，并且密码清空、配置恢复到初始安装的配置。再次进入系统后（以空白密码登录进入），重新设置root密码、重新设置IP地址（此时仍然使用10.10.10.242），再在Veeam中添加10.10.10.242，仍然出现图3的错误。在Veeam中也无法使用浏览器登录这台服务器。此时怀疑可能是IP地址有冲突，在服务器上将10.10.10.242的IP地址改为10.10.10.243的IP地址后，在Veeam中顺利添加了这台服务器。此时在Veeam中使用浏览器也能正常登录10.10.10.243的管理界面。​

然后重建虚拟机的复制任务，此时复制恢复正常，如图4所示。​

图4 虚拟机复制正常​

【说明】因为以前在ESXi02的主机有成功的复制虚拟机任务，所以在本次新建虚拟机复制任务时，复制后的虚拟机后缀不能与上次的复制任务相同。在完成本次复制后，浏览ESXi02主机的存储，删除第一次成功复制的虚拟机。注意，不要删除新的虚拟机复制，也不要浏览错误，删除ESXi01中的生产虚拟机。​

2 vSAN网络警报：VMotion检查报警

某企业vSphere虚拟化环境，由3台ESXi主机组成，使用vSAN。在11点多的时候，管理员发现vSAN网络警报：“VMotion MTU检查（使用较大数据包执行PING操作）”、“VMotion基本（单播）连接检查”，如图5所示。​

图5 vSAN网络警报​

报警的是IP地址为192.168.0.11的主机。登录到vCenter Server，在导航栏左侧单击IP地址为192.168.0.11的主机，在“监控→任务和事件→事件”中查看历史事件，发现在11点17分的时候，在IP地址为192.168.0.11的接口vmk0（当前ESXi主机的管理地址接口）检测到与当前服务器重复的IP地址，重复IP地址的MAC地址为18:03:73:6f:a8:9d，如图6所示。​

图6 检测到重复的IP地址​

找到问题所在之后，找到设置了IP地址为192.168.0.11的计算机，将其改为其他地址即解决问题。​

总结：在这2个案例中，企业服务器数量较小，办公计算机数量较少，服务器与计算机都使用同一网段的IP地址。有些员工的计算机在设置或修改IP地址时，可能会设置成服务器相同的地址，造成IP地址冲突。​