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, 0 insertions, 88 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 deleted file mode 100644 index 432e46cd48f..00000000000 --- a/tde-i18n-fr/docs/kdebase/userguide/troubleshooting-network-x.docbook +++ /dev/null @@ -1,88 +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> |