Citrix Virtual Apps and Desktops 7 2402 LTSR

HDX™ Direct

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 Windows Defender Firewall, debe permitir el siguiente tráfico entrante para las conexiones internas.

Descripción Origen Protocolo Puerto
Conexión interna directa Cliente TCP 443
Conexión interna directa Cliente UDP 443

Nota:

El instalador de VDA agrega las reglas de entrada adecuadas al Firewall de Windows Defender. Si utiliza un firewall diferente, debe agregar las reglas anteriores.

Red del cliente

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

Usuarios internos

Descripción Protocolo Origen Puerto de origen Destino Puerto de destino
Conexión interna directa TCP Red del cliente 1024–65535 Red VDA 443
Conexión interna directa UDP Red del cliente 1024–65535 Red VDA 443

Usuarios externos

Descripción Protocolo Origen Puerto de origen Destino Puerto de destino
STUN (solo usuarios externos) UDP Red del cliente 1024–65535 Internet (véase la nota a continuación) 3478, 19302
Conexión de usuario externo UDP Red del cliente 1024–65535 Dirección IP pública del centro de datos 1024–65535

Red del centro de datos

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

Usuarios internos

Descripción Protocolo Origen Puerto de origen Destino Puerto de destino
Conexión interna directa TCP Red del cliente 1024–65535 Red de VDA 443
Conexión interna directa UDP Red del cliente 1024–65535 Red VDA 443

Usuarios externos

Descripción Protocolo Origen Puerto de origen Destino Puerto de destino
STUN (solo usuarios externos) UDP Red VDA 1024–65535 Internet (ver nota a continuación) 3478, 19302
Conexión de usuario externo UDP DMZ / Red interna 1024–65535 Red VDA 55000–55250
Conexión de usuario externo UDP Red VDA 55000–55250 IP pública del cliente 1024–65535

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 HDX Direct port range, 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.
  • HDX Direct mode: Determina si HDX Direct está disponible solo para clientes internos o para clientes internos y externos.
  • HDX Direct port range: Define el rango de puertos que utiliza el VDA 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, debe habilitarse Adaptive Transport.

Consideraciones

A continuación, se presentan consideraciones para usar HDX Direct:

  • HDX Direct para usuarios externos solo está disponible con EDT (UDP) como protocolo de transporte. Por lo tanto, debe habilitarse Adaptive Transport.
  • 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.
  • En entornos con hosts de sesión multisecuencia, HDX Direct requiere que el inicio de sesión del usuario se complete en un minuto. Si el tiempo de inicio de sesión supera este umbral, HDX Direct no se activará y la sesión permanecerá conectada a través de Gateway. Puede aumentar el tiempo de espera de HDX Direct para admitir tiempos de inicio de sesión más largos. Consulte Funciones de HDX administradas a través del Registro para obtener más detalles.

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 establecen conexiones directas mediante HDX Direct, se utilizan certificados autofirmados para proteger la conexión directa con cifrado de nivel de red (TLS/DTLS).

Usuarios internos

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

Descripción general de HDX Direct

  1. El cliente establece una sesión HDX a través del Servicio Gateway.
  2. Tras una conexión correcta, 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 mediante 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, se establecen conexiones directas entre el cliente y el host de sesión sin necesidad de enrutar 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 directa de HDX para usuarios externos:

Proceso de conexión directa de HDX

  1. El cliente establece una sesión HDX a través del Servicio Gateway.
  2. Tras una conexión correcta, 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.

HDX™ Direct