Transporte HDX Adaptive con soporte EDT para Citrix Gateway Service

Enlightened Data Transport (EDT) es un protocolo de transporte propiedad de Citrix creado sobre UDP. EDT ofrece una experiencia de usuario superior en conexiones desafiantes de larga distancia, a la vez que mantiene la escalabilidad del servidor. Adaptive Transport es un mecanismo de transporte de datos para Citrix Virtual Apps and Desktops. Adaptive Transport ofrece la posibilidad de utilizar EDT como protocolo de transporte para ICA y cambiar a TCP cuando EDT no está disponible. Para obtener más información sobre el transporte adaptable y EDT, consulte la documentación de Adaptive Transport.

Requisitos previos

• Citrix DaaS
• Virtual Delivery Agent (VDA) 2012 o posterior
• Aplicación Citrix Workspace
  • Windows: Versión 1912 o una posterior (se recomienda 2105 o una posterior)
  • Linux: Versión 1912 o una posterior (se recomienda 2104 o una posterior)
  • Mac: Versión 1912 o una posterior
  • iOS: La versión más reciente disponible en el App Store de Apple
  • Android: La versión más reciente disponible en Google Play
• Debe permitirse el puerto UDP 443 para el tráfico saliente del VDA a NetScaler Gateway Service
• El protocolo Rendezvous debe estar habilitado y funcionando. Para obtener más información, consulte la documentación del Protocolo Rendezvous.
• Asegúrese de que el transporte adaptable esté habilitado. Para obtener más información, consulte la documentación de configuración de transporte adaptable.
• Para obtener más información sobre el transporte adaptable y EDT, consulte la documentación de Adaptive Transport.

Consideraciones

Las siguientes son algunas de las consideraciones para utilizar EDT con NetScaler Gateway Service.

• Se recomienda encarecidamente habilitar EDT MTU Discovery. Para obtener más información, consulte la documentación de Adaptive Transport.

• EDT con NetScaler Gateway Service solo está disponible cuando se utiliza Rendezvous. Si las sesiones HDX se están transmitiendo como proxy a través de Cloud Connector, solo TCP está disponible para el transporte de datos.

• Cuando se produce un error en el establecimiento de una sesión de EDT, la sesión vuelve a TCP, lo que provoca un aumento en el tiempo de inicio de la sesión.

• Si quiere continuar haciendo proxy de sesiones HDX a través de Cloud Connector, considere la posibilidad de inhabilitar Adaptive Transport mediante la directiva de Citrix Studio para evitar el posible aumento de los tiempos de inicio de sesión introducidos por la secuencia de respaldo.

• Citrix recomienda utilizar EDT a través de NetScaler Gateway Service solo con agentes VDA que se ejecutan en Windows 10 y Windows Server 2019. Existen limitaciones en Windows Server 2012 R2 y 2016 que no permiten una MTU superior a 1024 para las sesiones cifradas con DTLS, lo que puede afectar al rendimiento y a la experiencia del usuario.

• Con Adaptive Transport, el servicio Citrix Gateway no admite audio UDP.

Validación del protocolo de transporte

Para saber si sus sesiones utilizan EDT, consulte lo siguiente:

• Protocolo de conexión en Citrix Director: https://support.citrix.com/article/CTX220730.
• Después de iniciar una aplicación o un escritorio, vaya a la aplicación Citrix Workspace > Central de conexiones, seleccione la sesión adecuada, haga clic en Propiedades y observe la propiedad Cifrado de transporte. Si muestra DTLS, la sesión utiliza EDT para el transporte. Si muestra TLS, la sesión utiliza TCP para el transporte.
• Si ha iniciado un escritorio, puede abrir un PowerShell o el símbolo del sistema y ejecutarlo “ctxsession -v”. La propiedad Protocolos de transporte muestra el método de conexión que se utiliza:
  • EDT Rendezvous: “UDP > DTLS > CGP > ICA”
  • TCP Rendezvous: “TCP > SSL > CGP > ICA”
  • Proxy a través de Cloud Connector: “TCP > CGP > ICA”

Retroceso de conexión

Si la negociación de EDT falla por cualquier motivo, la sesión vuelve a TCP con Rendezvous. Y si eso falla, la sesión vuelve a ser proxy a través de Cloud Connectors.

Detección de MTU en EDT

Se recomienda encarecidamente habilitar EDT MTU Discovery para garantizar que cada sesión utilice la MTU óptima para esa conexión.

En caso de que la detección de MTU de EDT esté inhabilitada o el cliente del usuario no admita la función, la MTU de EDT se establece automáticamente en 1380 para evitar problemas relacionados con la fragmentación.

Es posible que los usuarios se conecten a través de una red que requiera una MTU inferior a 1380, lo que se ve principalmente con redes móviles (3G, 4G) o conexiones VPN. Si este es el caso en su entorno y los clientes que utilizan los usuarios no son compatibles con EDT MTU Discovery, Citrix recomienda inhabilitar el transporte adaptable hasta que la función esté disponible en la plataforma cliente de destino.

Para obtener más información sobre el descubrimiento de MTU de EDT, consulte la documentación de Adaptive Transport.

Solución de problemas

A continuación se proporcionan algunas pautas generales para la solución de problemas.

Las sesiones se conectan pero no utilizan EDT:

1. Si las sesiones se envían mediante proxy a través del Cloud Connector, asegúrese de que Rendezvous esté habilitado y funcione correctamente, ya que es un requisito previo para usar EDT con el servicio Citrix Gateway. Para obtener más información, consulte la documentación de Rendezvous.
2. Si las sesiones utilizan TCP Rendezvous:
   • Asegúrese de utilizar la versión 2012 o posterior del VDA.
   • Compruebe si Adaptive Transport está habilitado en las directivas de Citrix.
   • Asegúrese de que existen las reglas de firewall adecuadas para abrir UDP 443 desde las máquinas VDA a NetScaler Gateway Service. Para obtener más información, consulte la documentación de Rendezvous] (/en-us/citrix-virtual-apps-desktops-service/hdx/rendezvous-protocol.html).
   • Si hay un firewall local habilitado en la máquina VDA (por ejemplo, Firewall de Windows Defender), asegúrese de que no haya reglas que bloqueen UDP 443.
   • Si se utiliza un proxy, solo se pueden usar proxies SOCKS5 para proxy EDT. Para obtener más información, consulte la documentación de Rendezvous.

Las sesiones se conectan con EDT pero se desconectan aleatoriamente después de un tiempo:

1. Asegúrese de utilizar la versión 2012 o posterior del VDA.

La sesión no se conecta:

1. Asegúrese de utilizar la versión 2012 o posterior del VDA.
2. Si utiliza un cliente compatible con la detección de MTU de EDT, asegúrese de que la detección de MTU de EDT esté habilitada. Esto ayuda a mitigar los problemas relacionados con la fragmentación. Para obtener más información, consulte la documentación de Adaptive Transport.

3. Si usas un cliente Linux o Android:

   • Compruebe si los clientes Windows o Mac funcionan correctamente.
   • Compruebe si la versión de CWA se ha actualizado a Linux 2104, Android 21.5.0 o posterior.
   • Si utiliza una versión anterior de CWA, desactive Adaptive Transport y asegúrese de que TCP Rendezvous funciona correctamente.
   • Una vez que TCP Rendezvous funcione, si la sesión no se conecta después de volver a habilitar el transporte adaptable, consulte los pasos de solución de problemas mencionados en el paso Conexión de sesiones pero no utiliza EDT > Si las sesiones utilizan TCP Rendezvous.