Product Documentation

Problèmes connus

Oct 31, 2016

Les fichiers CDM sont absents lorsqu'un répertoire contient de nombreux fichiers et sous-répertoires.

Ce problème peut se produire si le client a trop de fichiers ou répertoires. Il est spécifique à Receiver pour Windows.

Prise en charge de l'encodage UTF-8

Dans cette version, seul l'encodage UTF-8 est pris en charge pour les langues autres que l'anglais.

Prise en charge de l'éditeur IME client

Le VDA Linux ne prend pas en charge l'éditeur IME client.

Saisie de caractères d'Asie orientale

Le VDA Linux ne prend pas en charge la saisie de caractères d'Asie orientale. 

Problèmes connus dans la version précédente

L'état CAPS VERR de Citrix Receiver pour Android peut être annulé lors de l'itinérance de session

L'état de CAPS VERR peut être perdu lors de l'itinérance d'une connexion existante à Citrix Receiver pour Android. La solution consiste à utiliser la touche MAJ sur le clavier étendu pour basculer entre les majuscules et les minuscules.

Les raccourcis ALT ne fonctionnent pas toujours lors d'une connexion à un VDA Linux à l'aide de Citrix Receiver pour Mac

Citrix Receiver pour Mac envoie AltGr pour les touches Options/Alt droite et gauche par défaut. Il est possible de modifier ce comportement dans les paramètres Citrix Receiver, mais les résultats varient selon les applications.

Les bibliothèques X client récentes peuvent causer des problèmes de mappage du clavier sur SuSE Linux Enterprise Desktop 11

Les versions récentes des packages xorg-x11-libX11 sur SuSE Linux Enterprise Desktop 11 peuvent rencontrer des problèmes avec les changements de mappage du clavier, qui à leur tour peuvent entraîner des problèmes avec la fonctionnalité du clavier au sein d'une session HDX. Ce problème peut se produire lorsque la version installée des packages se trouve dans la plage 7.4-5.11.11.1 à 7.4-5.11.15.1.

La solution consiste à revenir à la version SP3 stock du package xorg-x11-libX11, ce qui permet le fonctionnement normal des changements de mappage du clavier. Par exemple :

commande Copier

rpm -i --force xorg-x11-libX11-7.4-5.9.1

rpm –i --force xorg-x11-libX11-32bit-7.4-5.9.1

rpm -e xorg-x11-libX11-7.4-5.11.15.1

rpm -e xorg-x11-libX11-32bit-7.4-5.11.15.1

Cette opération doit être effectuée avant qu'un utilisateur ouvre une session sur la machine ; si cette opération est effectuée lorsqu'une session est active, ces paramètres ne sont pas appliqués jusqu'à la prochaine ouverture de session.

En cas de mise à niveau à partir de SP3 stock, les packages xorg-x11-libX11 ci-dessus peuvent être verrouillés pour la version installée de manière à ce qu'ils ne soient pas modifiés lors de la mise à niveau. Avant de procéder à la mise à niveau, exécutez ce qui suit :

commande Copier

zypper al xorg-x11-libX11

zypper al xorg-x11-libX11-32bit

Des lancements de session lents peuvent se produire lors de l'utilisation de VDA Linux avec un Delivery Controller à partir de XenDesktop v7.1

Le lancement lent est causé par la présence de paramètres CGP dans le fichier ICA généré par le Delivery Controller v7.1. Lorsque ces paramètres sont présents, Citrix Receiver tente d'établir une connexion sur le port TCP 2598. Par défaut, les paramètres de pare-feu sur certaines distributions Linux, telles que SLED 11, sont configurés pour rejeter les paquets TCP SYN, ce qui entraîne une temporisation et par conséquent un lancement de session lent. La solution consiste à configurer le pare-feu sur le VDA Linux pour qu'il rejette TCP SYN sur le port 1494. Ce problème a été résolu dans les versions récentes des Delivery Controller.

Échec de l'enregistrement lorsque le VDA Linux est associé au domaine

Dans certaines circonstances, lorsqu'un VDA Linux est associé au domaine et qu'un nouveau jeu de clés Kerberos est généré, le broker ne parvient pas à établir un contexte de sécurité avec le VDA. Ce problème est souvent causé par le fait que le broker utilise un ticket de service VDA mis en cache obsolète basé sur le jeu de clés Kerberos précédent. Le VDA peut quand même se connecter au broker, mais le broker ne sera pas en mesure d'établir un contexte de sécurité pour le VDA. Le symptôme courant est l'échec de l'enregistrement du VDA.

Ce problème se résout de lui-même lorsque le ticket de service VDA expire et qu'il est renouvelé, mais les tickets de service ont en général une durée de vie assez longue. Ce processus peut prendre beaucoup de temps.

La solution consiste à effacer le cache des tickets du broker. Vous pouvez simplement redémarrer le broker ou exécuter en tant qu'administrateur la commande suivante sur le broker à partir d'une invite de commande :

commande Copier

klist -li 0x3e4 purge

Cette opération supprime tous les tickets de service du cache LSA détenu par le service réseau principal sous lequel le service de broker Citrix s'exécute. Les tickets de service pour d'autres VDA et, potentiellement, d'autres services sont supprimés. Mais ce n'est pas un problème : ces tickets de service seront de nouveau acquis depuis le serveur KDC le cas échéant.

Audio Plug-n-Play non pris en charge 

Il est recommandé que tout périphérique de capture audio soit connecté à la machine cliente avant de commencer à enregistrer l'audio dans la session ICA. Si un périphérique est connecté après que l'application d'enregistrement audio a démarré, l'application peut cesser de répondre. Si ce problème se produit, redémarrez l'application. Le même problème peut se produire si un périphérique de capture est déconnecté pendant l'enregistrement. 

Distorsion audio

Windows 10 Receiver peut rencontrer une distorsion audio lors de l'enregistrement audio.