-
-
Problèmes résolus
-
-
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
Les problèmes suivants ont été résolus depuis Linux Virtual Delivery Agent 2503 :
-
Lors de l’utilisation de Machine Creation Services (MCS) pour provisionner des agents Virtual Delivery Agent (VDA) non joints à un domaine sur des hyperviseurs locaux dans un environnement avec plusieurs Delivery Controller configurés, le processus
ctxsetup
peut échouer. L’erreur peut être observée dans le fichier /var/log/ad_join.log sur le VDA cible.Pour contourner ce problème, procédez comme suit :
- Sur l’image principale, recherchez et modifiez
/var/xdl/mcs/mcs_util.sh
.- Ouvrez un terminal ou une invite de commande 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. - 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.
- Créez un instantané et provisionnez les VDA avec celui-ci.
[LNXVDA-19141]
- Sur l’image principale, recherchez et modifiez
-
Auparavant, le filtre de stratégie IP client consommait l’adresse IP privée du client pour l’évaluation de la stratégie. Étant donné que l’adresse IP de Gateway ou de l’équilibrage 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 Gateway. 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 Linux VDA peuvent rencontrer des échecs d’enregistrement auprès du Delivery Controller après leur création 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 des espaces présents dans les mots de passe de la machine. [CVADHELP-26951]
-
La sélection de texte dans une session Linux VDA peut entraîner l’absence de réponse de l’application Citrix Workspace. [CVADHELP-27117]
-
La version 2411 de Linux VDA peut empêcher les utilisateurs de lancer des bureaux Linux sur des processeurs dépourvus de prise en charge des extensions vectorielles avancées (AVX, Advanced Vector Extensions). Cela se produit en raison de l’arrêt inattendu du processus
ctxgfx
. Ce correctif résout le problème en permettant àctxgfx
de s’exécuter normalement même sans prise en charge des extensions AVX. [CVADHELP-27295] -
Les utilisateurs qui tentent de se reconnecter à une session déconnectée peuvent rencontrer un échec en raison d’un arrêt inattendu du processus
ctxgfx
. L’arrêt du processus force la fermeture de la session, empêchant une reconnexion réussie. [CVADHELP-27154] -
Les utilisateurs qui tentent 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 Linux VDA, les lancements de session peuvent échouer, car
ctxhdx
n’est pas prêt. Ce problème nécessite souvent plusieurs redémarrages des servicesctxhdx
etctxvda
, et un cycle de fermeture/ouverture de session de l’utilisateur sur le VDA pour être résolu. [CVADHELP-27469] -
Ce correctif résout un problème où Linux VDA ne parvient pas à consommer correctement la stratégie de fuseau horaire (Utilisation de l’heure locale du client) du Delivery Controller. [CVADHELP-27437]
-
Lorsque plusieurs serveurs LDAP sont inaccessibles, l’enregistrement 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.