-
-
Migrate workloads between resource locations using Image Portability Service
-
-
-
Composite Devices and Device Splitting
-
-
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Composite Devices and Device Splitting
A composite USB device is a single device that acts like multiple independent USB devices connected to a computer. It has a single USB connector but it can expose multiple interfaces to the computer with each having its own set of functionalities. When a user plugs in a composite USB device, the host device checks for all functions (interfaces) against each policy rule. If the first match for any function(interface) is a Deny rule, the rule is considered definitive for the composite device and the device is denied. If the first match for a function (interface) is an Allow rule, the host device continues to match the rules against the next function (interface). The composite device is allowed if no function (interface) is denied by a policy rule. If definitive match for composite device is a Deny Rule, the device is available only to the local desktop otherwise the device is remoted to the virtual desktop. If no match is found, default rules are used.
We can split the composite device using the appropriate rules in the Device redirection rules (Version 2) policy to allow only specific functionality of a composite device. For instance, we may want to use just the HID functions of a FIDO2 key but not the smartcard functionality. In that case, we would set the rules as illustrated below:
-
Connect: VID=1050 PID=0407 class=03 split=01 intf=00,01 #Yubikey series 5 allowed FIDO2 HID functions.
-
Deny: VID=1050 PID=0407 split=01 intf=02 # Yubikey series 5 smartcard function blocked.
Tip:
When creating new policy rules, refer to the USB Class Codes, available on the USB web site.
Configuring a signature pad
-
Install the appropriate device driver on the VDA host.
-
Turn On the Client USB device redirection policy in Citrix Web Studio.
-
Edit the Client USB device redirection rules (Version 2) policy.
- Set the VID and PID information for the signature pad that needs to be redirected and click Save. For example: Connect: VID=056A PID=00A4 #STU-430
-
Edit the policy Client USB device optimization rules.
- Set the mode along with other device information. For example: Mode=00000004 VID=056A PID=00A4 class=03 #Input device operating in capture mode
-
Edit the policy Allow existing USB devices to be automatically connected.
-
Clear the Use default value checkbox and select Automatically redirect available USB devices from the drop down menu and click Save.
-
Edit the policy Allow newly arrived USB devices to be automatically connected.
-
Clear the Use default value checkbox and select Automatically redirect available USB devices from the drop down menu and click Save.
Once these policies are set in the Studio console, subsequent session launches will have the device getting automatically redirected and will not require any additional end user action.
Note:
Replace the VID and PID with the actual VID and PID of the device to be redirected.
Configuring Bloomberg keyboard using USB redirection
-
Turn On the Client USB device redirection policy in Citrix Web Studio.
-
Bloomberg 5 keyboards are set by default in the Client USB device redirection rules (Version 2) policy and no additional admin action is needed.
-
Edit the policy Allow existing USB devices to be automatically connected.
-
Clear the Use default value checkbox and select Automatically redirect available USB devices from the drop down menu and click Save.
-
Edit the policy Allow newly arrived USB devices to be automatically connected.
-
Clear the Use default value checkbox and select Automatically redirect available USB devices from the drop down menu and click Save.
Once these policies are set in the Studio console, Bloomberg keys will automatically be presented in subsequent HDX sessions and will not require any additional end user action.
Configuring a FIDO2 key using USB redirection
Citrix recommends using FIDO2 redirection for using FIDO2 keys in your HDX sessions. However, there might be situations in which you must redirect FIDO2 keys using USB redirection instead. These include scenarios where FIDO2 redirection is not available because the feature is not supported by the client, the VDA, or the operating system (e.g. Windows Server 2016).
There can also be situations in which the key has multiple modes enabled, but you only want to allow a subset of those in your HDX sessions. For example, you might want to allow FIDO2 and OTP, but block the smart card.
The following steps illustrate how you can configure a FIDO2 key using USB redirection (Yubikey vid=1050, pid=0407).
-
turn On the Client USB device redirection policy in Citrix Web Studio.
-
Edit the Client USB device redirection rules (Version 2) policy.
-
Set the VID and PID information as well as the split device configuration for the FIDO2 key to be redirected in the session and click Save.
-
Connect: VID=1050 PID=0407 class=03 split=01 intf=00,01 #Yubikey series 5 allowed FIDO2 HID functions.
-
Deny: VID=1050 PID=0407 split=01 intf=02 # Yubikey series 5 smartcard function blocked.
-
-
Edit the policy Allow existing USB devices to be automatically connected.
-
Clear the Use default value checkbox and select Automatically redirect available USB devices from the drop down menu and click Save.
-
Edit the policy Allow newly arrived USB devices to be automatically connected.
-
Clear the Use default value checkbox and select Automatically redirect available USB devices from the drop down menu and click Save.
Once these policies are set in the Studio console, FIDO2 keyboards will automatically be presented in subsequent HDX sessions and will not require any additional end user action.
Configuring a 3-d mouse using USB redirection
Today, the 3dConnexion space mouse drivers are only supported on workstation OSes (Win 10 and Win11). They do not work on server OS. The following are the steps to configure a SpaceMouse Enterprise on a workstation OS (vid=046D, pid=C016).
-
Install the latest Windows driver on the VDA host.
-
From Studio, turn on Client USB device redirection policy.
-
Edit the Client USB device redirection rules (Version 2) policy.
- Set the VID and PID information for the signature pad that needs to be redirected and click Save. For example: Connect: VID=046D PID=C016 #SpaceMouse Enterprise
-
Edit the policy Client USB device optimization rules.
- Set the mode along with other device information. For example: Mode=00000004 VID=046D PID=C016 class=03 #Input device operating in capture mode
-
Edit the policy Allow existing USB devices to be automatically connected.
-
Clear the Use default value checkbox and select Automatically redirect available USB devices from the drop down menu and click Save.
-
Edit the policy Allow newly arrived USB devices to be automatically connected.
-
Clear the Use default value checkbox and select Automatically redirect available USB devices from the drop down menu and click Save.
Share
Share
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.