故障现象

用户尝试登录云桌面时，系统提示“启动网络”，无法进入桌面。

为排查问题，执行了以下检查：

1. 虚拟化平台状态 ：在管理平台中查看该云桌面虚拟机的状态，发现其IP地址显示为 169.254.151.90。此地址属于 169.254.x.x 段，是操作系统在无法通过DHCP获取有效地址时自动分配的私有地址（APIPA），该现象通常是IP地址冲突的典型表现。

2. 虚拟机内部网络配置 ：登录该Windows云桌面虚拟机，执行 ipconfig /all 命令。发现虚拟机同时持有两个IP地址：

• 云桌面预设的合法静态IP：192.168.13.14
• 系统自动配置的临时IP：169.254.151.90 此情况进一步证实了IP地址冲突的初步判断，意味着局域网内存在另一台设备占用了 192.168.13.14 这个地址。

故障处理

按照以下步骤，可以精准定位并解决IP地址冲突问题：

第一步：网络连通性测试

首先，关闭受影响的云桌面。

然后，从同网段的其他任意一台主机上，执行以下命令：

bash ping 192.168.13.14 如果有响应：则明确证明该IP地址当前正被其他在线设备使用。

如果没有响应：也不能完全排除IP冲突的可能性，因为占用该IP的设备可能禁用了ICMP（Ping）响应。

第二步：ARP解析定位设备

在用于测试的主机上，使用ARP命令解析冲突IP地址对应的MAC地址（物理地址）：

bash arp -a 192.168.13.14 此操作可以成功获取到占用 192.168.13.14 的设备的真实MAC地址。

第三步：设备厂商识别

将上一步查询到的MAC地址的前6位（即OUI，组织唯一标识符），在互联网上的MAC地址厂商数据库中进行查询。

因为全球MAC地址的前缀由IEEE统一分配，代表特定的设备制造商，所以通过它可以推断出设备类型。

查询结果显示，该MAC地址属于“绿联（UGREEN）”品牌。经与相关用户最终核实，确认冲突原因是：该用户使用了一个绿联品牌的USB网卡，并手动将其IP地址设置为了固定的 192.168.13.14，从而导致了此次地址冲突。

解决方案与总结

1. 立即解决 ：要求该用户更改其USB网卡的IP地址，或将其设置为自动获取（DHCP），以释放被占用的 192.168.13.14。

2. 恢复服务 ：在冲突地址释放后，重新启动云桌面虚拟机，即可恢复正常登录。

3. 经验总结 ：此案例是典型的IP地址冲突故障。排查关键在于结合169.254.x.x地址现象，并使用 ping 与 arp 命令定位冲突源。规范网络IP管理（如使用DHCP保留、IP-MAC绑定）可有效预防此类问题。