Transport adaptatif HDX avec prise en charge EDT pour le service Citrix Gateway

Dernière publication : Oct 24, 2026
Enlightened Data Transport (EDT) est un protocole de transport propriétaire de Citrix basé sur UDP. EDT offre une expérience utilisateur supérieure sur les connexions longue distance difficiles tout en maintenant l'évolutivité du serveur. Le transport adaptatif est un mécanisme de transport de données pour Citrix Virtual Apps and Desktops. Le transport adaptatif permet d'utiliser EDT comme protocole de transport pour ICA et de basculer vers TCP lorsque EDT n'est pas disponible. Pour plus d'informations sur le transport adaptatif et EDT, consultez la documentation sur le transport adaptatif.

Prérequis

  • Citrix DaaS
  • Virtual Delivery Agent (VDA) 2012 ou version ultérieure
  • Application Citrix Workspace
    • Windows : version 1912 ou ultérieure (2105 ou ultérieure recommandée)
    • Linux : version 1912 ou ultérieure (2104 ou ultérieure recommandée)
    • Mac : version 1912 ou ultérieure
    • iOS : dernière version disponible dans l'App Store d'Apple
    • Android : dernière version disponible sur Google Play
  • Le port UDP 443 doit être autorisé pour le trafic sortant du VDA vers le service Citrix Gateway
  • Le protocole Rendezvous doit être activé et fonctionner. Pour plus de détails, consultez la documentation sur le protocole Rendezvous.
  • Assurez-vous que le transport adaptatif est activé. Pour plus de détails, consultez la documentation sur le paramètre de transport adaptatif.
  • Pour plus d'informations sur le transport adaptatif et EDT, consultez la documentation sur le transport adaptatif.

Considérations

Voici quelques-unes des considérations relatives à l'utilisation d'EDT avec le service Citrix Gateway.
  • Il est fortement recommandé d'activer la découverte MTU EDT. Pour plus de détails, consultez la documentation sur le transport adaptatif.
  • EDT avec le service Citrix Gateway est uniquement disponible lors de l'utilisation de Rendezvous. Si les sessions HDX sont acheminées via le Cloud Connector, seul le protocole TCP est disponible pour le transport des données.
  • Lorsqu'un établissement de session EDT échoue, la session revient au protocole TCP, ce qui entraîne une augmentation du temps de lancement de la session.
  • Si vous souhaitez continuer à acheminer les sessions HDX™ via le Cloud Connector, envisagez de désactiver le transport adaptatif via la stratégie Citrix Studio afin d'éviter l'augmentation potentielle des temps de lancement de session introduite par la séquence de repli.
  • Citrix recommande d'utiliser EDT via le service Citrix Gateway uniquement avec les VDA exécutés sur Windows 10 et Windows Server 2019. Il existe des limitations sur Windows Server 2012 R2 et 2016 qui ne permettent pas une MTU supérieure à 1024 pour les sessions chiffrées DTLS, ce qui peut affecter les performances et l'expérience utilisateur.
  • Avec le transport adaptatif, le service Citrix Gateway ne prend pas en charge l'audio UDP.

Validation du protocole de transport

Pour savoir si vos sessions utilisent EDT, reportez-vous aux éléments suivants :
  • Protocole de connexion dans Citrix Director : <https://support.citrix.com/article/CTX220730>.
  • Après avoir lancé une application ou un bureau, accédez à Citrix Workspace app > Connection Center, sélectionnez la session appropriée, cliquez sur Propriétés et examinez la propriété Chiffrement du transport. Si elle affiche DTLS, la session utilise EDT pour le transport. Si elle affiche TLS, la session utilise TCP pour le transport.
  • Si vous avez lancé un bureau, vous pouvez ouvrir une invite PowerShell ou une invite de commandes et exécuter “ctxsession -v”. La propriété Protocoles de transport affiche la méthode de connexion utilisée :
    • Rendezvous EDT : « UDP > DTLS > CGP > ICA® »
    • Rendezvous TCP : « TCP > SSL > CGP > ICA »
    • Proxy via Cloud Connector : "TCP > CGP > ICA"

Restauration de la connexion

Si la négociation EDT échoue pour une raison quelconque, la session revient à TCP avec Rendezvous. Et si cela échoue, la session revient à la mise en proxy via les Cloud Connectors.
Restauration de la connexion

Découverte du MTU EDT

Il est fortement recommandé d'activer la découverte du MTU EDT pour garantir que chaque session utilise le MTU optimal pour cette connexion.
Si la découverte du MTU EDT est désactivée ou si le client de l'utilisateur ne prend pas en charge cette fonctionnalité, le MTU EDT est automatiquement défini sur 1380 pour éviter les problèmes liés à la fragmentation.
Il est possible que les utilisateurs se connectent via un réseau qui nécessite un MTU inférieur à 1380, ce qui est principalement observé avec les réseaux mobiles (3G, 4G) ou les connexions VPN. Si tel est le cas dans votre environnement et que les clients utilisés par les utilisateurs ne prennent pas en charge la découverte du MTU EDT, Citrix vous recommande de désactiver le transport adaptatif jusqu'à ce que la fonctionnalité soit disponible sur votre plateforme client cible.
Pour plus de détails sur la découverte du MTU EDT, consultez la documentation sur le transport adaptatif.

Dépannage

Ce qui suit fournit des conseils généraux de dépannage.
Les sessions se connectent mais n'utilisent pas EDT :
  1. Si les sessions sont mises en proxy via le Cloud Connector, assurez-vous que Rendezvous est activé et qu'il fonctionne correctement, car il s'agit d'une condition préalable à l'utilisation d'EDT avec le service Citrix Gateway. Pour plus de détails, consultez la documentation Rendezvous.
  2. Si les sessions utilisent TCP Rendezvous :
    • Assurez-vous d'utiliser la version 2012 ou ultérieure du VDA.
    • Vérifiez si le transport adaptatif est activé dans les stratégies Citrix.
    • Assurez-vous que les règles de pare-feu appropriées sont en place pour ouvrir le port UDP 443 des machines VDA vers le service Citrix Gateway. Pour plus de détails, consultez la documentation Rendezvous](/fr-fr/citrix-virtual-apps-desktops-service/hdx/rendezvous-protocol.html).
    • S'il existe un pare-feu local activé sur la machine VDA (par exemple, le pare-feu Windows Defender), assurez-vous qu'aucune règle ne bloque le port UDP 443.
    • Si vous utilisez un proxy, seuls les proxys SOCKS5 peuvent être utilisés pour proxifier EDT. Pour plus de détails, consultez la documentation Rendezvous.
Les sessions se connectent avec EDT mais se déconnectent aléatoirement après un certain temps :
  1. Assurez-vous d'utiliser la version 2012 ou ultérieure du VDA.
La session ne parvient pas à se connecter :
  1. Assurez-vous d'utiliser la version 2012 ou ultérieure du VDA.
  2. Si vous utilisez un client qui prend en charge la découverte MTU EDT, assurez-vous que la découverte MTU EDT est activée. Cela permet d'atténuer les problèmes liés à la fragmentation. Pour plus de détails, consultez la documentation sur le transport adaptatif.
  3. Si vous utilisez un client Linux ou Android :
    • Vérifiez si les clients Windows ou Mac fonctionnent correctement.
    • Vérifiez si la version de CWA a été mise à niveau vers Linux 2104, Android 21.5.0 ou une version ultérieure.
    • Si vous utilisez une version plus ancienne de CWA, désactivez le transport adaptatif et assurez-vous que TCP Rendezvous fonctionne correctement.
    • Une fois que TCP Rendezvous fonctionne, si la session ne parvient pas à se connecter après avoir réactivé le transport adaptatif, consultez les étapes de dépannage mentionnées à l'étape Les sessions se connectent mais n'utilisent pas EDT > Si les sessions utilisent TCP Rendezvous.