Product Documentation

Résolution des problèmes

Oct 06, 2016

Problème Kerberos

Il est important que Kerberos sur le VDA Linux soit configuré de manière adéquate pour localiser les contrôleurs de domaine de son propre domaine, et dans un environnement inter-domaines, les contrôleurs de domaine du broker. Pour cela, il est nécessaire de définir des mappages de nom de domaine avec le serveur KDC. Ces mappages sont configurés de manière statique dans /etc/krb5.conf sur chaque VDA, ou interrogés via des enregistrements SRV DNS. Pour de plus amples informations, reportez-vous à l'article Résolution des problèmes d'enregistrement du VDA Linux.

Problème d'inscription

Citrix vous recommande d'utiliser XDPing pour les diagnostics de base. Reportez-vous à l'article de support pour plus d'informations. Consultez le blog VDA Linux pour des détails supplémentaires.

Problème de validation de session

Consultez le blog VDA Linux pour des détails supplémentaires.

Vérifier que le codage H.264 est utilisé

Linux VDA v1.3 ajoute H264 et une valeur HardwareEncoding dans le chemin d'accès de registre HKLM\Software\Citrix\Ica\Session\<session id>\Graphics pour faciliter la résolution des problèmes graphiques rencontrés avec le VDA.

Exécutez la commande suivante pour publier le codage H.264 dans un Linux VDA avant le lancement d'une session :

commande Copier

/opt/Citrix/VDA/bin/ctxreg create -k

"HKLM\System\CurrentControlSet\Control\Citrix\Thinwire" -t "REG_DWORD" -v

"AdvertiseH264" -d "0x00000001" -force

Lancez la session et vérifiez si la clé H264 est créée dans le chemin d'accès de registre. Si tel est le cas, le codage H.264 est utilisé.

commande Copier

/opt/Citrix/VDA/bin/ctxreg list -k

"HKLM\Software\Citrix\Ica\Session\{SESSION_ID}\Graphics"

Vérifier que le codage matériel pour 3D Pro est en cours d'utilisation

Le codage matériel 3D Pro est désactivé par défaut, utilisez la commande ci-dessous pour activer la fonction :

commande Copier

/opt/Citrix/VDA/bin/ctxreg create -k

"HKLM\System\CurrentControlSet\Control\Citrix\Thinwire" -t "REG_DWORD" -v

"HardwareEncoding" -d "0x00000001" -force

Lancez la session et vérifiez la valeur de « HardwareEncoding » dans le chemin d'accès du Registre ; 0 signifie que le codage matériel n'est pas utilisé, 1 signifie qu'il est utilisé.

commande Copier

/opt/Citrix/VDA/bin/ctxreg list -k

"HKLM\Software\Citrix\Ica\Session\{SESSION_ID}\Graphics"

Utilisez la commande ci-dessous pour interroger votre ID de session :

commande Copier

/opt/Citrix/VDA/bin/ctxqsession

Personnaliser l'environnement de bureau pour chaque utilisateur

Actuellement, Linux VDA ne permet pas aux utilisateurs de choisir l'environnement de bureau lors de l'ouverture de session ; pour contourner ce problème, l'utilisateur peut configurer un fichier (par exemple, .xsession) pour la distribution Linux afin de définir l'environnement de bureau par défaut pour chaque utilisateur. Reportez-vous aux documents accompagnant la distribution Linux pour plus d'informations.

Pour définir KDE comme environnement par défaut :

commande Copier

#! /usr/bin/env bash

exec startkde

Pour définir GNOME comme environnement de bureau par défaut :

commande Copier

#! /usr/bin/env bash

exec gnome-session

Vérifier que la machine Linux a été correctement préparée

La plupart des problèmes proviennent d'une configuration incorrecte de la machine Linux, principalement des paramètres réseau, de la configuration du serveur de temps NTP ou de l'appartenance à un domaine Active Directory. Corriger la configuration de la machine Linux résout souvent les problèmes rencontrés avec le logiciel VDA.

Configurer la journalisation et le traçage

L'agent broker et le service HDX consignent les entrées de journal dans syslog. L'équipe d'assistance de Citrix dispose d'un ensemble d'outils permettant un traçage supplémentaire lors d'un appel.

Journalisation du service HDX

Le service HDX est configuré pour consigner les entrées de journal dans syslog et aucune configuration supplémentaire n'est requise.

Journalisation de l'agent broker 

L'agent broker (également appelé service ctxvda) écrit les données de journal dans syslog via des sockets réseau. Ce comportement n'est peut-être pas configuré initialement. Pour définir la journalisation de l'agent broker dans syslog, la configuration suivante est requise.

Ajoutez les lignes suivantes dans le fichier /etc/rsyslog.conf :

commande Copier

$ModLoad imudp

$UDPServerRun 514

Enregistrez et fermez le fichier rsyslog.conf. Redémarrez le service rsyslog pour que les modifications prennent effet :

commande Copier

sudo /sbin/service rsyslog restart

Solutions possibles si les sessions HDX ne démarrent pas

Vérifiez qu'aucun processus orphelin n'empêche les nouvelles sessions de démarrer :

commande Copier

sudo pkill -9 ctxhdx

sudo pkill -9 ctxgfx

sudo pkill -9 ctxlogin

sudo pkill -9 ctxvfb

Redémarrez les services VDA Linux et réessayez.

Vérifier les autorisations et les propriétaires des fichiers et répertoires principaux

Vérifiez le propriétaire et les autorisations des fichiers et répertoires suivants :

  • /var - Owner: root, Group: root, Permissions: 0755
  • /var/xdl - Owner: ctxsrvr, Group: ctxadm, Permissions: 0755
  • /var/xdl/.isacagent - Owner: root, Group: root, Permissions: 0666
  • /var/xdl/.winsta - Owner: ctxsrvr, Group: ctxadm, Permissions: 0777
  • /var/xdl/vda - Owner: root, Group: root, Permissions: 0755

Le son n'est pas audible

Vérifiez que le volume sur la machine exécutant Citrix Receiver et le bureau Linux n'est pas désactivé ou réglé sur un niveau bas.

Vérifiez que l'audio est activé sur le VDA Linux. Utilisez l'outil ctxreg pour interroger la valeur de l'élément de configuration fDisableCam

commande Copier

sudo ctxreg read -k "HKLM\System\CurrentControlSet\Control\Citrix\WinStations\tcp" -v fDisableCam

Une valeur de 0x1 signifie que l'audio est désactivé. Pour l'activer, définissez fDisableCam sur 0x0 :  

commande Copier

sudo ctxreg update -k "HKLM\System\CurrentControlSet\Control\Citrix\WinStations\tcp" -v fDisableCam  -d 0x00000000

Si l'audio n'est toujours pas audible, vérifiez que le récepteur audio Citrix est chargé par pulseaudio. Ce module PulseAudio est chargé dans le démon pulseaudio au démarrage de la session. Utilisez l'outil pacmd pour vérifier si le récepteur audio Citrix est chargé :

commande Copier

pacmd list-sinks

Si le récepteur audio Citrix est chargé, le résultat doit être :

commande Copier

name: <CitrixAudioSink>

driver: <module-ctx-sink.c>

Si le récepteur audio Citrix n'est pas chargé, arrêtez le processus ctxaudio et redémarrez-le.

Le son n'est pas enregistré

Vérifiez que l'audio est activé sur le VDA Linux et que l'enregistrement audio est activé sur le client ICA. Si l'audio n'est toujours pas enregistré, vérifiez que la source audio Citrix est chargée par pulseaudio. Si l'enregistrement audio est activé sur le client ICA, ce module PulseAudio sera chargé dans le démon pulseaudio au démarrage de la session. Utilisez l'outil pacmd pour vérifier si la source audio Citrix est chargée :

commande Copier

pacmd list-sources

Si la source audio Citrix est chargée, le résultat doit être :

commande Copier

name: <CitrixAudioSource>

driver: <module-ctx-source.c>

CDM ne fonctionne pas

La fonctionnalité CDM comprend un processus démon (ctxcdmd) ; si la fonction CDM échoue, redémarrez la machine VDA Linux et vérifiez si le démon a démarré correctement :

commande Copier

Ps -lef | grep ctxcdmd