-
-
-
-
Comparer, donner un ordre de priorité, modéliser et résoudre les problèmes de stratégies
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Dépannage
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.
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)
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 :
- 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.
- 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é.
- 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.
- 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. - 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.
- 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.
-
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 est conforme à la configuration requise décrite dans la section Configurer NetScaler Gateway pour prendre en charge Enlightened Data Transport et HDX Insight.
- Si vous utilisez Citrix Gateway Service, assurez-vous que Rendezvous est activé et qu’il fonctionne.
- 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.
Partager
Partager
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.