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 | 91 |
1 files changed, 13 insertions, 78 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 index 432e46cd48f..60ab87cc463 100644 --- a/tde-i18n-fr/docs/tdebase/userguide/troubleshooting-network-x.docbook +++ b/tde-i18n-fr/docs/tdebase/userguide/troubleshooting-network-x.docbook @@ -1,88 +1,23 @@ <sect1 id="troubleshooting-network-x"> <sect1info> <authorgroup> -<author ->&J.Hall;</author> +<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 +<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) +<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 -> +<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> +<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> |