Problèmes connus
-
Les problèmes suivants ont été identifiés dans cette version :
-
Lorsque HDX™ 3D Pro est activé, les sessions sur les moniteurs étendus sont masquées et seul le moniteur principal affiche correctement les sessions. Pour résoudre le problème, ouvrez un terminal sur le VDA et exécutez les commandes suivantes selon les besoins :
-
Pour les moniteurs doubles, exécutez :
#sed -i "/UseEDID/a \ \ Option \"ConnectedMonitor\" \"DFP, DFP\"" /etc/X11/ctx-nvidia-2.conf <!--NeedCopy--> -
Pour les moniteurs triples, exécutez :
#sed -i "/UseEDID/a \ \ Option \"ConnectedMonitor\" \"DFP, DFP, DFP\"" /etc/X11/ctx-nvidia-3.conf <!--NeedCopy--> -
Pour les moniteurs quadruples, exécutez :
#sed -i "/UseEDID/a \ \ Option \"ConnectedMonitor\" \"DFP, DFP, DFP, DFP\"" /etc/X11/ctx-nvidia-4.conf <!--NeedCopy-->
[LNXVDA-15259]
-
-
Des échecs de lancement de session se produisent lorsque le nombre maximal de connexions défini dans PostgreSQL est insuffisant pour gérer les sessions simultanées. Pour contourner le problème, augmentez le nombre maximal de connexions en modifiant le paramètre max_connections dans le fichier postgresql.conf.
-
La combinaison de la compression sans perte H.264 et de l’encodage logiciel YUV444 est prise en charge uniquement sur l’application Citrix Workspace pour Windows. Lorsque vous ouvrez des sessions de bureau et utilisez d’autres applications Citrix Workspace avec cette combinaison, un écran gris apparaît. Pour contourner le problème de l’écran gris, exécutez la commande suivante sur le VDA Linux :
/opt/Citrix/VDA/bin/ctxreg create -k "HKLM\System\CurrentControlSet\Control\Citrix\Thinwire" -t "REG_DWORD" -v "VideoLossless" -d "0x0" --force <!--NeedCopy-->[LNXVDA-14805]
-
Les tentatives de lancement de sessions d’application à partir d’un VDA Linux installé sur RHEL 8.x ou Rocky Linux 8.x échouent. Le problème se produit lorsque le VDA est connecté au domaine à l’aide de System Security Services Daemon (SSSD) et que le paramètre default_shell est défini sur /bin/csh dans le fichier /etc/sssd/sssd.conf. [LNXVDA-14826]
- L’enregistrement du VDA peut échouer en raison de l’exception LDAP suivante générée dans /var/log/xdl/jproxy.log :
javax.naming.NamingException: LDAP response read timed out, timeout used: 10000 ms. <!--NeedCopy-->Pour contourner le problème, procédez comme suit :
-
Modifiez la valeur du délai d’expiration LDAP. Par exemple, définissez la valeur du délai d’expiration LDAP sur 60 s à l’aide de la commande suivante :
ctxreg create -k "HKLM\Software\Citrix\GroupPolicy\Defaults" -t "REG_DWORD" -v "LDAPTimeout" -d "0x000EA60" --force <!--NeedCopy--> -
Accélérez les requêtes LDAP en définissant une base de recherche. Vous pouvez définir une base de recherche à l’aide de la variable CTX_XDL_SEARCH_BASE dans ctxsetup.sh ou à l’aide de la commande suivante :
ctxreg create -k "HKLM\Software\Citrix\VirtualDesktopAgent" -t "REG_SZ" -v "LDAPComputerSearchBase" -d "<specify a search base instead of the root of the domain to improve search performance>" --force <!--NeedCopy-->
-
[CVADHELP-20895]
-
Microsoft a publié les mises à jour cumulatives KB5019966 et KB5019964 pour Windows 10 en novembre 2022. Ces mises à jour entraînent des échecs de jonction de domaine et d’enregistrement. Pour contourner le problème, consultez l’article du centre de connaissances CTX474888.
-
Lorsque le type de chiffrement RC4_HMAC_MD5 est autorisé pour Kerberos, le VDA Linux peut échouer à s’enregistrer auprès du Controller et le message d’erreur suivant apparaît :
-
Erreur : Échec non spécifié au niveau de l’API GSS (Niveau du mécanisme : Le type de chiffrement RC4 avec HMAC n’est pas pris en charge/activé)
Pour résoudre ce problème, désactivez RC4_HMAC_MD5 globalement dans votre domaine Active Directory (ou spécifiquement sur une unité d’organisation) ou autorisez les types de chiffrement faibles sur le VDA Linux. Ensuite, effacez les tickets Kerberos mis en cache sur le Controller et Citrix Cloud Connector™ à l’aide de la commande klist -li 0x3e4 purge et redémarrez le VDA Linux.
Pour désactiver RC4_HMAC_MD5 globalement dans votre domaine Active Directory, suivez les étapes suivantes :
- Ouvrez la console de gestion des stratégies de groupe.
- Localisez le domaine cible, puis sélectionnez Stratégie de domaine par défaut.
-
- Cliquez avec le bouton droit sur Stratégie de domaine par défaut et sélectionnez Modifier. L’Éditeur de gestion des stratégies de groupe s’ouvre.
-
- Sélectionnez Configuration ordinateur > Stratégies > Paramètres Windows > Paramètres de sécurité > Stratégies locales > Options de sécurité.
- Double-cliquez sur Sécurité réseau : Configurer les types de chiffrement autorisés pour Kerberos.
- Décochez les cases DES_CBC_CRC, DES_CBC_MD5 et RC4_HMAC_MD5 et sélectionnez AES128_HMAC_SHA1, AES256_HMAC_SHA1 et Types de chiffrement futurs.
Pour autoriser les types de chiffrement faibles sur le VDA Linux, suivez les étapes suivantes :
Remarque :
Les types de chiffrement faibles rendent votre déploiement vulnérable aux attaques.
- Ouvrez le fichier /etc/krb5.conf sur le VDA Linux.
-
Ajoutez le paramètre suivant sous la section [libdefaults] :
allow_weak_crypto= TRUE
-
Le VDA Linux ne prend pas en charge SecureICA 1.0 pour le chiffrement. L’activation de SecureICA 1.0 sur le VDA Linux entraîne un échec de lancement de session.
-
Une fenêtre inattendue apparaît pendant le téléchargement de fichiers. La fenêtre n’affecte pas la fonctionnalité de téléchargement de fichiers et disparaît automatiquement après un certain temps. [LNXVDA-5646]
-
Les paramètres par défaut de PulseAudio entraînent la fermeture du programme du serveur de son après 20 secondes d’inactivité. Lorsque PulseAudio se ferme, l’audio ne fonctionne pas. Pour contourner ce problème, définissez exit-idle-time=-1 dans le fichier /etc/pulse/daemon.conf. [LNXVDA-5464]
-
Les sessions ne peuvent pas être lancées dans l’application Citrix Workspace™ pour Linux lorsque le chiffrement SSL est activé et que la fiabilité de session est désactivée. [RFLNX-1557]
-
Graphiques Ubuntu : Dans HDX 3D Pro, un cadre noir peut apparaître autour des applications après le redimensionnement de Desktop Viewer, ou parfois, l’arrière-plan peut apparaître noir.
-
Les imprimantes créées par la redirection d’impression du VDA Linux peuvent ne pas être supprimées après la déconnexion d’une session.
-
Les fichiers CDM sont manquants lorsqu’un répertoire contient de nombreux fichiers et sous-répertoires. Ce problème peut se produire si le côté client contient trop de fichiers ou de répertoires.
-
Seul l’encodage UTF-8 est pris en charge pour les langues non anglaises.
-
L’état du verrouillage des majuscules de l’application Citrix Workspace pour Android peut être inversé lors de l’itinérance de session. L’état du verrouillage des majuscules peut être perdu lors de l’itinérance d’une connexion existante vers l’application Citrix Workspace pour Android. Pour contourner le problème, utilisez la touche Maj de votre clavier étendu pour basculer entre les majuscules et les minuscules.
-
Les raccourcis clavier avec ALT ne fonctionnent pas toujours lorsque vous vous connectez au VDA Linux à l’aide de l’application Citrix Workspace pour Mac. L’application Citrix Workspace pour Mac envoie AltGr pour les touches Option/Alt gauche et droite par défaut. Vous pouvez modifier ce comportement dans les paramètres de l’application Citrix Workspace, mais les résultats varient selon les applications.
-
L’enregistrement échoue lorsque le VDA Linux est rejoint au domaine. La nouvelle jonction génère un nouvel ensemble de clés Kerberos. Cependant, le Broker peut utiliser un ticket de service VDA mis en cache et obsolète, basé sur l’ensemble précédent de clés Kerberos. Lorsque le VDA tente de se connecter au Broker, le Broker peut ne pas être en mesure d’établir un contexte de sécurité de retour vers le VDA. Le symptôme habituel est l’échec de l’enregistrement du VDA.
Ce problème peut se résoudre de lui-même lorsque le ticket de service VDA expire et est renouvelé. Mais comme les tickets de service ont une longue durée de vie, cela peut prendre beaucoup de temps.
Pour contourner le problème, effacez le cache de tickets du Broker. Redémarrez le Broker ou exécutez la commande suivante sur le Broker à partir d’une invite de commande en tant qu’administrateur :
klist -li 0x3e4 purge <!--NeedCopy-->Cette commande purge tous les tickets de service dans le cache LSA détenu par le principal du service réseau sous lequel le service Citrix Broker s’exécute. Elle supprime les tickets de service pour d’autres VDA et potentiellement d’autres services. Cependant, elle est inoffensive – ces tickets de service peuvent être réacquis auprès du KDC si nécessaire.
-
Le plug-n-play audio n’est pas pris en charge. Vous pouvez connecter un périphérique de capture audio à la machine cliente avant de commencer à enregistrer l’audio dans la session ICA®. Si un périphérique de capture est connecté après le démarrage de l’application d’enregistrement audio, l’application peut devenir non réactive et vous devez la redémarrer. Si un périphérique de capture est débranché pendant l’enregistrement, un problème similaire peut se produire.
- L’application Citrix Workspace pour Windows peut rencontrer une distorsion audio lors de l’enregistrement audio.