diff options
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.docbook | 88 |
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 +>%</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> |