/usr/share/doc/HOWTO/fr-html/XDMCP-HOWTO.html

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html
  PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml"><head><title>Guide pratique de mise en œuvre de XDMCP sous Linux</title><link rel="stylesheet" type="text/css" href="style.css"/><meta name="generator" content="DocBook XSL Stylesheets V1.79.1"/><meta name="description" content="Ce guide pratique explique comment utiliser ensemble un gestionnaire d'affichage X (xdm, kdm et gdm) et XDMCP (le protocole de contrôle du gestionnaire d'affichage X) pour fournir une solution de terminaux X et une plate-forme d'exécution efficace d'applications X à distance. Ce document met l'accent sur la configuration d'une connexion X avec XDMCP."/></head><body><div xml:lang="fr" class="article"><div class="titlepage"><div><div><h2 class="title"><a id="d0e1"/>Guide pratique de mise en œuvre de XDMCP sous Linux</h2></div><div><h3 class="subtitle"><em>

    Version française du <span xml:lang="en" class="foreignphrase"><em xml:lang="en" class="foreignphrase">Linux XDMCP
    HOWTO</em></span>

    </em></h3></div><div><div class="author"><h3 class="author"><span class="firstname">Thomas</span> <span class="surname">Chao</span></h3><code class="email">&lt;<a class="email" href="mailto:tomchao CHEZ lucent POINT com">tomchao CHEZ lucent POINT com</a>&gt;</code></div></div><div><p class="othercredit"><span class="contrib">Adaptation française</span> : <span class="firstname">Denis</span> <span class="surname">Berhaut</span></p></div><div><p class="othercredit"><span class="contrib">Relecture de la version française</span> : <span class="firstname">Éric</span> <span class="surname">Madesclair</span></p></div><div><p class="othercredit"><span class="contrib">Préparation de la publication de la v.f.</span> : <span class="firstname">Jean-Philippe</span> <span class="surname">Guérard</span></p></div><div><p class="releaseinfo">Version : 1.3.fr.1.0</p></div><div><p class="pubdate">26 janvier 2005</p></div><div><div class="revhistory"><table summary="Historique des versions"><tr><th align="left" valign="top" colspan="3"><strong>Historique des versions</strong></th></tr><tr><td align="left">Version 1.3.fr.1.0</td><td align="left">2005-01-26</td><td align="left">DB, ÉM, JPG</td></tr><tr><td align="left" colspan="3">Première version française.</td></tr><tr><td align="left">Version 1.3</td><td align="left">2003-01-02</td><td align="left">TC</td></tr><tr><td align="left" colspan="3">

            Ajout d'informations pour la configuration de Red Hat 7.3
            &amp; 8.0, Mandrake 8.2 &amp; 9.0, SuSE et mise à jour de
            contenu.

        </td></tr><tr><td align="left">Version 1.2</td><td align="left">2002-03-15</td><td align="left">TC</td></tr><tr><td align="left" colspan="3">

            Ajout d'informations sur la configuration de Linux Red Hat
            7.2, Mandrake 8.1 et Slackware 8.0 ainsi que sur le
            transfert de X11 sous SSH.

        </td></tr><tr><td align="left">Version 1.1</td><td align="left">2001-03-20</td><td align="left">TC</td></tr><tr><td align="left" colspan="3">Révision et ajout de RH 7.0.</td></tr><tr><td align="left">Version 1.0</td><td align="left">2000-11-01</td><td align="left">TC</td></tr><tr><td align="left" colspan="3">Première révision et diffusion.</td></tr></table></div></div><div><div class="abstract"><p class="title"><strong>Résumé</strong></p><p>

      Ce guide pratique explique comment utiliser ensemble un 
      gestionnaire d'affichage X (xdm, kdm et gdm) et XDMCP (le 
      protocole de contrôle du gestionnaire d'affichage X) pour fournir 
      une solution de terminaux X et une plate-forme d'exécution 
      efficace d'applications X à distance. Ce document met l'accent sur 
      la configuration d'une connexion X avec XDMCP.

    </p></div></div></div><hr/></div><div class="toc"><p><strong>Table des matières</strong></p><dl class="toc"><dt><span class="sect1"><a href="#intro">1. Introduction</a></span></dt><dd><dl><dt><span class="sect2"><a href="#disclaimer">1.1. Limitations de responsabilité</a></span></dt><dt><span class="sect2"><a href="#nouvelles-versions">1.2. 
          Nouvelles versions de ce document
      </a></span></dt><dt><span class="sect2"><a href="#feedback">1.3. Commentaires et réactions</a></span></dt></dl></dd><dt><span class="sect1"><a href="#procedure">2. La procédure</a></span></dt><dd><dl><dt><span class="sect2"><a href="#d0e161">2.1. Avant de commencer, quelques notions</a></span></dt><dt><span class="sect2"><a href="#security">2.2. Rappel de sécurité</a></span></dt><dt><span class="sect2"><a href="#system">2.3. Mon système</a></span></dt><dt><span class="sect2"><a href="#remote">2.4. Pièces rapportées</a></span></dt><dt><span class="sect2"><a href="#prep">2.5. Préparation du serveur</a></span></dt><dt><span class="sect2"><a href="#steps">2.6. Procédures à suivre</a></span></dt><dt><span class="sect2"><a href="#testing">2.7. Tests</a></span></dt></dl></dd><dt><span class="sect1"><a href="#ssh">3. Transfert X11 à l'aide de SSH</a></span></dt><dt><span class="sect1"><a href="#ts">4. Dépannage</a></span></dt><dt><span class="sect1"><a href="#gdm">5. 

    XDMCP et GDM (le Gestionnaire d'affichage Gnome)

    </a></span></dt><dt><span class="sect1"><a href="#refs">6. Ressources</a></span></dt><dt><span class="sect1"><a href="#au">7. Auteurs</a></span></dt><dt><span class="sect1"><a href="#tr">8. Traducteurs</a></span></dt><dt><span class="sect1"><a href="#copyright">9. Droits d'utilisation</a></span></dt></dl></div><div class="sect1"><div class="titlepage"><div><div><h2 class="title"><a id="intro"/>1. Introduction</h2></div></div></div><p>

    XDMCP signifie <span class="quote">« <span class="quote">protocole de contrôle du gestionnaire
    d'affichage X</span> »</span> ; c'est un protocole réseau. Il constitue
    un moyen de faire tourner un terminal X sur votre PC (ou votre MAC)
    en utilisant le serveur X qui fournira une interface client-serveur
    entre le matériel d'affichage (la souris, le clavier et les
    affichages vidéo) et l'environnement de l'ordinateur, tout en
    offrant l'infrastructure d'affichage et une interface d'application
    standardisée (référence issue de la page d'accueil du projet
    Xfree86). Le terminal X peut être affiché dans une fenêtre
    individuelle ou dans de multiples fenêtres, en fonction des
    capacités logicielles et de la configuration de votre système
    d'affichage X.

    </p><p>

    Je recherche toujours la meilleure façon d'utiliser Linux, que ce 
    soit à la maison au travail. L'un de ses avantages entre tous est sa 
    capacité à réutiliser les vieux systèmes (tels que des 486 et des 
    Pentium, Pentium II) comme terminaux X (en utilisant les 
    applications Win32 telles que Exceed (de Hummingbird), Reflection X, 
    X-Win32 or X-ThinPro ; sous MAC, essayez eXodus) pour 
    s'exécuter à distance sur n'importe lequel de vos PC. J'ai découvert 
    avec une certaine surprise qu'il y a beaucoup de documents sur 
    Internet qui peuvent vous aider à le configurer, mais pas sous forme 
    de guide pas à pas !Voici pourquoi j'en suis venu à écrire ce 
    document qui m'a paru être une manière de partager mes expériences 
    avec tous les utilisateurs. En utilisant X et XDMCP, vous pouvez 
    bâtir pour la maison ou le travail une bonne solution, fiable et bon 
    marché.

    </p><div class="sect2"><div class="titlepage"><div><div><h3 class="title"><a id="disclaimer"/>1.1. Limitations de responsabilité</h3></div></div></div><p>

      Aucune responsabilité légale ne sera acceptée quant au contenu de 
      ce document. L'utilisation des concepts, exemples et autres 
      contenus du document s'effectue à vos risques et périls. Dans la 
      mesure où il s'agit d'une nouvelle édition de ce document, il peut 
      comporter des erreurs ou des inexactitudes, évidemment 
      susceptibles d'endommager votre système. Procédez prudemment, et 
      bien que cela soit improbable, le ou les auteurs refusent toute 
      responsabilité à ce sujet.

      </p><p>

      Sauf mention spécifique, les droits d'auteur sont la possession de 
      leurs propriétaires respectifs. L'utilisation d'un terme dans ce 
      document ne doit pas être considérée comme ayant une influence sur 
      la validité d'une quelconque marque déposée ou marque de services.

      </p><p>

      Le fait de nommer un produit ou une marque ne doit pas être 
      considéré comme une recommandation.

      </p><p>

      Nous vous recommandons fortement d'effectuer une sauvegarde de 
      votre système avant toute installation importante et d'effectuer 
      des sauvegardes à intervalles réguliers.

      </p></div><div class="sect2"><div class="titlepage"><div><div><h3 class="title"><a id="nouvelles-versions"/>1.2. 
          Nouvelles versions de ce document
      </h3></div></div></div><p>

          Vous trouverez la plus récente version française de ce document à
          l'adresse : <a class="ulink" href="http://www.traduc.org/docs/howto/lecture/XDMCP-HOWTO.html" target="_top">http://www.traduc.org/docs/howto/lecture/XDMCP-HOWTO.html</a>.

      </p><p>
      
          La plus récente version originale de ce document est disponible à
          l'adresse : <a class="ulink" href="http://tldp.org/HOWTO/XDMCP-HOWTO/index.html" target="_top">http://tldp.org/HOWTO/XDMCP-HOWTO/index.html</a>.
  
      </p></div><div class="sect2"><div class="titlepage"><div><div><h3 class="title"><a id="feedback"/>1.3. Commentaires et réactions</h3></div></div></div><p>

      Les commentaires sur ce document sont bienvenus. Sans vos 
      suggestions et autres apports, ce document n'existerait pas. 
      Envoyez-moi (en anglais) vos ajouts, commentaires et critiques à 
      l'adresse suivante :

      <code class="email">&lt;<a class="email" href="mailto:tomchao CHEZ lucent POINT com">tomchao CHEZ lucent POINT com</a>&gt;</code>.

      </p><p>

        N'hésitez pas à faire parvenir vos commentaires et suggestions 
        concernant l'adaptation française de ce document au projet 
        <a class="ulink" href="http://www.traduc.org" target="_top">Traduc.org</a> à l'adresse :

        <code class="email">&lt;<a class="email" href="mailto:commentaires CHEZ traduc POINT org">commentaires CHEZ traduc POINT org</a>&gt;</code>.

      </p></div></div><div class="sect1"><div class="titlepage"><div><div><h2 class="title"><a id="procedure"/>2. La procédure</h2></div></div></div><p>

    Cette section détaille la procédure de configuration d'un terminal X
    avec XDMCP. Comme pré-requis, vous devez avoir n'importe quelle
    distribution Linux installée, ainsi que X.

    </p><div class="sect2"><div class="titlepage"><div><div><h3 class="title"><a id="d0e161"/>2.1. Avant de commencer, quelques notions</h3></div></div></div><p>

      Avant de commencer, il vaut mieux comprendre globalement le 
      fonctionnement. (Vous trouverez plus de détails <a class="ulink" href="#REFS" target="_top">Ressources</a> ci-dessous et sur le site de <a class="ulink" href="http://www.traduc.org" target="_top">Traduc.org</a>)

      </p><p>

      D'habitude, le serveur X est lancé à partir d'un gestionnaire
      d'affichage X. Presque toutes les distributions Linux embarquent
      xdm, kdm et gdm. Le choix de l'un d'entre eux est libre. (Ce
      document se servira de gdm et kdm comme exemples). Le gestionnaire
      d'affichage constitue une interface agréable et uniforme pour les
      utilisateurs lambda (ouverture de session graphique, démarrage
      d'un gestionnaire de fenêtre, horloge, et cætera). Un gestionnaire
      d'affichage contrôle une série d'affichages X, qui peuvent être
      situés sur l'hôte local ou sur des serveurs distants. Il est bon
      de noter que ce qu'exécute votre environnement est le fichier
      <code class="filename">Xsession</code>.

      </p><p>

      Quand xdm s'exécute, il propose deux manières différentes de gérer
      l'affichage. Il peut gérer un serveur X qui s'exécute sur la
      machine locale (indiqué dans <code class="filename">Xservers</code>) et des
      serveurs X distants (en général des terminaux X) en utilisant
      XDMCP (en fonction de ce qui est indiqué dans le fichier
      <code class="filename">Xaccess</code> — voir les pages de manuel de
      xdm).

      </p><p>

      Quant à kdm (qui fait partie de l'environnement graphique KDE),
      c'est un remplaçant de xdm qui se configure de façon identique, à
      ceci près que ses fichiers sont <code class="filename">/etc/X11/kdm</code>
      pour Caldera, dans <code class="filename">/etc/kde/kdm</code> pour Red Hat,
      et dans <code class="filename">/usr/share/config/kdm</code> pour Mandrake.

      </p><p>

      Le gdm (Gestionnaire d'affichage Gnome) est une réécriture du
      fameux xdm. Les fonctions de gdm sont similaires à celles de xdm
      et kdm. Gdm (gdm) est le gestionnaire d'affichage de Gnome, et ses
      fichiers de configuration sont situés dans
      <code class="filename">/etc/X11/gdm/gdm.conf</code>. Le fichier
      <code class="filename">gdm.conf</code> contient un ensemble de variables et
      un grand nombre d'options pour gdm. Le répertoire Sessions
      contient un script pour chaque option de session ; chaque script
      appelle <code class="filename">/etc/X11/xdm/Xsession</code> avec l'option
      appropriée. Gdm offre des fonctions similaires à xdm et kdm, mais
      a été écrit à partir de zéro et ne contient aucun code originaire de XDM
      ou du consortium X.

      </p><p>

      Avec RH 8.0, une nouvelle interface graphique appelée
      <span class="quote">« <span class="quote">Bluecurve</span> »</span> apparaît. Son objectif est d'imiter
      l'apparence de XP. Dans ce cas, il n'y a aucune différence de
      configuration !

      </p><p>

      On peut trouver d'autres bonnes références pour une configuration
      similaire dans les documents suivants :

      </p><div class="itemizedlist"><ul class="itemizedlist" type="disc"><li class="listitem"><p>

            Le petit guide <a class="ulink" href="http://www.traduc.org/docs/howto/lecture/XDM-Xterm.html" target="_top">XDM et les
            terminaux X</a>, écrit par Kevin Taylor.

          </p></li><li class="listitem"><p>

            Le <a class="ulink" href="http://www.traduc.org/docs/howto/lecture/Remote-X-Apps.html" target="_top">Petit guide
            d'exécution à distance des applications X</a>, une
            excellente référence d'approche pratique et théorique
            d'exécution de X à distance. Écrit par Vincent Zweije.

          </p></li><li class="listitem"><p>

            Le petit guide <a class="ulink" href="http://ftp.traduc.org/projets/howto/obsoletes/X-Terminal.html" target="_top">
            Xterminal</a>, écrit par Scot W. Stevenson.

          </p></li></ul></div></div><div class="sect2"><div class="titlepage"><div><div><h3 class="title"><a id="security"/>2.2. Rappel de sécurité</h3></div></div></div><p>

      L'utilisation de XDMCP est par définition dangereuse, ce qui fait
      que la plupart des distributions ont désactivé son utilisation par
      défaut. Si vous devez utiliser XDMCP, ne le faîtes qu'au sein de
      réseaux sécurisés, tels que des réseaux d'entreprises protégées par un
      pare-feu. Malheureusement, XDMCP utilise le port UDP 177 et TCP le port
      6000 ; il n'est donc pas possible de l'utiliser nativement avec SSH.
      Actuellement, SSH1 et SSH2 ne permettent pas de transmettre les
      communications UDP de manière sécurisée.

      </p><p>

      La technique de sécurisation des connexions via SSH est appelée
      transfert de port X11 TCP/IP (X11 TCP/IP Port Forwarding).
      Rendez-vous sur <a class="ulink" href="http://www.ox.compsoc.net/~steve/portforwarding.html" target="_top">Why
      Port Forwarding?</a> et dans la section <a class="ulink" href="#REFS" target="_top">Ressources</a> pour des informations
      complémentaires (en anglais). Au cas où vous voudriez
      l'expérimenter, j'ai ajouté une petite section plus bas pour vous
      montrer son fonctionnement. Je vous décrirai sommairement son
      fonctionnement ; je laisse les autres experts et/ou les guides
      pratiques vous expliquer son utilisation avancée.

      </p></div><div class="sect2"><div class="titlepage"><div><div><h3 class="title"><a id="system"/>2.3. Mon système</h3></div></div></div><p>

      J'ai testé les configurations de GNOME (gdm) et de KDE (kdm) sur 
      Red Hat 6.0, 6.2 et Red Hat 7.x et 8.0. J'ai eu aussi la chance de 
      les tester sur Mandrake 7.2, 8.0, 8.2 et 9.0. Les configurations 
      de SuSE 7.2 and Slakware 8.0 ont été testées par les 
      utilisateurs ; merci à Peter Van Aerten et à tous ceux qui 
      m'ont aidé à la préparation de ce guide pratique. Je désire 
      remercier tous les utilisateurs qui m'ont aidé à réaliser ce 
      projet. J'ai aussi essayé sur Caldera eDesktop 2.4, dont la 
      configuration est similaire à celle de RH, à la différence qu'il 
      utilise KDE. Je n'ai pas eu l'occasion de tester sur d'autres 
      variantes telles que Debian ou Slackware (les utilisateurs de 
      Slackware m'ont rapporté que le fonctionnement est identique à 
      celui décrit dans ce document). Cependant, la configuration 
      devrait être similaire et devrait bien fonctionner. Si vous avez 
      réussi à configurer sur d'autres distributions que Red Hat, 
      Caldera et Mandrake, faites-moi partager votre expérience. Je 
      l'ajouterai à ce document.

      </p><p>

      Le PC que j'utilise est un compatible IBM, équipé d'un AMD Athlon
      XP 1800+, de 384 Mo de mémoire et d'un disque dur de 60 Go
      ATA-100. Cette machine a été mise à jour à partir d'un PC équipé
      d'un Intel Pentium II 500 MHz (je me suis aperçu que mon vieux PC
      Pentium 100 MHz marche très bien). J'utilise une carte Fast
      Ethernet intégrée dans ma nouvelle carte mère AMD. Sur mon vieux
      PC, j'utilise l'adaptateur 3Com 10/100 (3C509B), un cédérom 48X et
      un disque ZIP IOMEGA. J'ai aussi effectué des tests avec mon
      portable Toshiba Tecra 8100 connecté par carte sans fil Agere.

      </p></div><div class="sect2"><div class="titlepage"><div><div><h3 class="title"><a id="remote"/>2.4. Pièces rapportées</h3></div></div></div><p>

      J'utilise Exceed 7.0 (Exceed 6.x fonctionne aussi correctement) 
      sur mon PC, et je les ai testé sous Windows 98 SE, Windows NT 4.0 
      et Windows 2000 Pro. J'ai aussi constaté que X-Win32 et X-ThinPro 
      sont d'autres choix répandus. Il existe également beaucoup 
      d'applications, libres ou commerciales.

      </p></div><div class="sect2"><div class="titlepage"><div><div><h3 class="title"><a id="prep"/>2.5. Préparation du serveur</h3></div></div></div><p>

      Sous RH 7.x, il faut configurer la recherche des DNS, pour
      permettre à certaines fonctions de réseau de fonctionner
      correctement (comme <span class="command"><strong>telnet</strong></span> qui sera utilisée
      pour tester la configuration). Vous pouvez saisir
      <strong class="userinput"><code>netstat -r</code></strong> ou
      <strong class="userinput"><code>arp -a</code></strong> pour vérifier la configuration
      des DNS ou les temps de réponse. Si vous êtes dans un petit
      environnement (comme à la maison ou un petit réseau d'entreprise)
      qui n'a pas son propre serveur DNS et qui utilise le serveur DNS
      du FAI, ajoutez l(es) adresse(s) des serveurs de noms dans le
      fichier <code class="filename">resolv.conf</code>. Si vous l'utilisez
      uniquement à la maison ou au labo, vous pouvez alors ajouter dans
      votre fichier local les noms d'hôte de toutes les stations de
      travail <code class="filename">host</code>.

      </p><p>

      Pour que votre serveur X accepte une session XDMCP, assurez-vous
      que les éléments suivants sont bien installés :

      </p><div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem"><p>

          Installez votre OS Linux. Dans mon cas, j'ai installé Red Hat
          7.3 (installation personnalisée). Si vous projetez d'utiliser
          SSH pour faire du transfert de port, il vous faudra installer
          le paquetage OpenSSH ou compiler SSH dans le kernel. De plus,
          RH 7.x est fourni avec un pare-feu installé par défaut (à
          moins que vous ne fassiez pas ce choix). Vous pourrez
          rencontrer des problèmes si vous n'ajoutez pas des règles à
          votre pare-feu ou si vous ne le neutralisez pas temporairement
          le temps de configurer XDMCP. Je ne détaillerai pas
          les règles du pare-feu dans la mesure où ce n'est pas l'objet
          de ce document. Je montrerai seulement comment le faire
          fonctionner, à charge pour vous de le régler finement.

          </p><p>

          Avec le noyau 2.2x, vous afficherez les règles de votre
          pare-feu en saisissant la commande
          <strong class="userinput"><code>ipchains -L</code></strong>. Pour le désactiver
          temporairement, utilisez la commande
          <strong class="userinput"><code>ipchains -F</code></strong> pour effacer les
          règles (pas de panique, elles seront restaurées en les
          rechargeant ou au redémarrage). Avec le noyau 2.4x, remplacez
          la commande <span class="command"><strong>ipchains</strong></span> par
          <span class="command"><strong>iptables</strong></span>. Un utilisateur m'a indiqué qu'en
          ajoutant cette règle, vous n'aurez pas besoin de désactiver
          votre pare-feu et que vous pourrez accéder au serveur X (vous
          pouvez le vérifier par vous-même).

          </p><pre class="screen">
ipchains -A input -p udp -i $extint --dport 177 -j ACCEPT
</pre><p>

          Vous devriez pouvoir utiliser la commande
          <span class="command"><strong>iptables</strong></span> de manière identique. (Vous
          trouverez des références à iptables dans les <a class="ulink" href="#REFS" target="_top">Ressources</a>).

          </p><p>

          Pour plus de détails sur les pare-feu, rendez-vous sur la page
          du <a class="ulink" href="http://www.traduc.org/docs/howto/lecture/IP-Masquerade-HOWTO.html" target="_top">Guide pratique
          de masquage IP</a>.

          </p><p>

          Il est aussi possible d'ajouter des règles pour qu'il accepte
          uniquement les adresses IP des stations de travail de
          confiance. Vous pouvez utiliser la commande
          <span class="command"><strong>iptables</strong></span> à votre gré. Je rappelle que sa
          description n'est pas l'objet de ce document. J'ai de la
          chance dans le sens où j'utilise le pare-feu de ma société.

        </p></li><li class="listitem"><p>

          Configuration du réseau. Vous pouvez utiliser les commandes
          <span class="command"><strong>ping</strong></span>, <span class="command"><strong>ftp</strong></span> et
          <span class="command"><strong>telnet</strong></span> pour tester le fonctionnement de
          votre réseau. Pour des raisons de sécurité, le démon de la commande
          <span class="command"><strong>telnet</strong></span> est désactivé sur RH 7.x et versions
          ultérieures. Pensez à l'activer
          si vous désirez l'utiliser pour effectuer vos tests. Vous
          pourrez toujours le désactiver (avec la commande
          <span class="command"><strong>ntsysv</strong></span>) lorsque vous en aurez terminé. Il
          est aussi bon de se souvenir que les règles du pare-feu sont
          actives. Ajoutez vos propres règles ou désactivez les
          temporairement (comme mentionné plus haut) pour permettre
          l'exécution de ces commandes.

        </p></li><li class="listitem"><p>

          Configuration de X

          </p><p>

          <span class="emphasis"><em>Ne configurez pas X</em></span> avec une résolution
          plus haute que celle dont les utilisateurs distants pourront
          disposer. Testez le serveur X en saisissant soit
          <span class="command"><strong>startx</strong></span> soit <span class="command"><strong>telinit 5</strong></span>.
          Assurez-vous que X fonctionne correctement.

          </p></li><li class="listitem"><p>Créez les comptes indispensables (et les groupes associés)
          pour les utilisateurs devant accéder par le terminal X.</p></li></ol></div></div><div class="sect2"><div class="titlepage"><div><div><h3 class="title"><a id="steps"/>2.6. Procédures à suivre</h3></div></div></div><p>J'ai utilisé les étapes suivantes pour configurer le serveur X
      afin qu'il accepte les requêtes XDMCP :
      </p><div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem"><p>Dans un environnement grahique Linux, les polices utilisées
          sont soit celles du serveur X (xfs), soit celles dont le chemin est
          spécifié dans les fichiers de configuration XF86Config ou
          XF86Config-4. .Si vous prévoyez d'utiliser le serveur de polices
          xfs (cliquez ici pour voir les
          <a class="ulink" href="http://www.redhat.com/docs/manuals/linux/RHL-7.3-Manual/ref-guide/s1-x-fonts.html" target="_top">
          avantages de xfs</a>), pour RH 6.2 et Mandrake 8.x et 9.0,
          modifiez le fichier
          <code class="filename">/etc/rc.d/init.d/xfs</code> et
          apportez-y les modifications suivantes. Changez tout ce qui suit
          (cela concerne le port du serveur de polices) :</p><pre class="screen">daemon xfs -droppriv -daemon -port
          -1</pre><p>en:</p><pre class="screen">daemon xfs -droppriv -daemon -port
          7100</pre><p>Dans la Mandrake 7.2, le port est déjà 7100. De plus, sur la
          RH 7.x, l'écoute sur un port TCP est à présent désactivée par
          défaut pour des raisons de sécurité ! Si vous désirez paramétrer le
          serveur de polices de X, suivez les étapes

          </p><p>

          Changez la ligne suivante du fichier
          <code class="filename">/etc/rc.d/init.d/xfs</code> :

          </p><pre class="screen">
daemon xfs -droppriv -daemon
</pre><p>en :</p><pre class="screen">
daemon xfs -droppriv -daemon -port 7100
</pre><p>

          Puis, dans <code class="filename">/etc/X11/fs/config</code>, mettez
          cette ligne en commentaires :

          </p><pre class="screen">
# Ne pas écouter sur les ports TCP (pour des raisons de sécurité)
#no-listen = tcp
</pre><p>

          Si vous changez ou ajoutez le port, utilisez cette commande
          pour redémarrer votre serveur de polices X (nécessite les droits de
          root) :

          </p><pre class="screen">
service xfs restart
</pre><p>

          Le port 7100 n'est pas obligatoire. Vous pouvez choisir un
          autre port, dans la mesure où vous aurez vérifié soigneusement
          que ce port n'occasionne pas de conflit. Il est de bon ton de
          consulter votre administrateur Linux avant de le faire, afin
          qu'il sache que le port est utilisé ! Les différentes
          distributions Linux peuvent placer xfs dans différents
          répertoires sous /etc/rc.d. Si c'est le cas, vous pouvez le
          rechercher.

        </p></li><li class="listitem"><p>

          Modifiez <code class="filename">/etc/X11/xdm/xdm-config</code> en
          effectuant les modifications suivantes : Par défaut dans
          la plupart des distributions Linux, cette ligne est active, ce
          qui fait qu'il n'écoute pas les connexions XDMCP. Ceci pour
          des raisons de sécurité. Pour Caldera et en utilisant kdm, le
          fichier est situé en <code class="filename">/etc/X11/kdm</code>.
          Trouvez cette ligne :

          </p><pre class="screen">
DisplayManager.requestPort: 0
</pre><p>

          et mettez la en commentaire comme ceci :

          </p><pre class="screen">
! DisplayManager.requestPort: 0
</pre><p>

          Rappelez vous que ceci n'affecte pas gdm. La configuration de
          gdm se trouve dans la section suivante.

        </p></li><li class="listitem"><p>

          Dans le fichier <code class="filename">/etc/X11/xdm/Xaccess</code>
          modifiez ce qui suit. (cela permet à tous les hôtes de se
          connecter). Pour Caldera, et en utilisant kdm, le fichier est
          situé en <code class="filename">/etc/X11/kdm</code>. Changez les droits
          d'accès en 644 (chmod 644) :

        </p><pre class="screen">
#* # any host can get a login window
</pre><p>

          en :

          </p><pre class="screen">
* # any host can get a login window
</pre><p>

          La configuration ci-dessus est en mode Diffusion (Broadcast),
          qui permet d'établir la liste de tous les serveurs X écoutant les
          demandes de prise en charge de connexion X et en mesure de
          l'effectuer. Si vous désirez n'autoriser que certaines
          connexions, utilisez la section <span class="command"><strong>CHOOSER</strong></span> du
          même fichier. Vous trouverez un exemple dans les <a class="ulink" href="#REFS" target="_top">Ressources</a>.

        </p></li><li class="listitem"><p>

          J'utilise gdm par défaut ainsi que l'invite de connexion gdm
          pour permuter KDE et GNOME. Pour gdm, éditez le fichier
          <code class="filename">/etc/X11/gdm/gdm.conf</code>. Ce qui suit active
          XDMCP, en le faisant écouter les requêtes. Pour kdm (si vous
          avez choisi KDE comme gestionnaire d'affichage lors de
          l'installation), éditez le fichier <code class="filename">
          /usr/share/config/kdm/kdmrc</code> pour Mandrake et
          <code class="filename">/etc/kde/kdm/kdmrc</code> pour Red Hat ou
          <code class="filename">/opt/kde2/share/config/kdm/kdmrc</code> pour
          Slackware version (KDE2). Modifiez cette ligne :

        </p><pre class="screen">
[xdmcp]
# false peut être remplacé par 0 dans certaines distributions
Enable=false
</pre><p>en :</p><pre class="screen">
# true peut être remplacé par 1 dans certaines distributions
Enable=true
</pre><p>

          Assurez-vous que <code class="literal">Port=177</code> est présent à la
          fin de ce bloc.

        </p></li><li class="listitem"><p>

          À présent, éditez le fichier <code class="filename">/etc/inittab</code>
          et modifiez la ligne suivante :

        </p><pre class="screen">
id:3:initdefault:
</pre><p>en:</p><pre class="screen">
id:5:initdefault:
</pre><p>

          Dans la Slackware, le mode graphique (X11) est
          <code class="literal">4</code> et non <code class="literal">5</code>.

          </p><p>

          Ceci fait passer la connexion du mode ligne de commande en
          mode graphique. Vous pouvez utiliser la commande
          <span class="command"><strong>telinit</strong></span> pour effectuer un test avant de
          modifier cette ligne. Utilisez soit <span class="command"><strong>telinit
          3</strong></span> pour passer au niveau 3, ou <span class="command"><strong>telinit
          5</strong></span> pour passer au niveau 5 en mode graphique (vous
          pouvez essayer cette commande sur la deuxième machine reliée
          par telnet à votre serveur).

          </p></li><li class="listitem"><p>Assurez-vous que les attributs de sécurité du fichier
          <code class="filename">/etc/X11/xdm/Xservers</code> sont
          fixés à 444 (chmod 444).</p></li><li class="listitem"><p>Localisez
          <code class="filename">/etc/X11/xdm/Xsetup_0</code> et
          exécutez
          <span class="command"><strong>chmod 755</strong></span> sur ce fichier.</p></li><li class="listitem"><p>

          Éditez le fichier <code class="filename">XF86Config</code> (si vous
          utilisez Xfree86 4.x, le fichier se nomme
          <code class="filename">XF86Config-4</code>) situé en
          <code class="filename">/etc/X11</code> et modifiez la ligne :

          </p><pre class="screen">
FontPath "unix/:-1"
</pre><p>en :</p><pre class="screen">
FontPath "unix/:7100"
</pre><p>

          Si vous décidez d'utiliser un port différent du traditionnel
          port 7100, assurez-vous de le modifier à la fois dans le
          fichier <code class="filename">/etc/rc.d/init.d/xfs</code> et
          ici !

          </p><p>

          Afin de vous économiser du temps et de l'énergie, je vous
          recommande d'ajouter le chemin des polices (FontPath) dans les
          fichiers de configuration XF86Config et XF86Config-4. Si vous
          n'êtes pas certain de la disponibilité des polices, vous
          pouvez utiliser cette commande pour le vérifier (avec les
          droits de root) :

          </p><pre class="screen">
chkfontpath --list
</pre><p>

          Les polices suivantes constituent quelques exemples de
          référence. Assurez-vous de disposer de ces polices avant
          d'éditer ces chemins.

          </p><pre class="screen">
FontPath "/usr/X11R6/lib/X11/fonts/75dpi/"
FontPath "/usr/X11R6/lib/X11/fonts/misc/"
FontPath "/usr/X11R6/lib/X11/fonts/CID/"
FontPath "/usr/X11R6/lib/X11/fonts/Speedo/"
FontPath "/usr/X11R6/lib/X11/fonts/100dpi/"
FontPath "/usr/X11R6/lib/X11/fonts/Type1/"
</pre></li><li class="listitem"><p>

          (Il <span class="emphasis"><em>n'est pas nécessaire</em></span> d'effectuer
          cette modification. Vous pouvez laisser les paramètres par
          défaut, cependant je préfère ce réglage. En cas de doute,
          laissez-les tels quels). Modifiez cette ligne à la fin du
          fichier <code class="filename">/etc/inittab</code> :

          </p><pre class="screen">
x:5:respawn:/usr/bin/gdm
</pre><p>

          Si vous décidez de ne pas modifier cette ligne, tant
          mieux ! Ce n'est pas une étape nécessaire, mais une
          préférence personnelle !

        </p></li></ol></div><p>

      À présent, vous allez pouvoir effectuer un test.

      </p><p>

      Un autre point à connaître (qui a été demandé par certains), est
      la manière d'afficher le message au chargement avec
      <span class="command"><strong>Willing to manage</strong></span>. D'après ce que je sais,
      cette opération est possible dans xdm en ajoutant ce qui suit au
      fichier <code class="filename">/etc/X11/xdm/xdm-config</code>.

      </p><pre class="screen">
DisplayManager.willing: su noboby -c /etc/X11/xdm/Xwilling
</pre><p>
      Le script Xwilling devant être présent sur votre système.
      </p><p>

      Pour gdm, ajoutez cette ligne au fichier
      <code class="filename">/etc/X11/gdm/gdm.conf</code> dans la section
      <code class="filename">[security]</code> :

      </p><pre class="screen">
Willing=/etc/X11/gdm/Xwilling
</pre><p>

      Vous trouverez ici un exemple du <a class="ulink" href="http://www.penguinlovers.net/linux/Xwilling" target="_top">script
      Xwilling</a> à titre de référence. La décision d'ajouter ou
      non
      ce script vous appartient. Ce n'est pas une étape nécessaire
      ici !

      </p></div><div class="sect2"><div class="titlepage"><div><div><h3 class="title"><a id="testing"/>2.7. Tests</h3></div></div></div><p>

      Pour tester si votre XDMCP fonctionnant avec le serveur X est prêt
      à accepter les connexions, suivez ces étapes. Je trouve qu'il est
      plus aisé d'utiliser le serveur X et un autre poste pour effectuer
      les tests.

      </p><div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem"><p>

          (Re)lancez X (situé dans le niveau d'exécution n°5). Si vous
          ne savez pas trop comment le faire, redémarrez simplement votre
          système (ce n'est cependant pas nécessaire si vous savez comment le
          redémarrer en ligne de commande. C'est toute la beauté de Linux,
          comparée à Windows).

        </p></li><li class="listitem"><p>

          Si vous n'avez pas procédé à la modification des règles de
          votre pare-feu, il vous faut le désactiver temporairement par
          le commande <strong class="userinput"><code>iptables -F</code></strong> (ou
          <strong class="userinput"><code>ipchains -F</code></strong>).

        </p></li><li class="listitem"><p>

          Vérifiez que l'invite de connexion apparaît. Vérifiez que la
          résolution d'affichage et que la souris fonctionnent.
          Connectez-vous depuis la console pour voir si l'accès en local est
          possible. Si oui, ne vous déconnectez pas.

        </p></li><li class="listitem"><p>

          Paramétrez Exceed (ou tout autre logiciel de client graphique 
          (X)) pour soit appeler cette machine (par son adresse IP ou 
          son nom DSN totalement qualifié), soit pour utiliser le 
          paramètre de diffusion de XDMCP (XDMCP-Broadcast) et essayez 
          de vous connecter au serveur X. Vous devriez voir apparaître 
          l'écran de la session X et l'invite de connexion.

        </p></li></ol></div></div></div><div class="sect1"><div class="titlepage"><div><div><h2 class="title"><a id="ssh"/>3. Transfert X11 à l'aide de SSH</h2></div></div></div><p>

    Comme je l'ai expliqué précédemment, utiliser XDMCP pour afficher
    une interface graphique via Internet est fondamentalement un
    non-sens, car les données ne sont pas chiffrées lors de leur passage sur
    Internet. Une des manières de renforcer la sécurité du transfert est
    de recourir à SSH par appel de X11 dans un tunnel sécurisé ou par
    transfert de port. SSH (Secure Shell, <span class="quote">« <span class="quote">interpréteur de
    commandes sécurisé</span> »</span> a été développé en 1995 par Tatu Ylonen
    pour remplacer les telnet, ftp, scp, rcp, rlogin, rsh, etc, par
    nature non sécurisés. La première chose à savoir est que le
    transfert X11 avec SSH est différent de votre façon habituelle et
    non sécurisée de faire tourner un fenêtrage X.

    </p><p>

    Avant de commencer cette configuration, il vous faut des
    informations complémentaires. Premièrement, il faut que le paquetage
    SSH soit installé. Dans Linux, il s'agit des paquetages OpenSSH.
    Vérifiez dans votre distribution les paquetages à installer
    (certaines l'installent par défaut). Deuxièmement, il vous faut un
    client SSH Windows (client SSH Windows (des versions pour d'autres
    systèmes d'exploitation tels que MAC, sont aussi
    disponibles). Je recommande PuTTY. C'est un merveilleux client SSH
    libre. Vous pouvez le télécharger de <a class="ulink" href="http://www.chiark.greenend.org.uk/~sgtatham/putty/" target="_top">ce
    lien</a>. N'oubliez pas de télécharger la documentation et de la
    lire soigneusement. Un autre bon client SSH libre est Tera
    Term Pro + TTSSH, qui constitue une extension SSH à Tera Term. Celui-ci
    est un client SSH édité par SSH.com (gratuit pour des utilisations
    non commerciales). Je vais procéder de nouveau par étapes, de façon
    à vous permettre de suivre facilement.

    </p><div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem"><p>

        Ouvrez le programme <span class="command"><strong>putty.exe</strong></span> en
        double-cliquant dessus. Cela va lancer l'interface.
        Premièrement, renseignez les informations de connexion dans le
        champ <span xml:lang="en" class="quote">“<span xml:lang="en" class="quote">Host Name (or IP address)</span>”</span> avec le
        nom de l'hôte distant ou son adresse IP et sélectionnez SSH (SSH
        utilise le port 22). Dans la fenêtre <span xml:lang="en" class="quote">“<span xml:lang="en" class="quote">Category</span>”</span>, trouvez la branche <span xml:lang="en" class="quote">“<span xml:lang="en" class="quote">Connection</span>”</span>. Dans SSH, développez-la et vous
        verrez la fenêtre <span xml:lang="en" class="quote">“<span xml:lang="en" class="quote">Tunnels</span>”</span>. Cliquez sur
        <span xml:lang="en" class="quote">“<span xml:lang="en" class="quote">Enable X11 forwarding</span>”</span> (autoriser le
        transfert de port). Il configurera l'affichage graphique par
        défaut à <code class="literal">localhost:0</code>. À présent, retournez à
        la fenêtre <span xml:lang="en" class="quote">“<span xml:lang="en" class="quote">Session</span>”</span> et sauvegardez cette
        session sous le nom de votre choix. J'utilise normalement le nom
        d'hôte pour me rappeler facilement où je désire me connecter.

      </p></li><li class="listitem"><p>

        Dans l'exemple d'Exceed, voici comment faire. (Pour les autres 
        clients X, la configuration est analogue). Ouvrez Xconfig de 
        votre répertoire Exceed. Dans votre écran Screen Definition 
        (définition de l'écran), passez le <span xml:lang="en" class="quote">“<span xml:lang="en" class="quote">Window 
        mode</span>”</span> à <span xml:lang="en" class="quote">“<span xml:lang="en" class="quote">Multiple</span>”</span> et 
        sauvegardez-le. Appelez ensuite votre icône <span xml:lang="en" class="quote">“<span xml:lang="en" class="quote">Communication</span>”</span> et définissez le mode <span xml:lang="en" class="quote">“<span xml:lang="en" class="quote">Startup</span>”</span> à <span xml:lang="en" class="quote">“<span xml:lang="en" class="quote">Passive</span>”</span>.

      </p></li><li class="listitem"><p>

        C'est terminé. Afin d'effectuer les tests, nous allons d'abord
        utiliser PuTTY (ou un autre client SSH) pour se connecter sur le
        serveur. À la première connexion, il vous demandera si vous
        désirez conserver la clé de sécurité. (<span xml:lang="en" class="quote">“<span xml:lang="en" class="quote">Yes</span>”</span>
        (oui) est le choix par défaut). Une fois
        connecté, lancez Exceed. Il demeurera en tâche de fond. Vous
        pouvez à présent exécuter n'importe quelle application X ;
        l'application X devrait être transmise à travers SSH à votre
        écran local. Par exemple :

      </p><pre class="screen">
$ xclock &amp;
</pre><p>

        Vous devriez voir Xclock tourner sur votre écran local.

      </p></li></ol></div><p>

    Vous constatez à présent la différence : vous ne voyez pas toutes
    vos fenêtres graphiques. Vous exécutez simplement vos applications
    une par une et elles sont routées via SSH vers votre écran local. Ce
    qui fait qu'il vous faut connaître la commande de chaque application
    à lancer. Tous les contrôles s'effectuent à l'intérieur de la
    fenêtre du client SSH. Pour moi, la sécurité est plus importante que
    ce léger inconvénient !

    </p><p>

    Si vous utilisez X-Win32 et que vous désirez mettre en œuvre
    <a class="ulink" href="http://www.starnet.com/products/ssh.htm" target="_top">SSH et le
    transfert de port</a>, vous pouvez avoir recours à cette
    référence pour le configurer.

    </p></div><div class="sect1"><div class="titlepage"><div><div><h2 class="title"><a id="ts"/>4. Dépannage</h2></div></div></div><div class="itemizedlist"><ul class="itemizedlist" type="disc"><li class="listitem"><p>

          Si X ne veut pas démarrer et est cassé :

          </p><p>

          Si X est cassé et que la connexion échoue, dans la plupart
          des cas les messages d'erreur suivants s'affichent :

          </p><pre class="screen">
_ FontTransSocketUNIXConnect : Can't connect: errno = 111
failed to set dafault font path 'unix:-1'
Fatal server error:
could not open default font 'fixed'
</pre><p>

          Il est probable que xfs ne trouve pas le bon port du serveur
          de polices ou que le chemin des polices n'est pas configuré
          correctement. Pour résoudre le problème, vérifier les étapes 1
          et 8 ci-dessus. Vérifiez que la configuration pointe vers le
          port 7100 et assurez-vous que les polices suivantes sont
          installées (si ce n'est pas le cas, réinstallez les paquetages
          des polices de Xfree86 à partir de votre cédérom). Vérifiez la
          liste dans le fichier <code class="filename">XF86Config</code> (si vous
          utilisez Xfree86, le fichier est
          <code class="filename">XF86Config-4</code>) situé dans le répertoire
          <code class="filename">/etc/X11</code> :

          </p><pre class="screen">
FontPath "/usr/X11R6/lib/X11/fonts/75dpi/"
FontPath "/usr/X11R6/lib/X11/fonts/misc/"
FontPath "/usr/X11R6/lib/X11/fonts/CID/"
FontPath "/usr/X11R6/lib/X11/fonts/Speedo/"
FontPath "/usr/X11R6/lib/X11/fonts/100dpi/"
FontPath "/usr/X11R6/lib/X11/fonts/Type1/"
</pre><p>

          Saisissez en mode ligne de commande <span class="command"><strong>startx</strong></span>
          (en local) pour redémarrer le serveur X (ou utilisez la
          commande <span class="command"><strong>telinit 5</strong></span> pour définir le niveau
          d'exécution). Pour redémarrer xfs, utilisez la commande de
          l'étape 1.

          </p><p>

          J'ai constaté que dans la RH 7.3 que si mon xfs n'est pas
          démarré, la connexion avec Exceed plantera si j'utilise GNOME.
          (Avec KDE, le fonctionnement est correct et le GNOME de la
          Mandrake n'est pas affecté). Après avoir corrigé et redémarré
          xfs, ça marche bien !

        </p></li><li class="listitem"><p>

          Si Exceed ne répond pas (vous avez un écran blanc) :

          </p><p>

          Dans ce cas, il est très probable que xdm (ou gdm, en fonction
          de celui qui est déclaré dans
          <code class="filename">/etc/inittab</code>) ne démarre pas
          correctement. Essayez la commande : <span class="command"><strong>ps -ef |
          grep gdm</strong></span> (ou xdm ou kdm, mettez le bon dans la
          commande). De plus, si votre système est configuré pour
          utiliser udp avec XDMCP, vous pouvez saisir <span class="command"><strong>netstat
          -l | grep xdmcp</strong></span>. Vous devriez voir ceci :

          </p><pre class="screen">
udp 0 0 *:xdmcp *:*
</pre><p>

          Si le processus n'est pas lancé, vérifiez les étapes de la
          configuration ci-dessus (assurez-vous qu'il n'y a pas de faute
          de frappe et que le chemin déclaré est correct). Redémarrez X
          à l'aide de la commande <span class="command"><strong>telinit 5</strong></span>. Si XDMCP
          n'est pas configuré pour utiliser udp, suivez l'étape 2
          ci-dessus.

          </p><p>

          Il est aussi possible que la configuration de votre DNS soit
          incorrecte et/ou que votre pare-feu soit actif. Vous pouvez
          facilement l'établir en appelant simplement votre hôte par
          <span class="command"><strong>ping</strong></span> ou <span class="command"><strong>telnet</strong></span> ; si
          la réponse est longue à arriver, c'est que vous avez un
          problème avec votre DNS. Si avec <span class="command"><strong>telnet</strong></span>
          vous recevez en retour un un message « <code class="computeroutput">Connection
          Refused</code> », alors c'est que le problème vient du
          pare-feu (dans la mesure où votre démon telnet est déjà
          lancé !) Voyez la section située plus haut pour plus
          d'informations sur la manière de résoudre ce problème.

        </p></li><li class="listitem"><p>

          Ordinateur de type PC Box avec PPPoE (PPP par Ethernet) :

          </p><p>

          Un utilisateur de PPPoE m'a rapporté que si vous utilisez
          PPPoE, il se peut que vous rencontriez des difficultés avec
          XDMCP. Après l'avoir désinstallé, il devrait être capable de
          faire tourner XDMCP. N'ayant pas d'environnement pour
          effectuer un test, je vous laisse le soin de le tester
          vous-même.

        </p></li><li class="listitem"><p>

          Exportation d'affichage de Linux à Linux :

          </p><p>

          Si vous utilisez une autre station sous Linux avec X, vous
          n'aurez pas besoin d'XDMCP pour gérer votre affichage. En
          fait, vous pouvez exporter l'affichage de votre PC. À cet
          effet, il vous faut autoriser une autre station à se connecter
          au serveur X. Sans cela, les messages d'erreur les plus
          fréquents que vous obtiendrez seront :

          </p><pre class="screen">
xlib: Connection refused (error 111): unable to connect to X server
xlib: No such process (error 3): Server error
</pre><p>

          Pour résoudre le problème, saisissez la commande
          ci-dessous :

          </p><pre class="screen">
$ xhost +
$ export DISPLAY=<em class="replaceable"><code>adresse_IP_de_votre_machine</code></em>:0.0
</pre><p>

          Souvenez-vous bien qu'il faut autoriser l'accès par la
          commande <strong class="userinput"><code>xhost -</code></strong> une nouvelle
          fois. Une chose à retenir est que vous n'en avez pas besoin si
          vous utilisez un PC comme terminal X avec XDMCP. Le besoin
          existe si vous utilisez une connexion Linux vers Linux ou
          Linux vers UNIX.

          </p><p>

          Si vous utilisez un grand nombre de stations Linux sous X et
          que vous désirez pouvoir choisir à quel serveur X vous connecter,
          il vous faudra décommenter ce qui suit dans le fichier
          <code class="filename">/etc/X11/gdm/gdm.conf</code> :

          </p><pre class="screen">
[daemon]
Chooser=/usr/bin/gdmchooser --disable-sound --disable-crash-dialog
...
[xdmcp]
Enable=1
HonorIndirect=1
</pre></li><li class="listitem"><p>

          J'ai un message d'erreur
          <code class="computeroutput">Signal 11</code> :

          </p><p>

          Le message d'erreur
          <code class="computeroutput">Signal 11</code>, nommé
          également <code class="computeroutput">Segmentation Fault</code>
          (Erreur de segmentation), peut parfois avoir pour cause un
          problème matériel ou logiciel. Si vous rencontrez ce problème
          en démarrant votre serveur X, il vous faudra régler ce
          problème avant de configurer XDMCP. Malheureusement, un tel
          problème n'est pas facile à régler, en raison de nombreuses
          causes possibles. Pour plus d'informations, rendez-vous sur ce
          site (en anglais) consacré à l'erreur 11 lors de la
          compilation du noyau <a class="ulink" href="http://www.bitwizard.nl/sig11/" target="_top">SIG 11 while compiling
          the Kernel.</a>

        </p></li></ul></div></div><div class="sect1"><div class="titlepage"><div><div><h2 class="title"><a id="gdm"/>5. 

    XDMCP et GDM (le Gestionnaire d'affichage Gnome)

    </h2></div></div></div><p>

    Ce qui suit est tiré du <a class="ulink" href="http://www.jirka.org/gdm-documentation/t1.html" target="_top">Manuel de
    référence du Gestionnaire d'Affichage Gnome</a> :

    </p><p>

    GDM est également compatible avec le protocole de gestionnaire
    d'affichage X (XDMCP) pour la gestion des affichages distants. GDM
    écoute le port UDP 177 et répond aux requêtes QUERY (vers un hôte) et
    aux requêtes BROADCAST (appel général au réseau) en envoyant un
    paquet WILLING à l'initiateur de la requête. Il est également
    possible de configurer GDM pour qu'il honore les requêtes indirectes
    et qu'il présente un écran de choix d'hôtes à l'affichage distant.
    GDM mémorisera le choix de l'utilisateur et transmettra les requêtes
    sous-jacentes au gestionnaire retenu. GDM est uniquement compatible
    avec le système d'authentification MIT-MAGIC-COOKIE-1. Les autres
    possibilités ont peu de valeur ajoutée, et aucun effort n'a été
    consacré à leur mise en œuvre. Dans la mesure où il est très facile
    de lancer une attaque en déni de service contre le service XDMCP,
    GDM comporte quelques dispositifs pour s'en protéger. Pour plus
    d'informations, référez vous à la section de référence de XDMCP
    ci-dessous.

    </p><p>

    Même si GDM tente de berner les attaquants potentiels, nous vous
    conseillons cependant de faire en sorte que votre pare-feu bloque le
    port 177, à moins que vous n'en ayez réellement besoin. GDM protège
    des attaques en déni de service ; il n'en demeure pas moins que
    le protocole X est encore non sécurisé par nature, et qu'il devrait
    être utilisé uniquement dans des environnements protégés. Même si
    votre affichage est protégé par un dispositif, les événements de X
    et donc les caractères tapés au clavier lorsque vous saisissez votre
    mot de passe passeront en clair à travers le réseau. Il est enfantin
    de les capturer. Il vous faut aussi savoir que les dispositifs de
    sécurité, s'ils sont placés dans un répertoire monté par NFS, sont
    susceptible d'être écoutés.

    </p></div><div class="sect1"><div class="titlepage"><div><div><h2 class="title"><a id="refs"/>6. Ressources</h2></div></div></div><p>

    Quelques références complémentaires sur le sujet :

    </p><div class="itemizedlist"><ul class="itemizedlist" type="disc"><li class="listitem"><p>

      Votre page de manuel locale de xdm.

      </p></li><li class="listitem"><p>

      Votre page de manuel locale de gdm.

      </p></li><li class="listitem"><p>

      <a class="ulink" href="http://ftp.traduc.org/doc-vf/gazette-linux/html/1999/lecture/issue-43/lg43-fr-2.html" target="_top">Configuration 
      de XDM</a>

      </p></li><li class="listitem"><p>

      <a class="ulink" href="http://www.me.umn.edu/~kaszeta/unix/xterminal/config.html" target="_top">Configuration
      du gestionnaire de ressources X (en anglais)</a>

      </p></li><li class="listitem"><p>

      <a class="ulink" href="http://www.certa.ssi.gouv.fr/site/CERTA-2002-AVI-059/" target="_top">xdmcp
      sur udp</a>

      </p></li><li class="listitem"><p>

      <a class="ulink" href="http://nlsn.free.fr/lin-docs/xterminal/diskless-xterminal/node12.html" target="_top">
      Documentation XDMCP pour quasi-terminaux</a>

      </p></li><li class="listitem"><p>

        <a class="ulink" href="http://www-uxsup.csx.cam.ac.uk/security/probing/about/xdmcp.html" target="_top">Faut-il
        mettre en œuvre XDMCP ?</a> (en anglais)

      </p></li><li class="listitem"><p>

      <a class="ulink" href="http://www.linuxgazette.com/issue27/kaszeta.html" target="_top">Terminaux X
      (en anglais)</a>

      </p></li><li class="listitem"><p>

      <a class="ulink" href="http://cygwin.com" target="_top">Accéder à des terminaux X à partir
      de Windows : Cygwin (en anglais)</a>

      </p></li><li class="listitem"><p>

      <a class="ulink" href="http://www.linux-france.org/prj/edu/p-mcurie/xterm9x/" target="_top">Installer
      et configurer X-Win32</a>

      </p></li><li class="listitem"><p>

      <a class="ulink" href="http://www.rru.com/~meo/pubsntalks/xrj/xdm.html" target="_top">Apprivoiser
      le gestionnaire d'affichage X (en anglais)</a>

      </p></li><li class="listitem"><p>

        <a class="ulink" href="http://www.ox.compsoc.net/~steve/portforwarding.html" target="_top">
        Pourquoi recourir au transfert de port ? (en
        anglais)</a> ; <a class="ulink" href="http://www.ssh.com/products/ssh/administrator30/Port_Forwarding.html" target="_top">
        Transfert de port (en anglais)</a> ; <a class="ulink" href="http://www.ssh.com/products/ssh/administrator30/X11_Forwarding.html" target="_top">
        SSH : Transfert X11</a>

      </p></li><li class="listitem"><p>

          <a class="ulink" href="http://www.5z.com/jirka/gdm.html" target="_top">Gestionnaire
          d'affichage GNOME (en anglais)</a>

      </p></li><li class="listitem"><p>

        <a class="ulink" href="http://www.onlamp.com/pub/a/onlamp/2001/10/19/firewalls.html" target="_top">
        aperçu d'un pare-feu basé sur ip-tables en 10 minutes (en
        anglais)</a> ; <a class="ulink" href="http://www.onlamp.com/linux/cmd/i/iptables.html" target="_top">
        Initiation aux commandes iptables (en anglais)</a>

      </p></li><li class="listitem"><p>

        <a class="ulink" href="http://www.linuxsecurity.com/resource_files/host_security/securing-debian-howto/ch-sec-services.en.html" target="_top">
        Comment sécuriser les services de votre système (en
        anglais)</a> (Debian)

      </p></li><li class="listitem"><p>

          <a class="ulink" href="http://www.traduc.org/docs/howto/lecture/KDE-GUI-Login-Configuration-HOWTO.html" target="_top">
          Guide pratique de configuration du gestionnaire de connexion
          KDM</a>

      </p></li></ul></div></div><div class="sect1"><div class="titlepage"><div><div><h2 class="title"><a id="au"/>7. Auteurs</h2></div></div></div><p>Auteur actuel : Thomas Chao, Lucent Technologies.
    <code class="email">&lt;<a class="email" href="mailto:tomchao CHEZ lucent POINT com">tomchao CHEZ lucent POINT com</a>&gt;</code></p></div><div class="sect1"><div class="titlepage"><div><div><h2 class="title"><a id="tr"/>8. Traducteurs</h2></div></div></div><p>
    
        Traducteur version française : Denis Berhaut.
    
        <code class="email">&lt;<a class="email" href="mailto:denis POINT berhaut CHEZ free POINT fr">denis POINT berhaut CHEZ free POINT fr</a>&gt;</code>
    
    </p><p>
    
        Relecteur version française : Éric Madesclair.
        
        <code class="email">&lt;<a class="email" href="mailto:eric TIRET m CHEZ wanadoo POINT fr">eric TIRET m CHEZ wanadoo POINT fr</a>&gt;</code>
    
    </p></div><div class="sect1"><div class="titlepage"><div><div><h2 class="title"><a id="copyright"/>9. Droits d'utilisation</h2></div></div></div><p>
    
    La version originale de ce document est copyright © 2000-2003 
    Thomas Chao et est diffusé selon les termes de la licence du Projet 
    de documentation Linux (LDP), telle qu'indiquée ci-dessous.
    
    </p><p>
    
    L'adaption française de ce document est copyright © 2004-2005 
    Denis Berhaut, Éric Madesclair et Jean-Philippe Guérard et est 
    diffusé selon les termes de la licence du Projet de documentation 
    Linux (LDP), telle qu'indiquée ci-dessous.
    
    </p><p>
    
    Sauf mention du contraire, les droits d'auteurs des Guides pratiques 
    Linux (<span xml:lang="en" class="foreignphrase"><em xml:lang="en" class="foreignphrase">Linux HOWTO</em></span>) 
    appartiennent à leurs auteurs respectifs. Les Guides pratiques Linux 
    peuvent être reproduits et diffusés en totalité ou en partie, sur 
    n'importe que support, physique ou électronique, tant que cette 
    mention des droits d'auteur et d'utilisation est conservée sur 
    toutes les copies. La diffusion à titre commercial est autorisée et 
    encouragée ; cependant, les auteurs souhaitent être avertis de 
    toute diffusion de ce type.
    
    </p><p>

    Toute traduction, œuvre dérivée ou œuvre incorporant un 
    quelconque Guide pratique Linux doit être réalisé dans le cadre de 
    cette licence. Autrement dit, vous n'avez pas le droit de produire 
    une œuvre dérivée de ce Guide pratique en imposant des 
    restrictions supplémentaires à sa diffusion. Des exceptions à ces 
    règles peuvent être accordées dans certains cas ; veuillez 
    contacter (en anglais) le coordinateur des Guides pratiques Linux à 
    l'adresse indiquée ci-dessous.
    
    </p><p>

    En résumé, nous souhaitons promouvoir une large diffusion de ces 
    informations au travers du plus grand nombre de supports possibles. 
    Cependant, nous souhaitons conserver nos droits d'auteur sur ce 
    document et nous voudrions être notifié de tout projet de diffusion 
    de ces guides pratiques.    
    
    </p><p>Pour toute question, veuillez contacter :
    
    <code class="email">&lt;<a class="email" href="mailto:linux TIRET howto AT metalab DOT unc DOT edu">linux TIRET howto AT metalab DOT unc DOT edu</a>&gt;</code>
    
    </p></div></div></body></html>
doc-linux-fr-html 2013.01-3 / usr / share / doc / HOWTO / fr-html / XDMCP-HOWTO.html
