
                            Le HOWTO du Terminal X

Scot W. Stevenson ( scot@catzen.gun.de)
Adaptation franaise : Pierre Vassellerie ( Pierre.Vassellerie@obspm.fr)

   Version 1.0f BTA (11 Novembre 1996)
     _________________________________________________________________

   _Ce document est une brve introduction  "Comment connecter un
   Terminal X  un PC sous Linux". Il ncessite une connaissance de base
   du systme X Window, de l'adressage TCP/IP et des cartes thernet._
     _________________________________________________________________

1. Hommage et ddicace

   _"A Ren, le traducteur."_

2. Introduction

   Ceci est la premire version du document et devra tre considre
   comme BTA. Ce document est plus une mthode d'installation qu'un
   document complet sur les interactions entre les terminaux X et Linux.
   Les discussions sur les mcanismes de contrle d'accs (c--d.
   xaccess, xhost, MIT-COOKIEs) et l'utilisation de NFS ne sont pas
   incluses pour l'instant.

   La plupart des terminaux X ont maintenant une multitude de
   caractristiques avances qui leur permettent d'tre plus que de
   simples serveurs X. Pour la plus grande partie, ces caractristiques
   seront ignores.

2.1 Changement par rapport aux versions prcdentes

   (Il n'y a pas de version prcdente donc rien n'a chang) (NdT :
   pareil)

2.2 Responsabilits

   L'auteur, les distributeurs (NdT : ni le traducteur) de ce HOWTO ne
   peuvent en aucun cas tre tenus pour responsables des dommages
   physiques, financiers ou moraux survenus en suivant les suggestions de
   ce texte.

2.3 Copyright

   Le HOWTO du _Terminal X Linux_ est copyright (C) 1995 Scot W.
   Stevenson. Les documents HOWTO Linux peuvent tre reproduits et
   distribus en entier ou en extrait, sur n'importe quel support
   physique ou lectronique tant que cette remarque de copyright est
   maintenue sur toutes les copies. La redistribution commerciale est
   autorise et encourage. L'auteur, cependant, aimerait tre avis de
   telles distributions.

   Toutes les traductions, travaux drivs ou travaux d'ensemble
   incorporant des documents Linux HOWTO doivent tre couverts par cette
   notice de copyright. Par ailleurs vous pouvez produire un travail
   driv d'un HOWTO et imposer des restrictions additionnelles sur sa
   distribution. Des exceptions  ces rgles peuvent tre accordes sous
   certaines conditions.

   En bref nous souhaitons promouvoir la dissmination de cette
   information  travers autant de moyens que possible. Cependant nous
   souhaitons conserver le copyright sur les documents HOWTO et aimerions
   tre aviss des projets de redistribution des HOWTOs.

   Si vous avez des questions veuillez contacter Greg Hankins, le
   coordinateur des HOWTO Linux,  Greg Hankins ( gregh@sunsite.unc.edu).
   Vous pouvez utiliser finger avec son adresse pour obtenir son numro
   de tlphone et de de plus amples informations sur la manire de le
   contacter.

2.4 Nouvelles versions et ractions

   Les nouvelles versions de ce document peuvent tre trouvs sur
   sunsite.unc.edu:/pub/Linux/docs/HOWTO/. Si vous n'avez pas d'accs FTP
   vous pouvez essayer d'obtenir les fichiers d'aide Linux par Bill
   Riemers. Envoyez un courrier lectronique  bcr@physics.purdue.edu
   avec comme sujet "help" pour plus d'information et un fichier d'index.

   Toutes additions, corrections ou commentaires sur ce document seront
   les bienvenues ! Pour cela, veuillez envoyer un courrier lectronique
    Scot W. stevenson ( scot@catzen.gun.de) (NdT : pour la version
   franaise  Pierre.Vassellerie@obspm.fr)
   .

   J'aimerais particulirement avoir de vos nouvelles si vous avez dj
   l'exprience de la liaison d'un terminal X  une machine Linux mme si
   c'est seulement quelque chose comme "a travaill sur cette machine
   depuis ce terminal."

   Dans les cartons pour les prochaines versions il y a les mcanismes de
   contrle d'accs et l'utilisation des systmes de fichiers NFS pour le
   dmarrage.

3. Contexte

   Cette section fournit de l'information trs basique pour les
   non-familiers avec le systme X Window et sa terminal-ologie. Si vous
   connaissez dj les rudiments de X ou les terminaux X vous devriez
   pouvoir sauter cette partie sans effet indsirable.

3.1 Qu'est-ce que X ?

   Le systme X Window ou juste X (jamais X Windows), est un systme de
   fentrage portable et transparent pour le rseau comme indiqu (NdT :
   en anglais) dans la page du manuel en ligne. Il fournit un
   environnement graphique qui permet la communication  travers
   diffrents systmes d'exploitation, constructeurs et types de
   matriels. Quand les gens parlent d'un systme de fentrage en
   connexion avec Unix, ils font allusion presque toujours  X.

   La plus importante caractristique de X dans notre cas est la stricte
   sparation entre les programmes qui contrlent le matriel local avec
   lequel l'utilisateur s'interface (cran, clavier, souris, etc.) et les
   programmes que l'utilisateur veut rellement lancer (diteur, tableur,
   jeux). Ceci signifie que l'interface logicielle, qui est appele le
   serveur X, peut tre sur une machine, tandis que les programmes rels,
   ou clients X, peuvent tre sur une ou mme plus d'une machine  des
   endroits totalement diffrents. Notez que les termes "serveur" et
   "client" sont utiliss dans le sens inverse dans lequel ils sont
   utiliss gnralement avec d'autres applications client/serveur.

3.2 Qu'est-ce qu'un terminal X ?

   Un terminal X (crit TX  partir de maintenant) est un ensemble
   spcialis de matriel et de logiciel qui se combinent pour former un
   serveur X, qui est la partie de X qui gre les entres et sorties vers
   et en provenance de l'utilisateur. Dans le cas le plus primitif, seul
   le programme serveur de X et le logiciel de communication tournent sur
   le TX. Mme le gestionnaire de fentre tourne sur l'ordinateur hte
   auquel le TX est connect par Ethernet (ou dans de rares cas par des
   lignes sries ou d'autres types de rseaux), en utilisant TCP/IP.

   Le matriel constituant un TX incluera au moins un (grand) cran, un
   clavier, une souris, de la RAM et des cordons pour la connexion 
   Ethernet. La plupart des TXs n'ont pas de disque dur, de lecteur de
   disquette ni d'autres matriels de transfert de donnes. Ceci signifie
   que le TX a son systme d'exploitation en ROM (rare) ou alors le
   charge depuis un hte sur le rseau auquel il est connect.

   Pour rcuprer son systme d'exploitation d'un ordinateur hte sous
   Linux au moment du lancement le TX joue le scnario suivant : il
   envoie un appel  l'aide  travers le rseau avec son numro Ethernet
   comme nom d'tiquette. Un ordinateur sur le rseau recherche ce numro
   dans la liste des numros des TX qu'il est autoris  aider 
   dmarrer. Si ce numro est trouv, il envoie au TX le numro IP qui
   lui a t assign (par le daemon bootpd). Ceci permet alors au TX de
   charger son systme d'exploitation et les autres donnes dont il a
   besoin depuis le disque dur de l'ordinateur hte (gnralement par
   tftp ou nfs). Ceci est la procdure gnralement employe, explique
   rapidement.

   Un TX est donc en fait un ordinateur compltement quip avec son
   propre numro IP, sa RAM, son programme et son matriel indpendant.
   C'est en fait un savant idiot. Il est dou pour ce qu'il fait le
   mieux, c'est  dire grer les communications et graphiques par le
   protocole X11.

3.3 Avantages et inconvnients

   Idalement, un TX est silencieux, rapide. D'habitude sans ventilateur,
   lecteur de disquette ni disque dur, ils ne crent pas de bruit du tout
   et avec quelques mtres de cble Ethernet vous pouvez placer votre
   ordinateur bruyant dans une pice diffrente et avoir le TX silencieux
   sur votre bureau. Le TX est construit pour grer du graphisme X et est
   donc sens tre plus rapide que, disons, un programme de serveur X
   sous MS Windows, DOS ou MacOS (NdT : vu la rapidit des processeurs
   actuels et des rseaux, est-ce encore le cas ?).

   Avec le serveur sur une machine et le client sur une autre, le
   processeur n'a pas  se charger des deux  la fois. Cependant ceci
   n'est gure perceptible en termes de vitesse (les donnes devant alors
   tre transportes par Ethernet), et seuls la charge du CPU et l'usage
   de la mmoire du client sous Linux sont remarquables.

   En revanche, vous aurez besoin d'une carte Ethernet ce qui
   gnralement signifie renoncer  un slot et  une IRQ. Suivant le
   fabricant, le logiciel pour le TX peut prendre environ 20 Moctets de
   l'espace du disque dur sur votre machine Linux. Vous pouvez toujours
   effacer quelques fichiers inutiliss une fois que vous tes arriv 
   comprendre ce qui est rellement ncessaire. La plupart des TXs ont
   besoin que la machine hte ait les daemons bootpd et tftpd installs
   et actifs - chacun pouvant engendrer des trous dans votre scurit.
   Vous voudrez probablement avoir un dmon supplmentaire, xdm, lanc en
   tche de fond (NdC : xdm est le gestionnaire d'accs X, quivalent 
   getty sur un terminal texte). Et finalement, le grand cran du TX
   prendra beaucoup de place sur votre bureau, dj bien encombr.

3.4 De quoi ai-je besoin?

   Question pertinente !

   Tout d'abord, vous avez besoin d'un TX. Si vous avez beaucoup
   d'argent, et j'ai bien dit beaucoup, vous pouvez sortir et vous en
   payer un. Jim Morton ( jim@applix.com) poste rgulirement une liste
   de TXs et leur prix dans comp.windows.x. La chance peut aussi vous
   sourire. Certains vieux TXs ne peuvent pas tre utiliss avec certains
   systmes comme MSDOS, Windows ou OS/2. Certaines entreprises dcident
   donc de s'en dbarrasser plutt que de s'en encombrer.

   Du ct de l'ordinateur Linux, vous aurez besoin d'une carte Ethernet.
   Bien qu'il soit en thorie possible d'utiliser un TX via une ligne
   srie et SLIP, ceci n'est pas recommand  moins que vous ayez des
   tendances masochistes. Jettez alors un coup d'oeil sur
   l'Ethernet-HOWTO, maintenu par Paul Gortmaker, (
   Paul.Gortmaker@anu.edu.au), qui contient des informations sur comment
   bien acheter et installer les cartes Ethernet. SLIP et CSLIP sont
   traits dans le mme document, au cas o vous n'auriez pas d'autre
   choix. Dans ce cas, il vous faudra aussi consulter le Serial-HOWTO de
   Greg Hankins ( gregh@cc.gatech.edu) afin d'obtenir les meilleures
   performances.

   Vous aurez galement besoin d'avoir un noyau supportant TCP/IP ainsi
   qu'un numro IP pour votre machine et pour le TX. Le Net-2-HOWTO de
   Terry Dawson ( terryd@extro.ucc.su.oz.au) traite de tout ceci.

   Enfin vous aurez besoin d'avoir X install sur votre machine Linux. En
   thorie vous avez uniquement besoin des clients X et des programmes
   comme xdm, les serveurs tant inutiles. Mais autant faire un dernier
   effort et installer le serveur X sur votre hte sous Linux  l'aide du
   XFree86-HOWTO de Helmut Geyer (Helmut.Geyer@uni-heidelberg.de).

4. Cbles, rseaux et daemons

   Cette section traite des configurations ncessaires du matriel et du
   logiciel pour russir  connecter le TX  la machine Linux. Par
   convention, le TX est appel "murmure" (parce qu'il ne fait pas de
   bruit) et la machine Linux hte "nunux" (parce qu'elle est sous
   Linux). Ils font tout deux partie du domaine "grenouille" en France
   (.fr) (NdT : les noms et domaines ont t adapts pour un usage en
   France :-)). Leurs numros IP sont :


          192.168.13.1   pour  nunux.grenouille.fr   (la machine Linux)
          192.168.13.41  pour  murmure.grenouille.fr (le TX).

   Notez que ceux-ci sont des numros IP pour des systmes isols, non
   connects  un rseau plus grand comme Internet, et qu' ma
   connaissance il n'y a aucun domaine grenouille en France (mais a ne
   saurait tarder). Nous supposerons qu'il n'y a aucune autre machine sur
   le rseau et que NFS n'est pas install.

   N.B. Si quelqu'un a utilis NFS pour la connexion avec son TX,
   j'aimerais vivement le savoir.

4.1 Connexion physique

   Ceci devrait tre aussi facile que de brancher les cbles sur les deux
   machines. Notez que certains TXs ont deux entres srie qui ne peuvent
   fonctionner qu' certaines vitesses si les deux sont utilises en mme
   temps. Vrifiez le manuel de votre TX pour les dtails. Vous aurez
   besoin du numro Ethernet du TX plus tard. Il est affich ds
   l'allumage du TX mme si aucune connexion n'est encore tablie.

   Ds que vous aurez les cbles en place, vous serez en mesure de tester
   le lien Ethernet. Aprs avoir allum le TX, il devrait commencer par
   se plaindre que ses appels  l'aide  un bootpd et/ou un tftpd n'ont
   pas de rponse, et ensuite ralisera le lancement du systme
   d'exploitation (gnralement implant dans la ROM du TX). Celui-ci
   inclut souvent une commande ping qui vous permettra de tester la
   connexion par Ethernet du TX  la machine Linux. Ne paniquez pas si
   cela ne fonctionne pas dans l'autre sens (la machine sous Linux
   tentant un ping sur le TX) car certains (rares) TX ncessitent d'avoir
   leur systme d'exploitation complet pour tre en mesure de rpondre.

4.2 Configurer l'accs au rseau

   La configuration de l'accs au rseau est traite dans le Net2-HOWTO
   comme mentionn plus haut. Nous considrerons ici que vous avez dj
   TCP/IP tournant sans aucun problme sur votre machine. Le TX est
   dsormais considr comme un banal ordinateur connect sur le mme
   rseau. Vous devez vous assurer que la machine sous Linux comme le TX
   connaissent chacun le numro IP de l'autre et que le rseau
   fonctionne.

  Configuration de la machine sous Linux

   L'information sur le TX doit tre au minimum incluse dans les fichiers
   :

   _/etc/hosts _
          Ajoutez une ligne avec le numro IP attribu au TX, comme par
          exemple :

                # /etc/hosts
                #
                # adresse et nom de la machine.
                # lprhost et loghost sont optionels
                #
                192.168.13.1    nunux.grenouille.fr nunux lprhost loghost

                # nouvelle ligne d'informations sur le TX
                192.168.13.41   murmure.grenouille.fr murmure

   _/etc/ethers _
          fournit une liste de numros Ethernet avec les noms de machines
          correspondants. Cela ressemble  :

                04:03:e8:cc:0d:24     nunux
                0f:03:11:31:45:f1     murmure

                (eh oui, ces numeros Ethernet sont factices)

   Vous aurez besoin de modifier d'autres fichiers suivant votre
   configuration, selon que vous utilisez named, routed, ou gated. Comme
   ce n'est pas mon cas, je serais reconnaissant si quelqu'un pouvait
   m'envoyer la liste des fichiers  modifier.

   Vous devez ensuite relancer votre machine afin d'tre certain que ces
   modifications soient prises en compte.

  Configuration du terminal X

   Cette configuration ne dpendant que du type de terminal X utilis,
   reportez-vous au manuel de votre terminal X. Dans mon cas, le TX
   contient un fichier de configuration dans lequel je dois modifier les
   entres :

        ip_host_table            192.168.13.1    nunux
        ip_host_table            192.168.13.1    nunux.grenouille.fr
        ip_host_table            192.168.13.41   murmure
        ip_host_table            192.168.13.41   murmure.grenouille.fr

        file_access_1            TFTP
        file_host_name_1         nunux.grenouille.fr
        file_path_1              /usr/local/xterm/cestici

        display_access_table     murmure
        display_access_table     nunux
        enable_access_control    YES

        xdmcp_server             nunux
        broadcast_address        192.168.13.255
        default_telnet_host      nunux

   Notez que le TX charge ses fichiers par le rseau, en utilisant le
   protocole TFTP, dans le rpertoire /usr/local/xterm/cestici, et qu'il
   comprend le protocole XDMCP (qui permet l'utilisation de xdm).

   Vous devrez aussi modifier d'autres paramtres comme celui donnant la
   liste des polices. Vous pourrez ainsi utiliser celles dj installes
   sous Linux. Dans mon cas, le fichier de configuration relatif aux
   polices est font..tbl et ressemble  :

        /usr/lib/X11/fonts/75dpi
        /usr/lib/X11/fonts/100dpi
        ...
        /usr/local/xterm/misc
        /usr/local/xterm/openlook

   Ensuite, quand le TX dmarrera sur la machine Linux, vous verrez la
   liste des polices qu'il aura russi  charger.

   Une autre chose dont vous aurez besoin est le "backing store". Ceci
   signifie que les parties de fentres recouvertes par d'autres ne
   seront pas stockes dans la RAM de la machine sous Linux mais dans
   celle du TX (ce qui fait gagner normment en vitesse d'affichage).
   Consultez le manuel de votre TX pour de plus amples renseignements.

4.3 bootpd

   Bootpd est le daemon qui reste  l'coute des appels  l'aide de vos
   terminaux X, et qui leur rpondra en leur disant qui ils sont, et o
   ils vont pouvoir trouver les logiciels qu'ils doivent tlcharger.
   Pour d'tranges raisons, bootpd n'est pas inclus dans certaines
   distributions comme la Slackware 2.2.0.1. Il vous faudra donc le
   rcuprer sur un serveur FTP ou autre. Il doit tre plac dans
   /usr/sbin/ (et non dans /etc, contrairement  ce qu'indique dans la
   page de manuel) sous le nom in.bootpd. Ajoutez ou dcommentez la ligne
   suivante dans le fichier /etc/inetd.conf :

       bootps dgram udp wait root /usr/sbin/tcpd /usr/sbin/in.bootpd

   et relancez inetd par :

        kill -HUP `ps -aexu | grep inetd | grep -v grep`

   Ceci permettra ensuite  inetd de lancer bootpd si une requte de
   dmarrage est dtecte.

   Le fichier de configuration de bootpd est /etc/bootpd. La syntaxe est
   explique dans le manuel en ligne. Dans notre exemple, le fichier
   /etc/bootpd ressemble  ("serveur" est de nouveau utilis dans le sens
   classique du terme) :

       #
       # Exemple de fichier /etc/bootpd
       #
       # Entree utilisee par l'ensemble des terminaux
       #
       allhost:hd=/usr/local/xterm/cestici:\   # Repertoire pere contenant
le logiciel du TX
             :ds=192.168.13.1:\                # Serveur de noms du domaine
             :sm=255.255.255.0:\               # Masque de sous-reseau
             :gw=192.168.13.1:\                # Passerelles
             :ts=192.168.13.1:\                # Serveurs d'heure
             :lp=192.168.13.1:\                # Serveurs d'impression
             :to=-7200:                        # Decalage d'heure (en secondes)
       #
       # Ensuite, les descriptions pour chaque client.
       #
       murmure:ht=ethernet:\         # Type du lien physique
              :ha=0f03113145f1:\     # Numero Ethernet du terminal X
              :ip=192.168.13.41:\    # numero IP du terminal X (murmure)
              :tc=allhost:\          #
              :bf=xtermOS:           # Nom du fichier contenant l'OS du TX

   Dans notre exemple, le TX va charger son systme d'exploitation 
   partir du fichier xtermOS (entre bf) contenu dans le rpertoire
   /usr/local/xterm/cestici (entre hd).

   bootpd va tracer les informations sur les diffrents lancements dans
   les fichiers /var/adm/syslog et /var/adm/messages (voir configuration
   du fichier /etc/syslog.conf). Un dmarrage russi donnera :

       Jul 17 05:19:42 nunux in.bootpd[110]: connect from 0.0.0.0
       Jul 17 05:19:42 nunux bootpd[110]: reading "/etc/bootptab"
       Jul 17 05:19:42 nunux bootpd[110]: read 2 entries from "/etc/bootptab"
       Jul 17 05:19:43 nunux bootpd[110]: request from hardware address
0F03113145F1 Type 1
       Jul 17 05:19:43 nunux bootpd[110]: found 192.168.13.41 murmure

   Aprs avoir aid le TX  dmarrer, bootpd va continuer  tourner dans
   l'attente d'autres appels  l'aide durant environ quinze minutes, puis
   se terminer si aucun travail supplmentaire n'est requis.

4.4 tftpd

   Le protocol trivial de transfert de fichier (TFTP) est utilis par le
   terminal X pour charger son systme d'exploitation depuis le disque
   dur du serveur de dmarrage. Il devrait tre inclus dans toutes les
   distributions et ne possde aucun fichier de configuration. Vous
   pouvez tester tftp en tapant la commande tftp.

   Comme avec bootpd, vous devrez ajouter ou dcommenter la ligne
   suivante dans le fichier /etc/inetd.conf :

       tftp dgram udp wait root /usr/sbin/tcpd /usr/sbin/in.tftpd

   et relancer inetd par :

        kill -HUP `ps -aexu | grep inetd | grep -b grep`

   Remarquez que tftp ne peut accder qu'aux fichiers ayant un droit en
   lecture pour tout le monde. Il faut aussi remarquer que tftp est un
   trou de scurit potentiel que vous devez garder  l'esprit (c'est
   pourquoi il est bon de vrifier quels sont les fichiers ayant des
   droits en lecture universels sur son systme, ou de faire un chroot de
   tptfd  l'aide du TCP-wrapper /usr/sbin/tcpd). La version de tftp
   incluse dans certains paquetages de Linux ne contient pas les options
   "-r" ou "-s" permettant une utilisation scurise.

   tftp renvoie aussi des messages systme dans le fichier
   /var/adm/messages. Si le lancement est russi, des lignes de ce genre
   apparaissent :

       Jul 17 05:19:43 nunux in.tftpd[111]: connect from murmure
       Jul 17 05:19:58 nunux in.tftpd[113]: connect from murmure
       Jul 17 05:19:59 nunux in.tftpd[115]: connect from murmure
       Jul 17 05:20:00 nunux in.tftpd[117]: connect from murmure
       etc...

   Cela montre que le TX charge les fichiers dont il a besoin dans le
   rpertoire situ sur le serveur Linux. Des messages doivent apparatre
   sur le TX au fur et  mesure du chargement.

4.5 Test de la connexion

   Une fois que vous aurez modifi les fichiers ci-dessus, vous devriez
   tre prt  dmarrer le TX. Suivant le constructeur, des messages plus
   ou moins explicites doivent apparatre. Faites attention aux messages
   indiquant une erreur au chargement d'un fichier.

   Si tout va bien, on devriez en arriver au stade o le TX lance sa
   propre version de X. On a alors un fond gris et un curseur en croix.
   Si vous avez dj lanc xdm, vous devriez mme avoir la fentre de
   login xdm. Il se peut que des choses bizarres apparaissent si certains
   champs de la configuration de xdm ne sont pas corrects. Prparez-vous
    tuer xdm en tant que root en ultime recours.

   La plupart des terminaux X ont des fonctionalits intgres, comme un
   client telnet, dans le systme d'exploitation charg au dmarrage.
   Cela vous permet alors de tester la connexion en faisant un telnet
   vers le serveur ou une autre machine.

   Vous pouvez dsormais lancer des programmes X sur le terminal X en
   utilisant l'option display. Par exemple :

                      xclock -display murmure:0 &

   doit faire apparatre l'horloge "xclock" sur votre TX.

   Vous pouvez mme (et c'est d'ailleurs recommand) lancer un
   gestionnaire de fentres tel que fvwm de la mme manire.

5. Faire tourner X

   Cette section porte sur la configuration de xdm afin qu'une invite de
   connexion soit disponible sur les terminaux X, et que le retour 
   celle-ci soit ralis quand un utilisateur se dloge. Le programme xdm
   est l'quivalent pour TX des programmes de connexion sur consoles
   texte. Il est normalement inclus dans toutes les distributions de
   Linux.

5.1 Configuration de xdm

   Les fichiers de configuration de xdm se trouvent dans
   /usr/X11R6/lib/X11/xdm (/usr/X11R6 peut tre un lien sur /usr/X11). Le
   principal fichier de configuration est xdm-config. Vous devez y
   trouver, parmi d'autres, les lignes :

       DisplayManager._0.authorize:    true
       DisplayManager._0.setup:        /usr/X11R6/lib/X11/xdm/Xsetup_0
       DisplayManager._0.startup:      /usr/X11R6/lib/X11/xdm/GiveConsole
       DisplayManager._0.reset:        /usr/X11R6/lib/X11/xdm/TakeConsole

   Ces lignes indiquent les fichiers contrlant l'cran quand X est lanc
   sur la machine Linux elle-mme. Pour la gestion du TX, nous devons
   ajouter les lignes :

       DisplayManager.murmure_0.authorize:     true
       DisplayManager.murmure_0.setup:   /usr/X11R6/lib/X11/xdm/Xsetup_murmure
       DisplayManager.murmure_0.startup: /usr/X11R6/lib/X11/xdm/Xstartup
       DisplayManager.murmure_0.reset:   /usr/X11R6/lib/X11/xdm/Xreset

   Remarquez que murmure_0 est la notation xdm de murmure:0, tout comme
   _0 est l'quivalent de :0. Remarquez aussi que GiveConsole a t
   remplac par Xstartup, qui dans mon cas est un script ne faisant rien,
   et que TakeConsole a t remplac par Xreset, qui est lui aussi un
   script ne faisant rien. Ces fichiers contrlent  la fois la
   "possession" de la console quand X est utilis directement sur la
   machine Linux, et qu'il n'y ait pas de problme d'accs  la console
   uniquement parce qu'un TX est connect  la machine.

   Ces fichiers de dmarrage lancent diffrents programmes avant que
   l'invite de connexion soit place  l'cran. C'est est l'endroit
   indiqu pour vous dire d'utiliser xv ou un programme similaire afin de
   placer une image en fond d'cran. Dans ce cas, copier le fichier
   Xsetup_0 en tant que Xsetup_murmure et modifier ce dernier.

   Comme cette question rapparait encore et encore : une mthode simple
   de mettre une image en fond d'cran est de mettre la ligne :

         nice xv -root -quit -rmode 5 <fichier_image> &

   ou quelque chose du mme style dans le fichier de dmarrage.
   fichier_image sera alors affich en fond d'cran derrire l'invite de
   connexion de xdm. Notez que certains TX renverront un message d'erreur
   si cette image est trop grande.

   Le fichier Xaccess permet de contrler l'accs  la machine.
   Gnralement vous n'aurez pas  le modifier. Xaccess permet aussi de
   donner  l'utilisateur  choisir dans une liste de machine (chooser)
   si plusieurs machines du rseau acceptent l'accs depuis un TX.

   Le fichier Xresources permet de fixer la taille, la forme et le
   message de bienvenue de la fentre de l'invite de connexion. Ainsi en
   remplaant la ligne :

       DisplayManager*resources:       /usr/X11R6/lib/X11/xdm/Xresources

   par les lignes

       DisplayManager._0.resources:        /usr/X11R6/lib/X11/xdm/Xres_0
       DisplayManager.murmure_0.resources: /usr/X11R6/lib/X11/xdm/Xres_mu_0

   o Xres_mu_0 est le fichier de ressources pour le TX murmure et
   Xres_0, celui pour la console de la machine Linux. Vous pourrez donner
   des valeurs diffrentes pour le TX et pour la machine sous Linux.

   Normalement vous ne devriez pas avoir  modifier le fichier Xsession.

   La configuration du fichier Xservers est aussi presque triviale. Au
   pire vous aurez  dcommenter (cas de la distribution Slackware
   2.2.0.1) la ligne :

                    :0 local /usr/X11R6/bin/X

   ou une ligne ayant le mme effet. Cela permet le dmarrage automatique
   du serveur X sur la machine hte nunux lors de l'appel de xdm. Si vous
   commentez cette ligne, X ne sera pas lanc sur la machine nunux lors
   d'un appel  xdm. C'est le cas si vous dsirez que X ne soit utilis
   que sur les TX et non sur la machine hte. Dans ce cas, vous pourrez
   dmarrer X sur la machine nunux par la commande startx et pour le
   temps que vous voudrez, sans que cela ait d'incidence sur le TX.

   Si votre TX n'a pas XDMCP, vous devrez alors ajouter une ligne telle
   que :

                         murmure:0 foreign

   XDMCP est un protocole standardis qui, par exemple, laisse les TXs
   discuter avec leurs htes. Si votre TX supporte XDMCP vous ne devez
   pas ajouter cette ligne. Ceci laisserait pens  xdm qu'un TX ne
   comprend pas XDMCP, alors qu'au mme moment celui-ci tenterait
   d'utiliser ce protocole pour se connecter. Cela peut conduire  de
   nombreux effets fortement dsagrables comme la lutte de deux xdm pour
   la prise de contrle.

   Vous pouvez utiliser les entres du fichier xdm-config mme s'il n'y a
   pas de ligne dans Xservers pour le TX. Vous pourrez toujours
   personnaliser l'invite de connexion, etc., si le TX utilise XDMCP.

   Afin que xdm dmarre  chaque lancement de Linux, vous pouvez ajouter
   la ligne :

        /usr/bin/X11/xdm

   dans /etc/rc.d/rc.local. Certains dmarrent xdm par le biais du
   fichier /etc/inittab en remplaant :

# Default runlevel.
id:3:initdefault:

   (premire entre du fichier) par

# Default runlevel.
id:5:initdefault:

   Dans tous les cas vous devez avoir xdm dans la liste des processus
   actifs aprs le redmarrage.

5.2 Questions sur l'accs

   (Cette importante partie sera dveloppe ultrieurement, nous
   travaillons dessus.)

   Pour savoir si un utilisateur peut accder  l'environnement d'un TX
   depuis la machine nunux, connectez vous (en autre chose que root) et
   lancez la commande :

           xsetroot -solid white -display murmure:0 &
    ou
           xterm -display murmure:0 &

   Essayez cela quand quelqu'un est connect sur le TX et qu'il n'y a que
   l'invite de connexion de xdm. Suivant votre position, la possibilit
   d'accs au TX depuis une session sur la console sera plus ou moins une
   possibilit inattendue qu'un bug.

6. Erreurs et inconnues

6.1 Problmes connus

   Certains problmes apparaissent alors, tout comme certaines
   possibilits intressantes, qui pourraient s'avrer  leur tour des
   problmes. Si vous dcouvrez d'autres problmes de ce type, faite-le
   moi savoir.

   _talk_
          La discussion interactive fonctionnera si un utilisateur sur le
          TX se loge comme utilisateur sur la machine nunux, mais pas
          dans l'autre sens. Il existe une possibilit de supprimer ce
          problme mais je ne m'en souviens plus.

   _who_
          Un utilisateur log sur un TX n'apparatra pas, mme si cette
          commande est lance depuis le TX. Ceci est srement la raison
          pour laquelle talk plante quand l'utilisateur sur la console
          tente de se connecter  l'utilisateur sur le TX.

   _xlock_
          Un appel standard de la commande xlock a pour unique effet de
          faire apparaitre un message disant que l'cran du TX est
          bloqu. L'option -remote doit donc tre utilise afin que xlock
          bloque effectivement le TX. Il faut noter que certains modes de
          xlock sont de gros consommateurs de ressources. Qix semble plus
          appropri aux TXs que les autres modes (consultez la FAQ de Art
          Mulder, cf. ci-dessous, pour de plus amples dtails).

   _xv_
          Certains TX n'ont pas suffisamment de mmoire pour pouvoir
          afficher des images trop grandes ou trop complexes, en plus du
          en fond d'cran. Dans ce cas utilisez xsetroot pour supprimer
          ou changer l'image de fond avant d'utiliser xv (NdT : de tels
          problmes sont aussi trs frquents avec le trop gourmand
          Netscape).

6.2 Terminaux tests

   Les diffrentes procdures dcrites dans ce document ont t testes
   srieusement pour la connexion d'un terminal X Tektronix XP23 sur un
   386DX-33MHz avec 16Mo de RAM tournant sous Linux 1.2.3 et XFree86
   Version 3.1.1 (les fichiers de la distribution Slackware 2.2.0.1).

6.3 Enrichissement personnel

   De plus ample informations sur X peuvent tre trouves sur Internet :

     * David B. Lewis ( dbl@ics.com) poste sur comp.windows.x la FAQ
       (Foire Aux Questions) de ce groupe, ainsi que sur news.answers et
       comp.answers. Ce document contient entre autre les adresses o
       trouver plus d'informations sur X.
     * Steve Kotsopoulos ( steve@ecf.toronto.edu) poste dans les mmes
       groupes sa FAQ "X on Intel-based".
     * Art Mulder ( art@cs.ualberta.ca, poste rgulirement sur le groupe
       comp.windows.x sa FAQ "Getting more performance out of X", qui
       contient de nombreux renseignements utiles pour l'installation de
       X sous Linux.

7. Remerciements

7.1 Remerciements originaux

   Comme toujours les premiers remerciements vont  Linus B. Torvalds
   torvalds@kruuna.helsinki.fi.
   De nombreux autres vont  Klaus ter Fehn ktf@bc3.gun.de pour avoir
   rendu possible ce document et  Douglas K. Stevenson
   duck@catzen.gun.de pour l'avoir rendu passable.

7.2 Remerciements du traducteur

   Histoire de copier, je remercie aussi Linus B. Torvalds
   torvalds@kruuna.helsinki.fi.
   Mais aussi les relecteurs
     * Bernard Choppy ( choppy@imaginet.fr) qui nous fait toujours un
       travail d'excellente qualit.
     * Olivier Tharan ( tharan@galaxie.int-evry.fr) qui vient de se
       lancer dans cette grande aventure de la traduction de HOWTO.

   ... et  Jean-Philippe LATRUFFE pour l'aide  la traduction.
