diff options
Diffstat (limited to 'tde-i18n-fr/docs/tdebase/userguide/troubleshooting-network-x.docbook')
| -rw-r--r-- | tde-i18n-fr/docs/tdebase/userguide/troubleshooting-network-x.docbook | 23 |
1 files changed, 0 insertions, 23 deletions
diff --git a/tde-i18n-fr/docs/tdebase/userguide/troubleshooting-network-x.docbook b/tde-i18n-fr/docs/tdebase/userguide/troubleshooting-network-x.docbook deleted file mode 100644 index 60ab87cc463..00000000000 --- a/tde-i18n-fr/docs/tdebase/userguide/troubleshooting-network-x.docbook +++ /dev/null @@ -1,23 +0,0 @@ -<sect1 id="troubleshooting-network-x"> -<sect1info> -<authorgroup> -<author>&J.Hall;</author> -</authorgroup> -</sect1info> -<title>Réseau et X</title> -<para>Une infrastructure réseau mal configurée peut souvent être la cause d'un lancement lent des applications &kde; ou, dans le pire des cas, pas de lancement du tout. Votre &X-Server; a une interface client / serveur très puissante et très attentive au réseau. </para> -<para>X utilise le nom d'hôte pour créer à la fois une clé unique d'autorisation et pour découvrir où (via $<envar>DISPLAY</envar>) envoyer les fenêtres réelles qu'il dessine sur l'écran. Si votre ordinateur ne connaît pas son propre nom, il passera un temps excessif à essayer de le chercher, ce que vous pouvez éviter en apprenant à votre ordinateur quel est son propre nom. </para> -<para>Vérifiez votre fichier <filename>/etc/hosts</filename> et assurez-vous qu'il y a un élément pour « localhost » qui ressemble à ceci au début du fichier (après n'importe quel commentaire) : </para> -<screen>127.0.0.1 localhost -</screen> -<para>Vous devriez également ajouter le nom de domaine pleinement qualifié de votre ordinateur, son nom abrégé et son adresse IP s'il a une IP statique. Si votre adresse IP est affectée dynamiquement via <acronym>DHCP</acronym>, vous pouvez vous contenter d'indiquer l'adresse du périphérique de bouclage. </para> -<screen>127.0.0.1 hal.btl hal (for dhcp) -192.168.0.1 hal.btl hal (static) -</screen> -<para>Assurez-vous que votre pare-feu n'est pas restrictif au point d'arrêter les paquets à destination du périphérique de bouclage. Par exemple, dans iptables, si la règle par défaut sur la chaîne <parameter>INPUT</parameter> pour ce périphérique est définie autrment qu'à <parameter>>ACCEPT</parameter>, il s'ensuivra des problèmes de performance dans X. Pour le vérifier, vous pouvez saisir : </para> -<screen><prompt>%</prompt><userinput><command>iptables-save</command> <literal>|</literal> <command>grep</command> <option>lo</option></userinput> -<computeroutput><option>-A</option> <parameter>INPUT</parameter> <option>-i</option> <parameter>lo</parameter> <option>-j</option> <parameter>ACCEPT</parameter> -</computeroutput> -</screen> -<para>La règle <computeroutput><option>-A</option> <parameter>INPUT</parameter> <option>-i</option> <parameter>lo</parameter> <option>-j</option> <parameter>ACCEPT</parameter></computeroutput> devrait toujour fonctionner, à moins qu'il n'y ait d'autres règles mal configurées (comme un <parameter>DROP</parameter> sur la chaîne <parameter>OUTPUT</parameter>). </para> -</sect1> |