Dépannage

Pour confirmer que l’EDT est utilisé comme protocole de transport pour la session, vous pouvez utiliser Director ou l’utilitaire de ligne de commande CtxSession.exe sur le VDA.

Dans Director, recherchez la session et sélectionnez Détails. Si le type de connexion est HDX et que le protocole est UDP, l’EDT est utilisé comme protocole de transport pour la session.

Pour utiliser l’utilitaire CtxSession.exe, lancez une invite de commandes ou PowerShell au sein de la session et exécutez ctxsession.exe. Pour afficher des statistiques détaillées, exécutez ctxsession.exe -v. Si l’EDT est utilisé, le protocole de transport affiche l’un des éléments suivants :

• UDP > ICA® (Fiabilité de session désactivée)
• UDP > CGP > ICA (Fiabilité de session activée)
• UDP > DTLS > CGP > ICA (ICA est chiffré DTLS de bout en bout)

Lorsque les sessions ne parviennent pas à se connecter avec EDT

Pour dépanner le transport adaptatif et l’EDT, nous suggérons ce qui suit :

1. Passez en revue les exigences système, les exigences réseau, les problèmes connus et les éléments à savoir, et assurez-vous que tous les points ont été traités.
2. Vérifiez s’il existe des stratégies Citrix® dans Studio ou des GPO qui remplacent le paramètre HDX Adaptive Transport souhaité.
3. Vérifiez s’il existe des paramètres sur le client qui remplacent le paramètre HDX Adaptive Transport souhaité. Il peut s’agir d’une préférence GPO, d’un paramètre configuré à l’aide du modèle administratif facultatif de l’application Workspace, ou d’une configuration manuelle du paramètre HDXoverUDP dans le registre ou le fichier de configuration du client.
4. Sur les machines VDA multi-session, assurez-vous que les écouteurs UDP sont actifs. Ouvrez une invite de commandes sur la machine VDA et exécutez netstat -a -p udp. Pour plus d’informations, consultez Comment confirmer le protocole HDX Enlightened Data Transport.
5. Vérifiez si les règles de pare-feu appropriées ont été configurées à la fois dans les pare-feu réseau et dans les pare-feu exécutés sur les machines VDA.
6. Lancez une session directe en interne, en contournant le NetScaler® Gateway ou le Citrix Gateway Service, et vérifiez le protocole utilisé. Si la session utilise EDT, le VDA est prêt à utiliser EDT pour les connexions externes via NetScaler Gateway ou Citrix Gateway Service.

7. Si EDT fonctionne pour les connexions internes directes et non pour les sessions passant par NetScaler Gateway ou Citrix Gateway Service :

   • Assurez-vous que la fiabilité de session est activée.
   • Si vous utilisez NetScaler Gateway, assurez-vous que votre configuration respecte la configuration requise décrite dans Configurer NetScaler Gateway pour prendre en charge Enlightened Data Transport et HDX Insight.
8. Si vous utilisez Citrix Gateway Service, assurez-vous que Rendezvous est activé et fonctionne.
9. Vérifiez si les connexions de vos utilisateurs nécessitent un MTU non standard. Les connexions avec un MTU effectif inférieur à 1500 octets provoquent une fragmentation des paquets EDT, ce qui peut à son tour affecter les performances ou même entraîner des échecs de lancement de session. Ce problème est courant lors de l’utilisation de VPN, de certains points d’accès Wi-Fi et de réseaux mobiles, tels que la 4G et la 5G. Assurez-vous que la détection MTU est activée ou que vous définissez un MTU personnalisé comme décrit dans Comment configurer MSS lors de l’utilisation d’EDT sur des réseaux avec un MTU non standard.

Problèmes connus

• Les chemins réseau asymétriques peuvent entraîner l’échec de la détection MTU pour les connexions qui ne passent pas par NetScaler Gateway ou Citrix Gateway Service. Pour résoudre ce problème, mettez à niveau vers la version 2103 du VDA ou une version ultérieure. [CVADHELP-16654]

• Lors de l’utilisation de NetScaler Gateway, les chemins réseau asymétriques peuvent entraîner l’échec de la détection MTU. Cela est dû à un problème sur Gateway qui empêche la propagation du bit Don’t Fragment (DF) dans l’en-tête des paquets EDT. Un correctif pour ce problème est disponible à partir de la version du firmware 13.1 build 17.42. Pour plus de détails sur la façon d’activer le correctif, consultez la documentation NetScaler Gateway. [CGOP-18438]

• La détection MTU peut échouer pour les utilisateurs qui se connectent via un réseau DS-Lite. Certains modems ne respectent pas le bit DF lorsque le traitement des paquets est activé, ce qui empêche la détection MTU de détecter la fragmentation. Dans cette situation, les options disponibles sont les suivantes :

  • Désactivez le traitement des paquets sur le modem de l’utilisateur.
  • Désactivez la détection MTU et utilisez un MTU codé en dur comme décrit dans Comment configurer MSS lors de l’utilisation d’EDT sur des réseaux avec un MTU non standard.
  • Désactivez le transport adaptatif pour forcer les sessions à utiliser TCP. Si seul un sous-ensemble d’utilisateurs est concerné, envisagez de le désactiver côté client afin que les autres utilisateurs puissent continuer à utiliser EDT.