Documentation produit
Citrix Virtual Apps and Desktops
Service Current Release 2402 LTSR 2311 2308 2305 2303 2212 2209 2206 2203 LTSR 1912 LTSR
Voir PDF

Dépannage

April 8, 2026
Contributeur: 
C C
  1. Step 7 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.

  • EDT Director

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’une des options suivantes :

  • 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)

EDT Session

Lorsque les sessions ne parviennent pas à se connecter avec EDT

-  Pour dépanner **Adaptive Transport** et **EDT**, nous vous suggérons ce qui suit :
  1. Passez en revue les Configuration système requise, les Exigences réseau, les Problèmes connus et les Éléments à connaître, et assurez-vous que tous les points ont été traités.
  2. Vérifiez s’il existe des stratégies Citrix® dans Studio ou 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 d’administration facultatif de l’application Workspace, ou d’une configuration manuelle du paramètre HDXoverUDP dans le registre ou le fichier de configuration du client.
    1. 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.
    1. 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.
    1. Lancez une session directe en interne, en contournant NetScaler® Gateway ou 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.
        1. Si EDT fonctionne pour les connexions internes directes et non pour les sessions passant par NetScaler Gateway ou Citrix Gateway Service :
  1. Si vous utilisez Citrix Gateway Service, assurez-vous que Rendezvous est activé et fonctionne.
  2. Vérifiez si les connexions de vos utilisateurs nécessitent une MTU non standard. Les connexions avec une MTU effective inférieure à 1500 octets entraînent une fragmentation des paquets EDT, ce qui peut affecter les performances ou même provoquer 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 de la MTU est activée ou que vous définissez une MTU personnalisée comme décrit dans Comment configurer MSS lors de l’utilisation d’EDT sur des réseaux avec une MTU non standard.

Problèmes connus

  • Les chemins réseau asymétriques peuvent entraîner l’échec de la détection de la MTU pour les connexions qui ne passent pas par NetScaler Gateway ou Citrix Gateway Service. Pour résoudre ce problème, effectuez une mise à 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 de la 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 de NetScaler Gateway. [CGOP-18438]

  • La détection de la 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 de la 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 de la MTU et utilisez une MTU codée en dur comme décrit dans Comment configurer MSS lors de l’utilisation d’EDT sur des réseaux avec une MTU non standard.
    • Désactivez Adaptive Transport 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.
Dépannage
April 8, 2026
Contributeur: 
C C
April 8, 2026
Contributeur: 
C C

Dans cet article

Commentaires sur le site | Your privacy choices footer linkVos préférences de confidentialité | Confidentialité et conditions légales | Préférences de cookies | Paramètres de consentement | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.