HDX™ Directo

Al acceder a los recursos proporcionados por Citrix, HDX Direct permite que los dispositivos cliente internos y externos establezcan una conexión directa segura con el host de sesión si la comunicación directa es posible.

Requisitos del sistema

Los siguientes son los requisitos del sistema para usar HDX Direct:

• Plano de control

  • Citrix DaaS™
  • Citrix Virtual Apps and Desktops™ 2503 o posterior

• Virtual Delivery Agent (VDA)

  • Windows: versión 2503 o posterior

• Aplicación Workspace

  • Windows: versión 2503 o posterior
  • Linux: versión 2411 o posterior
  • Mac: versión 2411 o posterior

• Nivel de acceso

  • Citrix Workspace™
  • Citrix Storefront™ 2503 o posterior
  • Citrix Gateway Service
  • Citrix NetScaler® Gateway

Requisitos de red

Los siguientes son los requisitos de red para usar HDX Direct.

Hosts de sesión

Si sus hosts de sesión tienen un firewall, como el Firewall de Windows Defender, debe permitir el siguiente tráfico entrante para las conexiones internas.

Nota:

El instalador de VDA añade las reglas de entrada adecuadas al Firewall de Windows Defender. Si utiliza un firewall diferente, debe añadir las reglas anteriores.

Red del cliente

La siguiente tabla describe la red del cliente para usuarios internos y externos.

Usuarios internos

Usuarios externos

Red del centro de datos

La siguiente tabla describe la red del centro de datos para usuarios internos y externos.

Usuarios internos

Usuarios externos

NOTA:

Tanto el VDA como la aplicación Workspace intentan enviar solicitudes STUN a los siguientes servidores en el mismo orden:

• stun.cloud.com:3478
• stun.cloudflare.com:3478
• stun.l.google.com:19302

Si cambia el rango de puertos predeterminado para las conexiones de usuarios externos mediante la configuración de directiva Rango de puertos de HDX Direct, las reglas de firewall correspondientes deben coincidir con su rango de puertos personalizado.

Configuración

HDX Direct está inhabilitado de forma predeterminada. Puede configurar esta función mediante la configuración HDX Direct en la directiva de Citrix.

• HDX Direct: Para habilitar o inhabilitar una función.
• Modo HDX Direct: Determina si HDX Direct está disponible solo para clientes internos o para clientes internos y externos.
• Rango de puertos de HDX Direct: Define el rango de puertos que el VDA utiliza para las conexiones de clientes externos.

Si es necesario, la lista de servidores STUN utilizados por HDX Direct se puede modificar editando el siguiente valor del Registro:

• Clave: HKLM\SOFTWARE\Citrix\HDX-Direct
• Tipo de valor: REG_MULTI_SZ
• Nombre del valor: STUNServers
• Datos: stun.cloud.com:3478 stun.cloudflare.com:3478 stun.l.google.com:19302

NOTA:

HDX Direct para usuarios externos solo está disponible con EDT (UDP) como protocolo de transporte. Por lo tanto, Transporte adaptativo debe estar habilitado.

Consideraciones

Las siguientes son consideraciones para usar HDX Direct:

• HDX Direct para usuarios externos solo está disponible con EDT (UDP) como protocolo de transporte. Por lo tanto, Transporte adaptativo debe estar habilitado.
• Si utiliza HDX Insight, tenga en cuenta que el uso de HDX Direct impide la recopilación de datos de HDX Insight, ya que la sesión ya no se enviaría a través de NetScaler Gateway.

Cómo funciona

HDX Direct permite a los clientes establecer una conexión directa con el host de sesión cuando la comunicación directa está disponible. Cuando se realizan conexiones directas mediante HDX Direct, se utilizan certificados autofirmados para proteger la conexión directa con cifrado a nivel de red (TLS/DTLS).

Usuarios internos

El siguiente diagrama muestra la descripción general del proceso de conexión HDX Direct de los usuarios internos.

1. El cliente establece una sesión HDX a través del Servicio Gateway.
2. Tras una conexión exitosa, el VDA envía al cliente el FQDN de la máquina VDA, una lista de sus direcciones IP y el certificado de la máquina VDA a través de la conexión HDX.
3. El cliente sondea las direcciones IP para ver si puede llegar al VDA directamente.
4. Si el cliente puede llegar al VDA directamente con cualquiera de las direcciones IP compartidas, el cliente establece una conexión directa con el VDA, protegida con (D)TLS utilizando un certificado que coincide con el intercambiado en el paso (2).
5. Una vez que la conexión directa se establece correctamente, la sesión se transfiere a la nueva conexión y la conexión al Servicio Gateway se termina.

Nota:

Después de establecer la conexión en el paso 2, la sesión está activa. Los pasos subsiguientes no retrasan ni interfieren con la capacidad del usuario para usar la aplicación o el escritorio virtual. Si alguno de los pasos subsiguientes falla, la conexión a través del Gateway se mantiene sin interrumpir la sesión del usuario.

Conexiones directas tradicionales

Al usar Storefront, Workspace con Direct Workload Connection o Workspace configurado para conectividad solo interna, las conexiones directas se establecen entre el cliente y el host de sesión sin necesidad de enrutarse primero a través de un Gateway.

En estos casos, HDX Direct no se activa ya que las conexiones son inherentemente directas. Sin embargo, si HDX Direct está habilitado, estas conexiones aprovecharán los certificados de HDX Direct para proteger las sesiones.

Usuarios externos

El siguiente diagrama muestra la descripción general del proceso de conexión HDX Direct para usuarios externos:

1. El cliente establece una sesión HDX a través del Servicio Gateway.
2. Tras una conexión exitosa, tanto el cliente como el VDA envían una solicitud STUN para descubrir sus direcciones IP públicas y puertos.
3. El servidor STUN responde al cliente y al VDA con sus correspondientes direcciones IP públicas y puertos.
4. A través de la conexión HDX, el cliente y el VDA intercambian sus direcciones IP públicas y puertos UDP, y el VDA envía su certificado al cliente.
5. El VDA envía paquetes UDP a la dirección IP pública y al puerto UDP del cliente. El cliente envía paquetes UDP a la dirección IP pública y al puerto UDP del VDA.
6. Al recibir un mensaje del VDA, el cliente responde con una solicitud de conexión segura.
7. Durante el protocolo de enlace DTLS, el cliente verifica que el certificado coincide con el certificado intercambiado en el paso (4). Después de la validación, el cliente envía su token de autorización. Ahora se establece una conexión directa segura.
8. Una vez que la conexión directa se establece correctamente, la sesión se transfiere a la nueva conexión y la conexión al servicio Gateway se termina.

Nota:

Después de establecer la conexión en el paso 2, la sesión está activa. Los pasos posteriores no retrasan ni interfieren con la capacidad del usuario para usar la aplicación o el escritorio virtual. Si alguno de los pasos posteriores falla, la conexión a través del Gateway se mantiene sin interrumpir la sesión del usuario.