Starting a UNIX/Linux Desktop over OpenSSH

Transcription

Starting a UNIX/Linux Desktop over OpenSSH
Démarrage d'un bureau UNIX/Linux à l'aide du SSH
Dernière révision : 18 août 2011
Remarque : Les informations les plus récentes sont dans un premier temps publiées dans la
note technique rédigée en anglais : 1818. Si la date de dernière révision indiquée sur la page
rédigée en anglais est ultérieure à celle présente sur cette page, la page rédigée en anglais est
susceptible de contenir des informations plus récentes.
S'applique à
Reflection X Advantage
Reflection X version 14.x
Résumé
Avec le protocole XDMCP, les utilisateurs ne parviennent pas à démarrer un bureau UNIX/Linux,
tel que le CDE (Common Desktop Environment), via le SSH. La présente note technique explique
les raisons de ce problème et offre une solution alternative pour démarrer le bureau via le SSH.
À propos des connexions XDMCP
Lors du démarrage d'un bureau UNIX/Linux à distance, XDMCP (X Display Manager Control
Protocol) est généralement utilisé pour établir la connexion entre le démon XDM de l'hôte et le
serveur X distant (Reflection X). Une fois la connexion établie et l'authentification de l'utilisateur
réussie, le démon XDM lance la session du client X, affichée sur la station de travail de
l'utilisateur.
XDMCP utilise des paquets UDP (User Datagram Protocol) comme moyen de transport.
SSH et XDMCP
Remarque : Dans Reflection 13.0, la connexion SSH est appelée Secure Shell. Dans les
versions antérieures de Reflection, la connexion SSH est appelée OpenSSH.
Le SSH permet l'établissement de communications sécurisées et chiffrées entre un hôte et une
station de travail. Cependant, le SSH ne prend pas en charge les paquets UDP. En d'autres
termes, si l'hôte est configuré de telle sorte que seules les connexions Secure Shell sont
autorisées, les utilisateurs ne peuvent pas se connecter à l'hôte à l'aide du protocole XDMCP.
Toute tentative d'utilisation du protocole XDMCP pour se connecter à un hôte nécessitant
un SSH se soldera par un échec et un message d'erreur apparaîtra.
Solution
Pour contourner ce problème et démarrer une session XDM sur un bureau UNIX/Linux sans
utiliser XDMCP, suivez les étapes ci-dessous.
Avertissement : Lors de l'application de cette solution, les paramètres du bureau UNIX/Linux ne
sont pas tous définis et il est possible que les utilisateurs ne puissent pas quitter normalement
la session active sur le bureau. Dans ce cas, les utilisateurs doivent réinitialiser Reflection X ou le
fermer afin de mettre fin à la session. Cette opération n'a aucun impact sur Reflection X. En
revanche, il est possible que les processus hôte de la session ne soient pas correctement
achevés. Si vous ressentez une certaine inquiétude face à ce problème, n'hésitez pas à vous
adresser à votre administrateur hôte avant de continuer.
1. Utilisez Reflection X ou Reflection X Advantage pour établir une connexion entre le
terminal Secure Shell (xterm, hpterm ou ddterm) et l'hôte.
Remarque : Pour plus d'informations sur l'établissement d'une connexion à l'aide de
Reflection X et du Secure Shell, consultez l'aide en ligne dans Reflection.
2. Saisissez la commande suivante dans la fenêtre du terminal, puis appuyez sur Entrée.
Xsession &
Si un message tel que "Xsession: not found" s'affiche, Xsession ne se trouve
certainement pas sous le chemin défini pour votre compte hôte. Vous devez indiquer le
chemin d'accès complet à Xsession. Les chemins suivants sont généralement utilisés :
UNIX :
/usr/dt/bin/Xsession &
Linux :
/etc/X11/xdm/Xsession &
gnome-session & (no path needed)
startkde & (no path needed)
Si vous ne parvenez toujours pas à démarrer une Xsession, elle se trouve peut-être sous
un chemin différent ou XDM ne fonctionne peut-être pas sur votre hôte. Utilisez la
commande find pour localiser la Xsession (find / -name Xsession) ou consultez
la Note technique 1229 (section H, en anglais) pour plus d'informations sur la
détermination du statut de XDM.
Remarque : Si vous rencontrez des problèmes de saisie ou de clavier, tentez de les résoudre en
ne permettant pas aux clients X de redéfinir le clavier.
Dans Reflection X Advantage :
1. Sélectionnez la définition du serveur X, que vous utiliserez.
2. Dans le volet de droite, dans la définition du serveur, développez la section Général.
3. Désactivez Autoriser les clients X à redéfinir le clavier.
Dans Reflection X :
1. Cliquez sur Paramètres > Clavier.
2. Désactivez Autoriser les clients à redéfinir le clavier.
3. Cliquez sur OK.
Votre bureau UNIX/Linux devrait à présent s'afficher sur votre station de travail via le tunnel
OpenSSH.