Linux Virtual Delivery Agent

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 :

    1. Sur l’image principale, recherchez et modifiez /var/xdl/mcs/mcs_util.sh.
      1. Ouvrez un terminal ou une invite de commande sur l’image principale.
      2. Accédez au répertoire /var/xdl/mcs/.
      3. Ouvrez le fichier mcs_util.sh à l’aide d’un éditeur de texte.
      4. Localisez la fonction read_websocket_ddc_info().
      5. Recherchez la ligne log_debug "Exit read_websocket_ddc_info", qui se trouve autour de la ligne 297. Insérez la ligne DDCS=$(echo "${DDCS}" | tr ',' ' ') avant cette ligne.
    2. Créez un instantané et provisionnez les VDA avec celui-ci.

    [LNXVDA-19141]

  • 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 services ctxhdx et ctxvda, 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]

Problèmes résolus

Dans cet article