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!
Problèmes résolus
-
Le Linux Virtual Delivery Agent 2503 inclut les problèmes résolus suivants :
-
Lorsque vous utilisez Machine Creation Services (MCS) pour provisionner des Virtual Delivery Agents (VDA) non joints à un domaine sur des hyperviseurs locaux dans un environnement configuré avec plusieurs Delivery Controller, le processus
ctxsetuppeut échouer. L’erreur peut être observée dans le fichier /var/log/ad_join.log sur le VDA cible.Pour contourner ce problème, effectuez les étapes suivantes :
- Sur l’image principale, localisez et modifiez
/var/xdl/mcs/mcs_util.sh.- Ouvrez un terminal ou une invite de commandes sur l’image principale.
- Accédez au répertoire
/var/xdl/mcs/. - Ouvrez le fichier
mcs_util.shà l’aide d’un éditeur de texte.
- Sur l’image principale, localisez et modifiez
-
- Localisez la fonction
read_websocket_ddc_info().- Recherchez la ligne
log_debug "Exit read_websocket_ddc_info", qui se trouve autour de la ligne 297. Insérez la ligneDDCS=$(echo "${DDCS}" | tr ',' ' ')avant cette ligne.
- Recherchez la ligne
- Créez un nouvel instantané et provisionnez des VDA avec le nouvel instantané.
- Localisez la fonction
-
[LNXVDA-19141]
-
Auparavant, le filtre de stratégie d’adresse IP client utilisait l’adresse IP privée du client pour l’évaluation des stratégies. Reconnaissant que l’adresse IP de la passerelle ou de l’équilibreur de charge est un identifiant plus efficace pour l’application des stratégies, cette version introduit une modification pour prioriser l’utilisation de l’adresse IP de la passerelle. Pour les environnements où le comportement précédent est souhaité, vous pouvez revenir à l’utilisation de l’adresse IP privée du client en exécutant la commande suivante sur le VDA :
- /opt/Citrix/VDA/bin/ctxreg create -k "HKLM\Software\Citrix\Ica\GroupPolicy" -t "REG_DWORD" -v "UseClientDeviceIpForPolicyFilter" -d "0x00000001" --force <!--NeedCopy-->[LNXVDA-19002]
-
Les VDA Linux peuvent rencontrer des échecs d’enregistrement auprès du Delivery Controller™ après avoir été créés avec MCS ou après la mise à jour de leur mot de passe machine par une tâche crontab. Cet échec d’enregistrement est spécifiquement causé par la présence d’espaces dans les mots de passe machine. [CVADHELP-26951]
-
La sélection de texte dans une session VDA Linux peut entraîner l’absence de réponse de l’application Citrix Workspace™. [CVADHELP-27117]
-
Le VDA Linux version 2411 peut empêcher les utilisateurs de lancer des bureaux Linux sur des CPU dépourvus de la prise en charge des extensions vectorielles avancées (AVX). Cela se produit en raison de la terminaison inattendue du processus
ctxgfx. Ce correctif résout le problème en permettant àctxgfxde s’exécuter normalement même sans prise en charge AVX. [CVADHELP-27295] -
Les utilisateurs tentant de se reconnecter à une session déconnectée peuvent rencontrer un échec en raison d’une terminaison inattendue du processus
ctxgfx. Cette terminaison de processus force la fermeture de la session, empêchant une reconnexion réussie. [CVADHELP-27154] -
Les utilisateurs tentant de se reconnecter à une session déconnectée peuvent rencontrer un échec si le lecteur de carte à puce connecté à leur point de terminaison a changé depuis l’établissement initial de la session. [CVADHELP-27377]
-
Après un redémarrage de la machine VDA Linux, les lancements de session peuvent échouer car
ctxhdxn’est pas prêt. Ce problème nécessite souvent plusieurs redémarrages des servicesctxhdxetctxvdaainsi qu’un cycle de déconnexion/connexion de l’utilisateur sur le VDA pour être résolu. [CVADHELP-27469] -
Ce correctif résout un problème où le VDA Linux ne parvient pas à consommer correctement la stratégie de fuseau horaire (Utiliser l’heure locale du client) du Delivery Controller. [CVADHELP-27437]
- Lorsque plusieurs serveurs LDAP sont inaccessibles, l’enregistrement du VDA auprès du Delivery Controller peut échouer, et les recherches LDAP peuvent également rencontrer des problèmes. [CVADHELP-27192]
Partager
Partager
Dans cet article
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.