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

September 20, 2024
Contributeur: 
C

Pour confirmer qu’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, EDT est utilisé comme protocole de transport pour la session.

Director EDT

Pour utiliser l’utilitaire CtxSession.exe, lancez une invite de commandes ou PowerShell au sein de la session et exécutez ctxsession.exe. Pour voir des statistiques détaillées, exécutez ctxsession.exe -v. Si EDT est en cours d’utilisation, le protocole de transport affiche l’une des caractéristiques suivantes :

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

Session EDT

Lorsque les sessions ne parviennent pas à se connecter via EDT

Pour résoudre les problèmes liés au transport adaptatif et à EDT, nous vous suggérons ce qui suit :

  1. Passez en revue les sections Configuration système requise, Configuration réseau requise, Problèmes connuset Choses à savoir, et assurez-vous que tout est correct.
  2. Vérifiez s’il existe des stratégies Citrix dans Studio ou si l’objet de stratégie de groupe écrase le paramètre HDX Adaptive Transport souhaité.
  3. Vérifiez s’il existe des paramètres sur le client qui écrasent le paramètre HDX Adaptive Transport souhaité. Il peut s’agir d’une préférence de stratégie de groupe, d’un paramètre configuré à l’aide du modèle d’administration de l’application Workspace en option 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 dans les pare-feu réseau et les pare-feu exécutés sur les machines VDA.
  6. Lancez une session directe en interne, en contournant NetScaler Gateway ou Citrix Gateway Service, puis 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 :

  8. Si vous utilisez Citrix Gateway Service, assurez-vous que Rendezvous est activé et qu’il fonctionne.
  9. Vérifiez si les connexions de vos utilisateurs nécessitent une MTU non standard. Les connexions avec une MTU effective en dessous de 1500 octets entraînent la 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 fréquent lors de l’utilisation d’un VPN, de certains points d’accès Wi-Fi et de réseaux mobiles, tels que les réseaux 4G et 5G. Assurez-vous que la découverte MTU est activé ou que vous avez défini une MTU personnalisée, comme indiqué dans l’article How to configure MSS when using EDT on networks with non-standing MTU.

Problèmes connus

  • Les chemins réseau asymétriques peuvent entraîner l’échec de la découverte 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 VDA version 2103 ou ultérieure. [CVADHELP-16654]

  • Lorsque vous utilisez NetScaler Gateway, les chemins réseau asymétriques peuvent entraîner l’échec de la découverte MTU. Cela est dû à un problème sur Gateway qui empêche la propagation du bit Ne pas fragmenter (DF) dans l’en-tête des paquets EDT. Un correctif pour ce problème est disponible à partir de la version 13.1 build 17.42 du microprogramme. Pour plus d’informations sur la procédure d’activation du correctif, consultez la documentation de NetScaler Gateway. [CGOP-18438]

  • La découverte 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écouverte MTU de détecter la fragmentation. Dans ce cas, les options disponibles sont les suivantes :

    • Désactivez le traitement des paquets sur le modem de l’utilisateur.
    • Désactivez la découverte MTU et utilisez une MTU codé en dur, comme décrit dans l’article How to configure MSS when using EDT on networks with non-standing MTU.
    • Désactivez le Transport adaptatif pour forcer les sessions à utiliser TCP. Si seul un sous-ensemble d’utilisateurs est affecté, envisagez de le désactiver côté client afin que les autres utilisateurs puissent continuer à utiliser EDT.
Dépannage
September 20, 2024
Contributeur: 
C
September 20, 2024
Contributeur: 
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.