我们可以通过HTML 5客户端访问虚拟桌面，但HTML5并非是所有员工都应该采用的技术。

HTML 5客户端的用户体验在很多情况下是可接受的，但其并非传统客户端的替代品。尽管改进了访问方式，甚至使用了更新的协议，比如VMware的Blast，但HTML 5客户端并不比PC端要好。

大多数用户不会注意到HTML 5访问与常规客户端连接在性能上的差异，但对图形或视频有要求的员工往往会注意到。GPU加速浏览器能够通过HTML 5交付高质量的图形，但并非所有浏览器都具备该性能。

没有使用GPU加速的客户端通过WebSocket运行远程桌面协议，这意味着图形以RLE格式提供给用户。这是一种旧有的、浏览器无法解码的压缩格式。相反，浏览器使用JavaScript对图形进行渲染，这是一种损害性能的无效流程。

端口、插件以及app问题

实际上使用HTML 5客户端并非总是很轻松。例如，对管理员来说设置VMware Blast很简单，但端口连接可能会把事情搞糟。初始连接通过443端口。如果该端口被阻塞，HTML访问就无法实现。用户能够能录，但无法与桌面建立连接，最终将会超时。这意味着你必须提前在后端做一些配置。如果没有使用VMware View以及Blast，那么你还必须确保在View Security服务器上设置了HTML访问组件。

如果增加了浏览器应用以及插件，事情可能会变得更加复杂。真正的HTML 5客户端不使用或者不需要浏览器插件，但是所有的浏览器都有插件，而且不同设备的插件都不一样。

GPU加速粉墨登场

VMware、Nvidia以及Google彼此协作，创造了一个运行Nvidia Tegra K1芯片以及Blast协议升级版的Chromebook，能够在低成本设备上交付高质量图形。

例如，运行Chrome远程桌面的Google Chrome应用访问本地资源。访问来自本地客户端（NaCL）,一个孤立的应用环境。开发人员喜欢使用NaCL构建应用，因为能够使访问应用就像是访问一个本地程序，而且用户往往更喜欢使用本地应用。

但通过浏览器访问远程桌面客户端并在NaCL中运行，用户能够使用想使用的任何协议连接远程桌面。每个协议提供了不同的用户体验，部分协议要比其他的要好。浏览器插件同样存在问题，因为NaCL应用在不同设备上的运行环境有所不同。总的来讲，这导致了连接及用户体验不可预知。这都会影响员工完成工作以及他们使用虚拟桌面的意愿。