Product Documentation

Résolution des problèmes

Oct 06, 2016

Problème d'inscription

Pour des diagnostics de base, reportez-vous à l'article KB et utilisez XDPing.

Pour des informations détaillées, reportez-vous au blog du VDA Linux. 

Problème de validation de session

Pour des informations détaillées, reportez-vous au blog du VDA Linux.

Personnaliser l'environnement de bureau par 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.

SLED/SLES 11

Modifiez le fichier /etc/syslog-ng/syslog-ng.conf en ajoutant la ligne suivante dans la section s_sys :

commande Copier

udp(ip(127.0.0.1) port(514));

Enregistrez et fermez le fichier syslog-ng.conf. Redémarrez le service syslog-ng pour appliquer la modification :

commande Copier

sudo service syslog-ng restart

SLED/SLES 12

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 appliquer la modification :

commande Copier

sudo 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 :

ouput 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 :

output Copier

name: <CitrixAudioSource>

driver: <module-ctx-source.c>

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

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

Le nom du fichier dans le lecteur mappé doit respecter les règles de nomination d'OS VDA et Receiver.