Dans un terminal, déclenchez la commande suivante :
/opt/SUNWvda/lib/vda-client -u <user>
Si tout se passe comme prévu, la commande vda-client déclenchera le démarrage du bureau correspondant et renverra une adresse IP (par exemple, 10.16.46.208) ou le nom DNS (par exemple, xpdesktop01) permettant d'accéder au bureau de l'utilisateur. Si le port RDP n'est pas défini sur sa valeur par défaut, il sera ajouté à la fin de l'adresse IP ou du nom DNS (par exemple, 10.16.46.208:49259 ou xpdesktop01:49259).
Ces informations devraient alors vous permettre d'établir une connexion RDP au bureau.
Si la commande vda-client ne renvoie pas d'adresse IP ou de nom DNS, il est possible que Oracle VDI ne puisse pas résoudre l'ID de l'utilisateur dans le répertoire d'utilisateurs.
Pour vérifier, modifiez le niveau de journalisation des services d'annuaire selon les instructions de la Section 10.2.1, « J'ai des problèmes avec l'utilisation du répertoire d'utilisateurs. Puis-je ajuster le niveau du journal pour obtenir plus d'informations ? ».
Dans le fichier journal du Cacao, recherchez les entrées de type :
FINEST: userId=<user ID> -> DN=<dn>
Pour plus de détails, consultez Section 9.3.2, « Vérification des fichiers journaux de Oracle VDI ».
Un <dn> null signifie que aucun utilisateur ne
correspond à l'ID d'utilisateur
<utilisateur test>
dans le
répertoire d'utilisateurs. Il peut dans ce cas
être nécessaire de personnaliser la liste des
attributs ldap.userid.attributes
en
fonction du schéma d'annuaire, selon les
instructions de la
Section C.1, « Modification des filtres et des attributs LDAP ».
Si le <dn> n'est pas null, cela signifie
qu'un utilisateur correspondant à l'ID
d'utilisateur <utilisateur
test>
a bien été
détecté dans le répertoire
d'utilisateurs.
Il peut arriver qu'un utilisateur puisse se connecter à Oracle VDI, mais ne puisse pas utiliser un bureau parce que la machine virtuelle ne répond pas.
Dans ce cas, la solution consiste à redémarrer le bureau. Cette opération peut être effectuée par un administrateur (par exemple, via la commande vda desktop-restart) ou par l'utilisateur lui-même.
Pour redémarrer son bureau, l'utilisateur doit d'abord se déconnecter du bureau en déplaçant la souris vers le haut de l'écran et en cliquant sur le « X » du menu déroulant du bureau distant. Lorsque la fenêtre de sélection de bureau s'affiche, l'utilisateur doit alors sélectionner le bureau qui ne répond pas et cliquer sur le bouton Réinitialiser pour démarrer ce bureau. Redémarrer un bureau ou un ordinateur traditionnel est la même opération, et un avertissement signale également à l'utilisateur qu'il peut perdre toutes les données non enregistrées. Après le redémarrage du bureau, l'utilisateur peut s'y connecter à partir de la fenêtre de sélection de bureau. Les bureaux fournis par les types de fournisseurs suivants ne peuvent pas être redémarrés de cette manière :
Fournisseur de bureaux générique
Fournisseur de bureau à distance Microsoft
Fournisseur de session Kiosque Sun Ray
L'infrastructure Oracle VDI génère généralement le message ci-dessus pour les raisons suivantes :
Aucun bureau n'a été assigné directement à l'utilisateur.
Un pool a été affecté à l'utilisateur, mais il ne contient aucun bureau disponible/libre.
Un bureau a été sélectionné, mais il est dans un état inutilisable. En général, son démarrage a échoué pour une raison quelconque.
Si vous obtenez ce message, consultez le fichier journal du Cacao (voir laSection 9.3.2, « Vérification des fichiers journaux de Oracle VDI »).
Pour identifier la cause racine, procédez comme suit :
Vérifiez que votre système reconnaît correctement vos assignations de bureau/pool.
Pour récupérer ces informations, l'écran d'ouverture de session Kiosque de Oracle VDI utilise une interface de ligne de commande interne (vda-client). Vous pouvez déclencher cette interface de ligne de commande manuellement à partir d'un terminal (les privilèges root ne sont pas nécessaires) :
$ /opt/SUNWvda/lib/vda-client -a query -u <user> Password: xxxxx Windows 7,Windows7000003,8,User
L'interface de ligne de commande vous demandera le mot de passe de l'utilisateur. Vous devez dans ce cas saisir les mêmes informations d'identification que dans l'écran d'ouverture de session au Kiosque (si l'authentification est désactivée dans votre système, l'interface de ligne de commande vda-client vous demandera tout de même un mot de passe, mais vous pouvez ne pas renseigner ce champ. Votre saisie ne sera pas validée dans ce cas).
Si tout fonctionne parfaitement, vous pouvez obtenir la liste CSV des affectations de bureau/pool. Le format ressemble à
<nom du pool>,<nom du bureau>,<ID du bureau>,<origine>
Si vous obtenez une erreur à ce stade, ou si le système signale qu'il n'y a pas d'assignation, consultez les journaux du Cacao. Recherchez les entrées du ClientRequestWorker qui gère les requêtes de vda-client :
... Jun 26, 2009 12:10:47 PM com.sun.vda.service.client.ClientRequestWorker run FINEST: Received request from vda-client (127.0.0.1): query(user=username) ... Jun 26, 2009 12:10:49 PM com.sun.vda.service.client.ClientRequestWorker run FINEST: Sent response to vda-client: Windows 7,Windows70000003,8,User ...
Plusieurs problèmes peuvent en être la cause :
Échec de l'authentification
Le nom d'utilisateur est introuvable dans LDAP et aucun DN d'utilisateur ne peut être déterminé dans ce cas.
Aucune affectation de bureau n'a pu être détectée pour le DN utilisateur déterminé.
Les entrées du journal enregistrées entre la réception de la requête et l'envoi de la réponse devraient vous permettre de comprendre le problème.
Si l'étape 2 a fonctionné, demandez un bureau pour votre utilisateur.
Là encore, cette opération peut être effectuée via l'interface de ligne de commande vda-client :
$ /opt/SUNWvda/lib/vda-client -a start -u <user> \ [-P <poolname> [-D <desktopId>]] Password: xxxxx servername:49281
Les paramètres poolname et desktopId ne sont nécessaires que si plusieurs bureaux sont assignés et que vous souhaitez en démarrer un en particulier. Lorsqu'un seul bureau ou pool a été affecté (ou lorsque vous souhaitez simplement démarrer le bureau par défaut), il n'est pas nécessaire de fournir ces paramètres. Si tout fonctionne, l'interface de ligne de commande renvoie le nom (ou l'adresse IP) du bureau/ordinateur virtuel de l'utilisateur, éventuellement suivi d'un caractère point-virgule et du numéro de port RDP.
Si cela ne fonctionne pas (l'interface de ligne de commande signale une erreur), examinez de nouveau les journaux :
... Jun 26, 2009 12:25:14 PM com.sun.vda.service.client.ClientRequestWorker run FINEST: Received request from vda-client (127.0.0.1): start(user=username) .... Jun 26, 2009 12:25:18 PM com.sun.vda.service.client.ClientRequestWorker run FINEST: Sent response to vda-client: servername:49281 ....
Là encore, les entrées du journal enregistrées entre la réception de la requête et l'envoi de la réponse devraient vous aider à comprendre le problème.
L'échec de détection d'un hôte adéquat pour démarrer le bureau est un problème typique. Dans ce cas, commencez par vérifier la mémoire disponible pour l'exécution du bureau/ordinateur virtuel.
La personnalisation de la fenêtre de connexion Oracle VDI, qui s'affiche sur les clients Sun Ray, est prise en charge mais présente certaines limites.
Il est possible d'ajouter le logo d'une société (en haut et à gauche) et de remplacer l'arrière-plan de la fenêtre de connexion/sélection (au centre de l'écran) par une image personnalisée. Il n'est cependant pas possible de modifier la position du texte, la couleur des boutons ni les éléments de saisie. Du fait de cette limite, nous demandons également une image d'arrière-plan de taille fixe, sinon les éléments de saisie de la boîte de dialogue n'apparaîtront pas à la bonne place sur l'écran.
Placez votre ou vos images dans le répertoire de la
session Kiosque sous
/etc/opt/SUNWkio/sessions/vda
et
vérifiez que les autorisations de ce fichier (en lecture
pour tout le monde) sont appropriées. Les noms des
fichiers doivent être
dialog_background.png
et
company_logo.png
, respectivement. Pour
commencer, vous pouvez télécharger l'exemple
d'image d'arrière-plan ci-dessous et le
modifier selon vos besoins.
Fermez la session Kiosque Sun Ray existante (cliquez sur le bouton Quitter) ou redémarrez à froid les services Sun Ray pour imposer la création des nouvelles sessions Kiosque. Les images devraient maintenant s'afficher dans la fenêtre de connexion/sélection de bureau de Oracle VDI.
L'autre alternative, plus complexe, consiste à remplacer la session Kiosque Oracle VDI par défaut par une version adaptée. L'API des services Web Oracle VDI fournit toutes les fonctionnalités nécessaires pour communiquer avec le service Oracle VDI, récupérer la liste des bureaux assignés et redémarrer les bureaux. Vous pouvez créer votre propre interface graphique (écran de connexion et sélecteur de bureau) à l'aide de cette API de service Web, mais cela exige quelques efforts de programmation.
Vérifiez que vous avez une machine virtuelle disponible à laquelle vous pouvez vous connecter.
Vérifiez que l'accès à distance est correctement configuré dans votre système d'exploitation invité.
Vérifiez que l'hôte Oracle VDI peut communiquer avec vCenter ou votre hôte Oracle VM VirtualBox.
Le pare-feu du serveur vCenter peut éventuellement bloquer la communication.
Le nom d'utilisateur ou le mot de passe peut être incorrect.
Vérifiez que les outils VMware sont installés sur le système d'exploitation invité Windows.
Si vous vous connectez à des bureaux Windows 7 via Microsoft RDP, vérifiez que les utilisateurs se connectent en moins de 30 secondes.
Par défaut, Windows 7 déconnecte les connexions RDP si personne ne s'est connecté en 30 secondes.
Ubuntu utilisant l'ancien comportement réseau de
« style Debian », chaque modification d'adresse MAC
(chaque clone)décale d'une place le nom de
l'interface réseau. Par conséquent, obtenir
une configuration réseau qui fonctionne nécessite
quelques clics d'administration. La seule solution à
ce problème consiste, au moment de la préparation
du modèle, à exclure la plage d'adresses MAC
Oracle VM VirtualBox (08:00:27:*) du dispositif de « réseau
permanent » dans
/lib/udev/rules.d/75-persistent-net-generator.rules
,
puis de purger
/etc/udev/rules.d/70-persistent-net.rules
.
Pour plus d'informations sur les modifications de réseau permanent, consultez la page http://ubuntuforums.org/archive/index.php/t-1045715.html.
Lorsque les utilisateurs se déconnectent de leur session, ils sont redirigés par défaut vers le premier serveur Sun Ray contacté. Vous pouvez configurer le comportement de redirection via la ligne de commande.
Pour être sûr que les utilisateurs soient redirigés vers le premier serveur Sun Ray contacté :
# /opt/SUNWvda/sbin/vda settings-setprops -p client.autoredirect.firstserver=enabled
Pour être sûr que les utilisateurs soient redirigés vers le dernier serveur Sun Ray contacté :
# /opt/SUNWvda/sbin/vda settings-setprops -p client.autoredirect.firstserver=disabled