<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>4. Configurer XDM</title>
<link rel="stylesheet" href="style.css" type="text/css">
<meta name="generator" content="DocBook XSL Stylesheets V1.64.1">
<link rel="home" href="index.html" title="XDM et les terminaux X, mini-HOWTO">
<link rel="up" href="index.html" title="XDM et les terminaux X, mini-HOWTO">
<link rel="previous" href="ar01s03.html" title="3. XDM">
<link rel="next" href="ar01s05.html" title="5. Options de configuration avancée">
</head>
<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
<div class="navheader">
<table width="100%" summary="Navigation header">
<tr><th colspan="3" align="center">4. Configurer XDM</th></tr>
<tr>
<td width="20%" align="left">
<a accesskey="p" href="ar01s03.html">Précédent</a> </td>
<th width="60%" align="center"> </th>
<td width="20%" align="right"> <a accesskey="n" href="ar01s05.html">Suivant</a>
</td>
</tr>
</table>
<hr>
</div>
<div class="sect1" lang="fr">
<div class="titlepage">
<div><div><h2 class="title" style="clear: both">
<a name="config"></a>4. Configurer XDM</h2></div></div>
<div></div>
</div>
<a class="indexterm" name="id2509392"></a><p>
Cette section couvre ce qui doit être configuré pour que XDM puisse
accomplir les fonctions décrites jusqu'ici dans ce document.
</p>
<p>
Pour chaque cas, la configuration décrite est le minimum nécessaire pour
accomplir chaque but. Dans la plupart des cas, cela veut dire aussi que la
configuration est la moins sécurisée. Référez-vous à la documentation
additionnelle répertoriée dans la <a href="ar01s07.html" title="7. Ressources">Section 7, « Ressources »</a>
pour des informations supplémentaires concernant la sécurisation de XDM et des
terminaux X (en particulier le Howto « exécuter des applications X distantes »).
</p>
<div class="sect2" lang="fr">
<div class="titlepage">
<div><div><h3 class="title">
<a name="config-files"></a>4.1. Fichiers de configuration</h3></div></div>
<div></div>
</div>
<p>
Cette section décrit l'ensemble des fichiers de configuration de XDM suivant :
</p>
<div class="itemizedlist"><ul type="disc">
<li><p>
<tt class="filename">xdm-config</tt>
</p></li>
<li><p>
<tt class="filename">Xaccess</tt>
</p></li>
<li><p>
<tt class="filename">Xservers</tt>
</p></li>
<li><p>
<tt class="filename">Xresources</tt>
</p></li>
</ul></div>
<p>
</p>
<p>
Il seront trouvés dans (Debian 2.1, Mandrake 7.0.2, RedHat 6.2) :
</p>
<pre class="screen">
/etc/X11/xdm
</pre>
<p>
ou (SuSE 6.4) :
</p>
<pre class="screen">
/usr/X11R6/lib/X11/xdm
</pre>
<p>
</p>
<p>
</p>
<div class="variablelist"><dl>
<dt><span class="term"> <tt class="filename">xdm-config</tt>
</span></dt>
<dd>
<p>
Définit l'emplacement des autres fichiers de configuration et les permissions
d'accès de base. Pour toutes les distributions considérées dans ce document,
les noms de fichiers apparaissent tels que cités ici (mais quelques fois,
leur emplacement peut varier).
</p>
<p>
Il définit également les scripts qui doivent être lancés pour les différents
états de transition d'une session X, c'est-à-dire au démarrage, etc. Vous
ne devriez pas avoir besoin de les changer, car la plupart des distributions
l'ont préconfiguré pour vous.
</p>
<p>
Notez que les sessions X gérées par XDM ont un ensemble de scripts de configuration
et de démarrage différent des sessions X démarrées avec xinit ou startx
(c'est-à-dire les sessions X non gérées par XDM).
</p>
</dd>
<dt><span class="term"> <tt class="filename">Xaccess</tt>
</span></dt>
<dd><p>
Détermine quelles machines peuvent se connecter à XDM
- c'est-à-dire de quelles autres machines du réseau nous acceptons des
requêtes XDMCP. Si une machine n'est pas inscrite dans ce fichier, alors
il lui sera impossible de demander une invite d'authentification à XDM.
</p></dd>
<dt><span class="term"> <tt class="filename">Xservers</tt>
</span></dt>
<dd>
<p>
Contient une liste de machines auxquelles XDM se connectera, pour fournir
une invite d'authentification, de façon automatique - c'est-à-dire, ces
machines faisant déjà tourner un serveur X, mais qui veulent que ce soit notre
machine qui fournisse l'invite d'authentification.
</p>
<p>
Ce fichier n'est nécessaire que pour des serveurs X gérés par XDM. Vous n'avez
besoin d'aucune entrée dans ce fichier si vous laissez aux serveurs X distants
la tâche de requérir XDM.
</p>
<p>
Pour une station de travail X autonome, il n'y a généralement qu'une seule
entrée dans ce fichier, mentionnant l'hôte local « localhost ».
</p>
</dd>
<dt><span class="term"> <tt class="filename">Xresources</tt>
</span></dt>
<dd><p>
Détaille les propriétés X utilisées par les composants visuels (par exemple la
taille de la boîte d'identification, les couleurs, les images de fond, etc.).
</p></dd>
</dl></div>
<p>
</p>
</div>
<div class="sect2" lang="fr">
<div class="titlepage">
<div><div><h3 class="title">
<a name="xdm-xserv"></a>4.2. Configurer XDM pour gérer des serveurs X</h3></div></div>
<div></div>
</div>
<p>
Une entrée doit être placée dans le fichier <tt class="filename">Xservers</tt> pour chaque serveur X
sur lequel XDM doit présenter une invite d'authentification. Ceci peut inclure
la machine locale et/ou une liste de machines distantes.
</p>
<p>
Exemple
</p>
<pre class="screen">
# D'abord la machine locale
:0 local /usr/bin/X11/X vt7
#
# Puis les machines distantes
emma:0 foreign
alex:0 foreign
</pre>
<p>
</p>
<p>
Ceci fera démarrer XDM sur la machine locale, et fera aussi présenter un écran d'authentification
sur les serveurs X tournant sur les hôtes « emma » et « alex » (en supposant que les
permissions ont été configurées sur « emma » et « alex » de façon à ce que notre
machine puisse se connecter à leurs serveurs X).
</p>
<p>
Notez qu'il est possible de spécifier l'hôte et l'écran (:0, :1, etc.) si
nécessaire, par exemple si vous faites tourner plusieurs serveurs X sur une
machine seule.
</p>
</div>
<div class="sect2" lang="fr">
<div class="titlepage">
<div><div><h3 class="title">
<a name="xdm-queries"></a>4.3. Configurer XDM pour recevoir des requêtes</h3></div></div>
<div></div>
</div>
<p>
Le fichier <tt class="filename">Xaccess</tt> détermine quels hôtes peuvent faire des requêtes à XDM sur
notre machine, de façon à obtenir une invite d'authentification.
</p>
<p>
Exemple
</p>
<pre class="screen">
# La première ligne pour les requêtes directes
*
# Les lignes suivantes pour les requêtes indirectes
* CHOOSER BROADCAST
</pre>
<p>
</p>
<p>
Signifie que n'importe quel hôte peut demander une invite d'authentification
à XDM (le premier « * ») par une requête directe.
</p>
<p>
La ligne « CHOOSER » spécifie quels hôtes peuvent se connecter à XDM en utilisant des
requêtes indirectes - dans ce cas, n'importe quel hôte peut demander à notre machine une
liste d'hôtes potentiels auxquels se connecter (la seconde ligne « * »).
</p>
<p>
« BROADCAST » a pour effet que l'application « chooser » (« décideur » - NdT) sur notre machine
obtiendra sa liste de serveurs disponibles (qui font également tourner XDM) par des
requêtes diffusées au travers du réseau. Je parlerai plus tard de « chooser ».
</p>
<p>
Il est possible de spécifier des noms d'hôtes à cet endroit (et il y a aussi d'autres
requêtes indirectes possibles, sans utiliser « chooser ») mais ce ne sera pas décrit ici
(cf. <a href="ar01s07.html" title="7. Ressources">Section 7, « Ressources »</a> pour des liens sur plus d'informations).
</p>
</div>
<div class="sect2" lang="fr">
<div class="titlepage">
<div><div><h3 class="title">
<a name="xdm-startx"></a>4.4. Démarrer X</h3></div></div>
<div></div>
</div>
<p>
La façon dont vous démarrerez le serveur X lui-même dépendra de la manière dont vous
voulez qu'il interagisse avec XDM, local ou distant.
</p>
<p>
</p>
<div class="variablelist"><dl>
<dt><span class="term"> Station de travail X : XDM et serveur X local
</span></dt>
<dd>
<p>
XDM démarrera généralement X automatiquement pour vous, et sera normalement
configuré pour être lancé durant le processus de démarrage (par les scripts d'initialisation).
</p>
<p>
Typiquement, le fichier <tt class="filename">Xservers</tt> contiendra une entrée unique - celle pour l'hôte local,
et le fichier <tt class="filename">Xaccess</tt> n'aura besoin que d'autoriser l'accès depuis l'hôte local.
</p>
</dd>
<dt><span class="term"> Terminal X : XDM distant
</span></dt>
<dd>
<p>
Démarrez uniquement X, sans client, avec des permissions d'accès telles que le XDM
distant puisse s'y connecter à son lancement. La ligne suivante fait démarrer
X sans contrôle d'accès :
</p>
<pre class="screen">
/usr/X11R6/bin/X -ac
</pre>
<p>
</p>
<p>
Quand le XDM distant est lancé, il fournira d'autorité une invite d'authentification
à tous les serveurs X configurés ainsi (suivant ceux présents dans son fichier <tt class="filename">Xservers</tt>).
</p>
</dd>
<dt><span class="term"> Terminal X : questionner un XDM distant
</span></dt>
<dd>
<p>
Rappelez-vous qu'il y a 3 modes de requêtes : directes, indirectes et diffusées
(directe pour un hôte seul, diffusée pour le premier hôte qui répond, ou
indirecte pour une liste d'hôtes) :
</p>
<pre class="screen">
/usr/X11R6/bin/X -query l.hote.distant
/usr/X11R6/bin/X -broadcast
/usr/X11R6/bin/X -indirect l.hote.distant
</pre>
<p>
</p>
</dd>
</dl></div>
<p>
</p>
<p>
Dans chaque cas, X devra probablement être démarré avec les droits du super-utilisateur root, et
peut-être configuré pour être démarré par les scripts d'initialisation, si on veut que X
soit lancé automatiquement au démarrage.
</p>
</div>
<div class="sect2" lang="fr">
<div class="titlepage">
<div><div><h3 class="title">
<a name="xdm-chooser"></a>4.5. L'application Chooser</h3></div></div>
<div></div>
</div>
<p>
Quand XDM reçoit une requête indirecte, en supposant que l'option
ait été spécifiée dans le fichier <tt class="filename">Xaccess</tt> pour l'application « chooser », il
peut fournir à l'utilisateur une liste des autres serveurs gérés par XDM
qu'il connaît.
</p>
<p>
Dans ce mode opératoire, l'utilisateur obtiendra, à la place de l'invite
d'authentification, une application « chooser », laquelle lui fournira une liste
des hôtes détectés sur le réseau et acceptant des connexions XDM.
</p>
<p>
La première fois que j'ai essayé d'utiliser chooser, j'ai trouvé que les fichiers
<tt class="filename">Xresources</tt> fournis avec mes distributions SuSE et Debian spécifiaient une taille
pour la boîte de dialogue de chooser trop grande pour les écrans... La
ligne suivante dans le fichier <tt class="filename">Xresources</tt> corrige cela :
</p>
<pre class="screen">
Chooser*geometry: 700x500+300+200
</pre>
<p>
</p>
<p>
Le chooser obtient sa liste d'hôtes par une de ces deux méthodes :
</p>
<div class="itemizedlist"><ul type="disc">
<li><p>
requête diffusée : Dans ce mode une requête est diffusée sur le réseau,
et une liste est construite à partir des réponses reçues des autres
serveurs exécutant XDM ;
</p></li>
<li>
<p>
écoute explicite : Il est possible de fournir au chooser une liste
d'hôtes dans le fichier <tt class="filename">Xaccess</tt>, comme suit :
</p>
<pre class="screen">
%hostlist emma alex liam
* CHOOSER %hostlist
</pre>
<p>
Cela aura pour effet que les hôtes emma, alex et liam seront tous
listés comme candidats - même si une de ces machine est éteinte
(il y a souvent un bouton pour tester par « ping » un hôte, afin de vérifier
s'il est en fonctionnement avant d'essayer de s'y connecter).
</p>
</li>
</ul></div>
<p>
</p>
</div>
</div>
<div class="navfooter">
<hr>
<table width="100%" summary="Navigation footer">
<tr>
<td width="40%" align="left">
<a accesskey="p" href="ar01s03.html">Précédent</a> </td>
<td width="20%" align="center"><a accesskey="u" href="index.html">Niveau supérieur</a></td>
<td width="40%" align="right"> <a accesskey="n" href="ar01s05.html">Suivant</a>
</td>
</tr>
<tr>
<td width="40%" align="left" valign="top">3. XDM </td>
<td width="20%" align="center"><a accesskey="h" href="index.html">Sommaire</a></td>
<td width="40%" align="right" valign="top"> 5. Options de configuration avancée</td>
</tr>
</table>
</div>
</body>
</html>
