解决虚拟桌面网络连通性可能很乏味，因为变数很多，但是如果你提前将可能存在的问题消除的话，这个工作就会很轻松。

　　以下是使用虚拟桌面架构VDI解决网络连通性问题的一些基本技术。

　　将问题范围缩小

　　在解决连通性问题时，第一件事是消除潜在因素。最简便的方法是使用运行正常的笔记本或上网本。从用户的桌面移除跳接线，插入笔记本，看是否能访问虚拟桌面。

　　如果能访问，这就缩小了问题的范围。尤其是你确认用户的跳接线是好的，与用户连接的交换端口没问题，各种与VDI相关的服务器组件运行正常。（当然，如果它们不运行，你会从多用户那得到呼叫。）

　　另一方面，如果笔记本不能建立虚拟桌面会话，那么物理网络硬件或网络服务器存在问题。如果电话没有响个不停，那么能排除VDI有问题的嫌疑。

　　任何情况下，如果你排除是用户物理桌面的问题，就不要花时间去解决。

　　检查计算机网络与桌面连通性问题

　　如果你确定问题与网络硬件相关，而不是用户的物理桌面，测试用户的跳接线，因为这个经常出问题。原因？跳接线位于用户桌面下，容易受损坏。

　　要测试跳接线，使用线缆测试器或用新线缆替换，看结果如何。我的经验是使用测试器能更快找到问题所在。

　　如果跳接线是好的，下一步测试用户插入使用的交换端口。我发现网络千斤顶与交换之间的线路不容易出问题。同样，尝试将用户连接到另一个交换端口，看看问题在哪里。

　　如果确认网络架构也是好的，也就是与用户物理桌面相关的没问题，下一步你要使用的技术就要取决于机器是PC还是瘦客户端。

　　检修PC的一个最佳工具是ping命令。我经常通过ping通回路地址（127.0.0.1）或计算机的NetBIOS名开始。这个ping通测试通常很有效。如果无效，那么物理桌面的操作系统就存在问题。这通常与毁坏的TCP/IP堆栈或者受损的网卡驱动有关。

　　假如回路ping通测试有用，尝试ping通少量关键IP地址。例如，你可能Ping通默认的网关地址以及域名服务器的IP地址。如果失败，问题就在于连通性或驱动。由于网络线缆与交换端口已证实运行正常，那么就是网卡或者网卡驱动的问题了。

　　如果这些ping通测试都成功的话，ping一个DNS、域名控制，和其他一些关键服务器。不过这时，使用服务器的NetBIOS名而不是IP地址。这个测试将验证DNS能够正确解析服务器名。记住，如果防火墙阻止网间控制报文协议（ICMP）流量的话，这个测试会失败。

　　如果ICMP数据包受阻碍，尝试ping通不同的网站（如www.sitename.com）。多数Web服务器阻碍ICMP ping通流量，但ESPN的站点利于测试连通性，因为允许ping通Web服务器。这可让你确认从桌面到外部的连通性。

　　如果这类型ping通成功，那么证实工作站的连通性是好的，DNS域名解析运行正常。那就可以确认工作站的网络连通性没有问题。

　　因此，是时候查看是否由于架构问题导致用户不能建立虚拟桌面会话。例如，你可能发现用户已经有个会话，但出于某种原因不能连接。

　　要进一步解决问题，尝试从用户PC登录，或者让用户在不同PC登录。这无法解决问题，但能知道问题是否与物理工作站本身相关，或者与用户账户相关。这样，解决问题就更加轻松了。