summaryrefslogtreecommitdiffstats
path: root/tde-i18n-fr/docs/kdebase/userguide/troubleshooting-network-x.docbook
diff options
context:
space:
mode:
Diffstat (limited to 'tde-i18n-fr/docs/kdebase/userguide/troubleshooting-network-x.docbook')
-rw-r--r--tde-i18n-fr/docs/kdebase/userguide/troubleshooting-network-x.docbook88
1 files changed, 88 insertions, 0 deletions
diff --git a/tde-i18n-fr/docs/kdebase/userguide/troubleshooting-network-x.docbook b/tde-i18n-fr/docs/kdebase/userguide/troubleshooting-network-x.docbook
new file mode 100644
index 00000000000..432e46cd48f
--- /dev/null
+++ b/tde-i18n-fr/docs/kdebase/userguide/troubleshooting-network-x.docbook
@@ -0,0 +1,88 @@
+<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
+>&percnt;</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>