Enabling connections from Receiver for HTML5 to desktops deployed using Provisioning Services.
Enabling connections from Receiver for HTML5 to desktops in Provisioning Services (PVS) based catalogs might require additional steps to complete depending on the persistence of the write cache mode used for the vDisk.
The required policies to enable HTML5 connections can be configured using either Citrix Studio, with policy rules saved in the XenDesktop site database, or the Group Policy Management Console, with policy rules saved in Active Directory.
After applying the WebSockets connections policy to a worker, the machine must be restarted before it becomes effective and will listen for and accept HTML5 connections on the specified port (default is 8008). Because of the non-persistent nature that PVS based catalogs are generally deployed with, this policy must be part of the base image or it will not be effective and connections from Receiver for HTML5 will fail.
Deploy a PVS based catalog and delivery group you want to enable HTML5 connections for.
Enable the WebSockets connections policy required for HTML5 connections and optionally the WebSockets port number and WebSockets trusted origin server list policies either through Citrix Studio or through Active Directory so they apply to your PVS catalog.
Shutdown a worker that is part of the catalog/delivery group.
Using the PVS console, change the device type of the shutdown worker from Production to Maintenance:
Boot the worker, select the maintenance vDisk version from the Boot Menu:
Verify the following policies are in place in the registry:
Caution! Refer to the Disclaimer at the end of this article before using Registry Editor.
HKLM\Software\Policies\Citrix\ICAPolicies\AcceptWebSocketsConnections
HKLM\Software\Policies\Citrix\ICAPolicies\WebSocketsPort
HKLM\Software\Policies\Citrix\ICAPolicies\WSTrustedOriginServerList
Note: You must do this with a worker that is part of the catalog/delivery group or the policies will not be applied.
Shutdown the worker.
Change the workers type back to Production.
Promote the new vDisk version to Production:
If you do not utilize PVS vDisk versioning, it is possible to apply the policy in your base vDisk image by shutting down all workers utilizing the vDisk and then placing the vDisk in Private mode in order to boot the worker and update the image.
Note: Catalogs deployed with MCS do not require these additional steps as policies are cached on the worker’s identity disk.
PVS catalogs that utilize a persistent write back cache modes such as Cache on device hard drive persisted and Cache on server persisted also do not require these additional steps to implement HTML5 connections.