mirror of https://github.com/tLDP/LDP
Remove mailto: link from main author address
This commit is contained in:
pbldp
parent
6dce13816f
commit
6410cc474d
|
|
@ -42,8 +42,7 @@ Peter
|
|||
Bieringer
|
||||
\layout SGML
|
||||
|
||||
<affiliation><address> <email>pb at bieringer.de</email> </address> </affiliation
|
||||
>
|
||||
<affiliation><address>pb at bieringer dot de</address></affiliation>
|
||||
\layout SGML
|
||||
|
||||
</author>
|
||||
|
|
|
|||
|
|
@ -20,7 +20,7 @@ Peter
|
|||
Bieringer
|
||||
</surname>
|
||||
|
||||
<affiliation><address> <email>pb at bieringer.de</email> </address> </affiliation>
|
||||
<affiliation><address>pb at bieringer dot de</address></affiliation>
|
||||
|
||||
|
||||
</author>
|
||||
|
|
|
|||
|
|
@ -42,8 +42,7 @@ Peter
|
|||
Bieringer
|
||||
\layout SGML
|
||||
|
||||
<affiliation><address> <email>pb chez bieringer point de</email> </address>
|
||||
</affiliation>
|
||||
<affiliation><address>pb chez bieringer point de</address></affiliation>
|
||||
\layout SGML
|
||||
|
||||
</author>
|
||||
|
|
|
|||
|
|
@ -20,7 +20,7 @@ Peter
|
|||
Bieringer
|
||||
</surname>
|
||||
|
||||
<affiliation><address> <email>pb chez bieringer point de</email> </address> </affiliation>
|
||||
<affiliation><address>pb chez bieringer point de</address></affiliation>
|
||||
|
||||
|
||||
</author>
|
||||
|
|
@ -329,7 +329,7 @@ Cet HOWTO est actuellement r
|
|||
Modification des lignes de code propres à LyX
|
||||
</title>
|
||||
<para>
|
||||
Les modifications des lignes de code propres à LyX sont réalisées par un script “maison”, “lyxcodelinewrapper.pl”, que vous pouvez obtenir par CVS pour votre propre compte: <ulink url="http://cvsview.tldp.org/index.cgi/LDP/users/Peter-Bieringer/">TLDP-CVS / users / Peter-Bieringer</ulink> (<emphasis>NdT</emphasis>: ces lignes ne gênent pas la génération au format SGML, mais celles aux formats PS et PDF à partir du SGML généré couramment, <emphasis>i.e.</emphasis> sans ce script).
|
||||
Les modifications des lignes de code propres à LyX sont réalisées par un script "maison", "lyxcodelinewrapper.pl", que vous pouvez obtenir par CVS pour votre propre compte: <ulink url="http://cvsview.tldp.org/index.cgi/LDP/users/Peter-Bieringer/">TLDP-CVS / users / Peter-Bieringer</ulink> (<emphasis>NdT</emphasis>: ces lignes ne gênent pas la génération au format SGML, mais celles aux formats PS et PDF à partir du SGML généré couramment, <emphasis>i.e.</emphasis> sans ce script).
|
||||
</para>
|
||||
|
||||
</sect3>
|
||||
|
|
@ -347,13 +347,13 @@ Des solutions ont
|
|||
<itemizedlist>
|
||||
<listitem>
|
||||
<para>
|
||||
L'exportation du document LyX ne créait pas proprement les balises “colspan” - l'outil qui règle le problème: “sgmllyxtabletagfix.pl” (le problème est définitivement réglé depuis la version 1.2.0 de LyX)
|
||||
L'exportation du document LyX ne créait pas proprement les balises "colspan" - l'outil qui règle le problème: "sgmllyxtabletagfix.pl" (le problème est définitivement réglé depuis la version 1.2.0 de LyX)
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
LyX utilise parfois des entités spéciales gauche/droite, à la place des guillemets habituels, qui seront présentes dans le code HTML. Certains navigateurs n'interprètent pas très bien ces balises (Opéra 6 TP 2 ou Konquéror sont connus pour ce problème) - l'outil qui règle le problème: “sgmllyxquotefix.pl”
|
||||
LyX utilise parfois des entités spéciales gauche/droite, à la place des guillemets habituels, qui seront présentes dans le code HTML. Certains navigateurs n'interprètent pas très bien ces balises (Opéra 6 TP 2 ou Konquéror sont connus pour ce problème) - l'outil qui règle le problème: "sgmllyxquotefix.pl"
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
|
|
@ -430,7 +430,7 @@ Merci de m'aider: si quelqu'un conna
|
|||
L'HowTo - IPv6 & Linux (maintenu)
|
||||
</title>
|
||||
<remark>
|
||||
Cet HOWTO est vraiment dénommé “HowTo”
|
||||
Cet HOWTO est vraiment dénommé "HowTo"
|
||||
</remark>
|
||||
<para>
|
||||
Il existe une seconde version appelée <ulink url="http://www.bieringer.de/linux/IPv6/">HowTo - IPv6 & Linux - </ulink> écrite par moi-même (<emphasis>Peter Bieringer</emphasis>) en pur HTML. Elle est née en avril 1997 et la première version anglo-saxonne a été publiée en juin 1997. Je continuerais à la maintenir, mais cela déclinera lentement (mais pas complètement) en faveur de l'HOWTO IPv6 Linux que vous lisez en ce moment.
|
||||
|
|
@ -538,7 +538,7 @@ H
|
|||
<varlistentry>
|
||||
<term>
|
||||
Interface
|
||||
</term><listitem><para>quasi-synonyme de “périphérique”, voir aussi NIC.
|
||||
</term><listitem><para>quasi-synonyme de "périphérique", voir aussi NIC.
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
|
|
@ -725,7 +725,7 @@ RFC
|
|||
<varlistentry>
|
||||
<term>
|
||||
USAGI
|
||||
</term><listitem><para>Projet “UniverSAl playGround for IPv6” - travaille à rendre disponible une pile protocolaire IPv6 destinée au système Linux et qui soit d'une qualité apte à la production.
|
||||
</term><listitem><para>Projet "UniverSAl playGround for IPv6" - travaille à rendre disponible une pile protocolaire IPv6 destinée au système Linux et qui soit d'une qualité apte à la production.
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
|
|
@ -748,7 +748,7 @@ Relatifs
|
|||
Balisage en vue de l'encodage PDF/PS
|
||||
</title>
|
||||
<para>
|
||||
Le caractère “¬” est utilisé pour signaler que le code est enveloppé en vue d'un meilleur affichage dans les fichiers PDF et PS.
|
||||
Le caractère "¬" est utilisé pour signaler que le code est enveloppé en vue d'un meilleur affichage dans les fichiers PDF et PS.
|
||||
</para>
|
||||
|
||||
</sect3>
|
||||
|
|
@ -1009,7 +1009,7 @@ Dans un but de simplification, les z
|
|||
]]>
|
||||
</programlisting>
|
||||
<para>
|
||||
Une séquence de blocs de 16 bits ne comprenant que des zéros peut être remplacée par “::“. Mais pas plus d'une fois par adresse, sinon il ne s'agirait plus d'une représentation unique.
|
||||
Une séquence de blocs de 16 bits ne comprenant que des zéros peut être remplacée par "::". Mais pas plus d'une fois par adresse, sinon il ne s'agirait plus d'une représentation unique.
|
||||
</para>
|
||||
<programlisting>
|
||||
<![CDATA[3ffe:ffff:100:f101:0:0:0:1 -> 3ffe:ffff:100:f101::1
|
||||
|
|
@ -1156,7 +1156,7 @@ Les paquets ayant cette adresse comme source ou destination ne devraient jamais
|
|||
L'adresse non spécifiée
|
||||
</title>
|
||||
<para>
|
||||
C'est une adresse spéciale telle que “n'importe laquelle” (“any”) ou “0.0.0.0” en IPv4 . Il s'agit pour IPv6 de:
|
||||
C'est une adresse spéciale telle que "n'importe laquelle" ("any") ou "0.0.0.0" en IPv4 . Il s'agit pour IPv6 de:
|
||||
</para>
|
||||
<programlisting>
|
||||
<![CDATA[0000:0000:0000:0000:0000:0000:0000:0000
|
||||
|
|
@ -1276,7 +1276,7 @@ Y a-t-il quelqu'un d'autre sur ce lien ayant une adresse sp
|
|||
|
||||
</itemizedlist>
|
||||
<para>
|
||||
Elles commencent par (où <emphasis>“x”</emphasis> est n'importe quel caractère hexadécimal, couramment <emphasis>“0</emphasis>”)
|
||||
Elles commencent par (où <emphasis>"x"</emphasis> est n'importe quel caractère hexadécimal, couramment <emphasis>"0</emphasis>")
|
||||
</para>
|
||||
<programlisting>
|
||||
<![CDATA[fe8]]><emphasis><![CDATA[x: <- actuellement le seul en usage.]]></emphasis><![CDATA[
|
||||
|
|
@ -1313,7 +1313,7 @@ Il commence par:
|
|||
]]>
|
||||
</programlisting>
|
||||
<para>
|
||||
(où <emphasis>“x”</emphasis> est n'importe quel caractère hexadécimal, couramment <emphasis>“0</emphasis>”)
|
||||
(où <emphasis>"x"</emphasis> est n'importe quel caractère hexadécimal, couramment <emphasis>"0</emphasis>")
|
||||
</para>
|
||||
<para>
|
||||
Notez que des discussions sont en cours concernant la dépréciation de ce type d'adresse en raison de nombreux problèmes. Pour en savoir plus, lire: <ulink url="http://www.ietf.org/internet-drafts/">draft-ietf-ipv6-deprecate-site-local-XY.txt</ulink>.
|
||||
|
|
@ -1326,10 +1326,10 @@ Pour des tests en laboratoire, de telles adresses restent un bon choix,
|
|||
|
||||
<sect2>
|
||||
<title>
|
||||
Le type d'adresse ”unicast globale (agrégeable) "
|
||||
Le type d'adresse "unicast globale (agrégeable) "
|
||||
</title>
|
||||
<para>
|
||||
Aujourd'hui, il y a un type d'adresse globale de défini (la première conception, appelée “basée sur le fournisseur” a été abandonnée il y a déjà quelques années (<ulink url="http://www.faqs.org/rfcs/rfc1884.html">RFC 1884 / IP Version 6 Addressing Architecture [obsolete]</ulink>), vous en trouverez des traces dans des sources anciennes du noyau Linux).
|
||||
Aujourd'hui, il y a un type d'adresse globale de défini (la première conception, appelée "basée sur le fournisseur" a été abandonnée il y a déjà quelques années (<ulink url="http://www.faqs.org/rfcs/rfc1884.html">RFC 1884 / IP Version 6 Addressing Architecture [obsolete]</ulink>), vous en trouverez des traces dans des sources anciennes du noyau Linux).
|
||||
</para>
|
||||
<para>
|
||||
Il commence par (les <emphasis>x</emphasis> étant des caractères hexadécimaux)
|
||||
|
|
@ -1340,7 +1340,7 @@ Il commence par (les <emphasis>x</emphasis>
|
|||
]]>
|
||||
</programlisting>
|
||||
<para>
|
||||
Note: la dénomination “agrégeable” est abandonnée dans les brouillons actuels.
|
||||
Note: la dénomination "agrégeable" est abandonnée dans les brouillons actuels.
|
||||
Il y a quelques sous-types définis en plus, ci-dessous:
|
||||
</para>
|
||||
<sect3>
|
||||
|
|
@ -1558,7 +1558,7 @@ Un exemple de cette adresse ressemble
|
|||
]]>
|
||||
</programlisting>
|
||||
<para>
|
||||
Le préfixe utilisé montre qu'il s'agit d'une adresse multicast lien-local. Le suffixe est généré à partir de l'adresse de destination. Dans cet exemple, un paquet devrait être envoyé à l'adresse “fe80::1234”, mais la pile réseau ne connaît pas l'actuelle adresse MAC de la couche 2. Elle remplace les 104 bits supérieurs par “ff02:0:0:0:0:1:ff00::/104” et laisse les 24 bits inférieurs inchangés. Cette adresse est maintenant utilisée 'sur le lien' afin de trouver le noeud correspondant, lequel va devoir émettre une réponse contenant son adresse MAC de couche 2.
|
||||
Le préfixe utilisé montre qu'il s'agit d'une adresse multicast lien-local. Le suffixe est généré à partir de l'adresse de destination. Dans cet exemple, un paquet devrait être envoyé à l'adresse "fe80::1234", mais la pile réseau ne connaît pas l'actuelle adresse MAC de la couche 2. Elle remplace les 104 bits supérieurs par "ff02:0:0:0:0:1:ff00::/104" et laisse les 24 bits inférieurs inchangés. Cette adresse est maintenant utilisée 'sur le lien' afin de trouver le noeud correspondant, lequel va devoir émettre une réponse contenant son adresse MAC de couche 2.
|
||||
</para>
|
||||
|
||||
</sect3>
|
||||
|
|
@ -1615,7 +1615,7 @@ Cette partie h
|
|||
</para>
|
||||
<sect2>
|
||||
<title>
|
||||
L'adresse calculée automatiquement (dite aussi “sans état”)
|
||||
L'adresse calculée automatiquement (dite aussi "sans état")
|
||||
</title>
|
||||
<para>
|
||||
Avec l'auto-configuration, la partie hôte de l'adresse est calculée en convertissant l'adresse MAC d'une interface (si disponible), avec la méthode EUI-64, en une adresse IPv6 unique. Si aucune adresse MAC n'est disponible pour le périphérique en question (ce qui arrive par exemple sur les périphériques virtuels), quelque chose d'autre (comme l'adresse IPv4 ou l'adresse MAC d'une interface physique) est utilisée à la place.
|
||||
|
|
@ -1649,10 +1649,10 @@ en utilisant <ulink url="http://standards.ieee.org/regauth/oui/tutorials/EUI64.h
|
|||
Le problème d'incursion possible dans la sphère privée (<emphasis>privacy problem</emphasis>) avec les adresses automatiquement calculées, et une solution
|
||||
</title>
|
||||
<para>
|
||||
Parce que la partie hôte "automatiquement calculée” est globalement unique (sauf lorsqu'un fabriquant de NIC utilise la même adresse MAC sur plus d'une NIC), la traque grâce à un client (<emphasis>client tracking</emphasis>) est possible sur l'hôte, dès lors qu'aucun proxy d'aucune sorte n'est utilisé.
|
||||
Parce que la partie hôte "automatiquement calculée" est globalement unique (sauf lorsqu'un fabriquant de NIC utilise la même adresse MAC sur plus d'une NIC), la traque grâce à un client (<emphasis>client tracking</emphasis>) est possible sur l'hôte, dès lors qu'aucun proxy d'aucune sorte n'est utilisé.
|
||||
</para>
|
||||
<para>
|
||||
C'est un problème connu, et une solution a été apportée: l'extension “sphère privée”, définie dans le RFC 3041 (<ulink url="http://www.faqs.org/rfcs/rfc3041.html">RFC 3041 / Privacy Extensions for Stateless Address</ulink>; il y a déjà aussi un brouillon plus récent disponible: <ulink url="ftp://ftp.ietf.org/internet-drafts/">draft-ietf-ipngwg-temp-addresses-*.txt</ulink>). Le principe est d'utiliser une valeur aléatoire et une valeur statique à partir desquelles un nouveau suffixe est généré à intervalle régulier. Note: ce n'est raisonnable que pour des connexions client sortantes, et n'est pas vraiment utile pour des machines réputées être des serveurs.
|
||||
C'est un problème connu, et une solution a été apportée: l'extension "sphère privée", définie dans le RFC 3041 (<ulink url="http://www.faqs.org/rfcs/rfc3041.html">RFC 3041 / Privacy Extensions for Stateless Address</ulink>; il y a déjà aussi un brouillon plus récent disponible: <ulink url="ftp://ftp.ietf.org/internet-drafts/">draft-ietf-ipngwg-temp-addresses-*.txt</ulink>). Le principe est d'utiliser une valeur aléatoire et une valeur statique à partir desquelles un nouveau suffixe est généré à intervalle régulier. Note: ce n'est raisonnable que pour des connexions client sortantes, et n'est pas vraiment utile pour des machines réputées être des serveurs.
|
||||
</para>
|
||||
|
||||
</sect3>
|
||||
|
|
@ -1672,7 +1672,7 @@ Pour les serveurs, il est probablement plus ais
|
|||
]]>
|
||||
</programlisting>
|
||||
<para>
|
||||
Pour les suffixes tels que “::1”, montré dans l'exemple ci-dessus, il est requis que le septième bit le plus significatif soit positionné à 0 (le bit universel/local d'un identifiant automatiquement généré). Certaines autres (à part celles qui n'ont pas étaient choisies) combinaisons de bits sont réservées aux adresses anycast.
|
||||
Pour les suffixes tels que "::1", montré dans l'exemple ci-dessus, il est requis que le septième bit le plus significatif soit positionné à 0 (le bit universel/local d'un identifiant automatiquement généré). Certaines autres (à part celles qui n'ont pas étaient choisies) combinaisons de bits sont réservées aux adresses anycast.
|
||||
</para>
|
||||
|
||||
</sect2>
|
||||
|
|
@ -1695,7 +1695,7 @@ Aujourd'hui, le point de vue est que le routage sera con
|
|||
La longueur du préfixe (aussi connue en tant que "masque de réseau")
|
||||
</title>
|
||||
<para>
|
||||
Comme pour IPv4, la notion de chemin de réseau routable nécessaire au routage a ici sa place. Parce que la notation standard d'un masque réseau n'est pas très agréable pour un adressage sur 128 bits, les concepteurs ont employé le schéma du Routage Inter-Domaines IPv4 Sans Classe (<emphasis>IPv4 Classless Inter Domain Routing</emphasis>, ou CIDR, défini dans le <ulink url="http://www.faqs.org/rfcs/rfc1519.html"> RFC 1519 / Classless Inter-Domain Routing</ulink>), dans lequel est spécifié le nombre de bits de l'adresse devant être utilisé pour le routage. Il est aussi connu comme notation “slash”.
|
||||
Comme pour IPv4, la notion de chemin de réseau routable nécessaire au routage a ici sa place. Parce que la notation standard d'un masque réseau n'est pas très agréable pour un adressage sur 128 bits, les concepteurs ont employé le schéma du Routage Inter-Domaines IPv4 Sans Classe (<emphasis>IPv4 Classless Inter Domain Routing</emphasis>, ou CIDR, défini dans le <ulink url="http://www.faqs.org/rfcs/rfc1519.html"> RFC 1519 / Classless Inter-Domain Routing</ulink>), dans lequel est spécifié le nombre de bits de l'adresse devant être utilisé pour le routage. Il est aussi connu comme notation "slash".
|
||||
</para>
|
||||
<para>
|
||||
Un exemple:
|
||||
|
|
@ -1941,7 +1941,7 @@ A cause de l'impl
|
|||
</para>
|
||||
<sect3>
|
||||
<title>
|
||||
Actuellement connus pour ne jamais être “capables de lien IPv6”
|
||||
Actuellement connus pour ne jamais être "capables de lien IPv6"
|
||||
</title>
|
||||
<itemizedlist>
|
||||
<listitem>
|
||||
|
|
@ -1969,7 +1969,7 @@ RNIS avec encapsulation <emphasis>rawip</emphasis>, noms de p
|
|||
|
||||
<sect3>
|
||||
<title>
|
||||
Actuellement connu pour ne pas être “capable de lien IPv6”
|
||||
Actuellement connu pour ne pas être "capable de lien IPv6"
|
||||
</title>
|
||||
<itemizedlist>
|
||||
<listitem>
|
||||
|
|
@ -2067,7 +2067,7 @@ Vous pouvez rechercher le bon paquetage RPM ici, <ulink url="http://rpmfind.net/
|
|||
Les programmes de test/déboguage prêts pour IPv6
|
||||
</title>
|
||||
<para>
|
||||
Après avoir préparé votre système pour IPv6, vous voudrez établir des communications en utilisant IPv6. Vous devriez d'abord apprendre comment examiner les paquets IPv6 avec un programme dit “renifleur” (un <emphasis>sniffer</emphasis>). Cela est fortement conseillé, car cela peut aider à fournir très rapidement un diagnostic en cas de déboguage/dépannage.
|
||||
Après avoir préparé votre système pour IPv6, vous voudrez établir des communications en utilisant IPv6. Vous devriez d'abord apprendre comment examiner les paquets IPv6 avec un programme dit "renifleur" (un <emphasis>sniffer</emphasis>). Cela est fortement conseillé, car cela peut aider à fournir très rapidement un diagnostic en cas de déboguage/dépannage.
|
||||
</para>
|
||||
<sect2 id="program-ping6">
|
||||
<title>
|
||||
|
|
@ -2259,19 +2259,19 @@ Certaines options en ligne de commande sont tr
|
|||
<itemizedlist>
|
||||
<listitem>
|
||||
<para>
|
||||
“-s 512”: augmente la quantité d'information capturée pour un paquet à 512 octets
|
||||
"-s 512": augmente la quantité d'information capturée pour un paquet à 512 octets
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
“-vv”: sortie vraiment verbeuse
|
||||
"-vv": sortie vraiment verbeuse
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
“-n”: ne pas résoudre les adresses en noms, utile si la résolution inversée ne fonctionne pas proprement
|
||||
"-n": ne pas résoudre les adresses en noms, utile si la résolution inversée ne fonctionne pas proprement
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
|
|
@ -2389,7 +2389,7 @@ Des clients telnet pr
|
|||
]]>
|
||||
</programlisting>
|
||||
<para>
|
||||
Si le client telnet ne comprend pas l'adresse IPv6 et dit quelque chose comme “ne peut résoudre le nom d'hôte” (“<emphasis>cannot resolve hostname</emphasis>”), IPv6 n'est alors pas disponible.
|
||||
Si le client telnet ne comprend pas l'adresse IPv6 et dit quelque chose comme "ne peut résoudre le nom d'hôte" ("<emphasis>cannot resolve hostname</emphasis>"), IPv6 n'est alors pas disponible.
|
||||
</para>
|
||||
|
||||
</sect2>
|
||||
|
|
@ -2427,7 +2427,7 @@ Les versions actuelles d'openssh sont pr
|
|||
]]>
|
||||
</programlisting>
|
||||
<para>
|
||||
Si votre client ssh ne comprend pas l'option “-6”, c'est qu'il n'a pas IPv6 de disponible, comme la plupart des paquetages de ssh version 1.
|
||||
Si votre client ssh ne comprend pas l'option "-6", c'est qu'il n'a pas IPv6 de disponible, comme la plupart des paquetages de ssh version 1.
|
||||
</para>
|
||||
|
||||
</sect3>
|
||||
|
|
@ -2521,7 +2521,7 @@ Message d'erreur: "<emphasis>connect: Invalid argument</emphasis>"
|
|||
Le noyau ne sait pas sur quel lien (physique ou virtuel) vous voulez l'utiliser et envoyer des paquets ICMPv6. C'est pourquoi est affiché un message d'erreur.
|
||||
</para>
|
||||
<para>
|
||||
Solution: spécifier l'interface de cette façon: “ping6 -I eth0 fe80::2e0:18ff:fe90:9205”, voir aussi <link linkend="program-ping6">l'usage du programme ping6</link>.
|
||||
Solution: spécifier l'interface de cette façon: "ping6 -I eth0 fe80::2e0:18ff:fe90:9205", voir aussi <link linkend="program-ping6">l'usage du programme ping6</link>.
|
||||
</para>
|
||||
|
||||
</sect3>
|
||||
|
|
@ -2531,13 +2531,13 @@ Solution: sp
|
|||
Q: impossible d'utiliser ping6 ou traceroute en tant qu'utilisateur courant
|
||||
</title>
|
||||
<para>
|
||||
Message d'erreur: “<emphasis>icmp socket: Operation not permitted</emphasis>”
|
||||
Message d'erreur: "<emphasis>icmp socket: Operation not permitted</emphasis>"
|
||||
</para>
|
||||
<para>
|
||||
Ces utilitaires créent des paquets spéciaux ICMPv6 et les émettent en dehors. Ceci est réalisé par l'emploi des sockets brutes du noyau. Ces dernières ne peuvent être utilisées que par l'utilisateur “root”. C'est pourquoi les utilisateurs courants obtiennent un tel message d'erreur.
|
||||
Ces utilitaires créent des paquets spéciaux ICMPv6 et les émettent en dehors. Ceci est réalisé par l'emploi des sockets brutes du noyau. Ces dernières ne peuvent être utilisées que par l'utilisateur "root". C'est pourquoi les utilisateurs courants obtiennent un tel message d'erreur.
|
||||
</para>
|
||||
<para>
|
||||
Solution: s'il est vraiment nécessaire que tous les utilisateurs puissent utiliser ces utilitaires, vous pouvez ajouter le bit “suid” en faisant ”chmod u+s /chemin/vers/le/programme”, voir aussi <link linkend="program-ping6">l'usage du programme</link>. Si tous les utilisateurs ne doivent pas en être capables, vous pouvez changer ce programme de groupe, par exemple au profit du groupe “wheel”, ajouter les utilisateurs nécessaires à ce groupe et ôter le bit d'exécution aux autres utilisateurs par “chmod o-rwx /chemin/vers/le/programme”, ou bien configurer “sudo” pour mettre en place votre politique de sécurité.
|
||||
Solution: s'il est vraiment nécessaire que tous les utilisateurs puissent utiliser ces utilitaires, vous pouvez ajouter le bit "suid" en faisant "chmod u+s /chemin/vers/le/programme", voir aussi <link linkend="program-ping6">l'usage du programme</link>. Si tous les utilisateurs ne doivent pas en être capables, vous pouvez changer ce programme de groupe, par exemple au profit du groupe "wheel", ajouter les utilisateurs nécessaires à ce groupe et ôter le bit d'exécution aux autres utilisateurs par "chmod o-rwx /chemin/vers/le/programme", ou bien configurer "sudo" pour mettre en place votre politique de sécurité.
|
||||
</para>
|
||||
|
||||
</sect3>
|
||||
|
|
@ -2652,7 +2652,7 @@ Comme il a d
|
|||
Le périphérique Ether-tap
|
||||
</title>
|
||||
<para>
|
||||
Les périphériques Ether-tap sont prêts pour IPv6, et sont de plus configurables sans état. Pour être utilisés, le module “ethertap” doit être chargé au préalable.
|
||||
Les périphériques Ether-tap sont prêts pour IPv6, et sont de plus configurables sans état. Pour être utilisés, le module "ethertap" doit être chargé au préalable.
|
||||
</para>
|
||||
|
||||
</sect3>
|
||||
|
|
@ -2841,7 +2841,7 @@ Exemple (la sortie est filtr
|
|||
Ajouter une adresse IPv6
|
||||
</title>
|
||||
<para>
|
||||
Ajouter une adresse IPv6 est similaire au mécanisme des adresses “ALIAS IP” sur les interfaces configurées par IPv4 Linux.
|
||||
Ajouter une adresse IPv6 est similaire au mécanisme des adresses "ALIAS IP" sur les interfaces configurées par IPv4 Linux.
|
||||
</para>
|
||||
<sect2>
|
||||
<title>
|
||||
|
|
@ -3151,7 +3151,7 @@ Exemple:
|
|||
]]>
|
||||
</programlisting>
|
||||
<para>
|
||||
La distance (<emphasis>metric</emphasis>) “1” est utilisée ici par soucis de compatibilité avec la distance utilisée par route, car la distance par défaut fixée par “ip” est “1024”.
|
||||
La distance (<emphasis>metric</emphasis>) "1" est utilisée ici par soucis de compatibilité avec la distance utilisée par route, car la distance par défaut fixée par "ip" est "1024".
|
||||
</para>
|
||||
|
||||
</sect2>
|
||||
|
|
@ -3251,7 +3251,7 @@ Il y a certains probl
|
|||
Les clients (ne routent aucun paquet!)
|
||||
</title>
|
||||
<para>
|
||||
Les clients peuvent installer une route par défaut avec pour préfixe “::/0”, ils peuvent aussi apprendre une telle route par auto-configuration, en utilisant par exemple radvd s'il est présent sur le lien, comme le montre ce qui suit:
|
||||
Les clients peuvent installer une route par défaut avec pour préfixe "::/0", ils peuvent aussi apprendre une telle route par auto-configuration, en utilisant par exemple radvd s'il est présent sur le lien, comme le montre ce qui suit:
|
||||
</para>
|
||||
<programlisting>
|
||||
<![CDATA[# ip -6 route show | grep ^default
|
||||
|
|
@ -3270,10 +3270,10 @@ Les routeurs en cas de renvoi de paquets
|
|||
Dans ses grandes lignes, l'actuel noyau Linux (au moins <= 2.4.17) ne supporte pas les routes par défaut. Vous pouvez les installées, mais la recherche échouera quand un paquet devra être renvoyé (une intention normale pour un routeur).
|
||||
</para>
|
||||
<para>
|
||||
Pour l'heure, le “routage par défaut” peut être installé en utilisant l'actuel et unique préfixe d'adresse globale “2000::/3”.
|
||||
Pour l'heure, le "routage par défaut" peut être installé en utilisant l'actuel et unique préfixe d'adresse globale "2000::/3".
|
||||
</para>
|
||||
<para>
|
||||
Le projet USAGI supporte déjà cela dans leurs extensions grâce à une astuce de programmation (<emphasis>NdT</emphasis>: <emphasis>a hack</emphasis>, <emphasis>i.e.</emphasis> littéralement, une”bidouille”).
|
||||
Le projet USAGI supporte déjà cela dans leurs extensions grâce à une astuce de programmation (<emphasis>NdT</emphasis>: <emphasis>a hack</emphasis>, <emphasis>i.e.</emphasis> littéralement, une"bidouille").
|
||||
</para>
|
||||
<para>
|
||||
Note: prenez garde au routage par défaut sans filtrage d'adresse sur les routeurs de bordure, sinon du trafic multicast ou site-local quittera l'environnement.
|
||||
|
|
@ -3295,7 +3295,7 @@ Note: prenez garde au routage par d
|
|||
La découverte de voisinage
|
||||
</title>
|
||||
<para>
|
||||
La découverte de voisinage est le successeur IPv6 de ARP (<emphasis>Address Resolution Protocol</emphasis>, protocole de résolution d'adresse) pour IPv4. Vous pouvez récupérer l'information concernant le voisinage actuel, de plus, vous pouvez fixer ou détruire des entrées. Le noyau garde la trace de la détection d'un voisin (comme ARP pour IPv4). Vous pouvez faire des recherches dans la table apprise, en utilisant “ip”.
|
||||
La découverte de voisinage est le successeur IPv6 de ARP (<emphasis>Address Resolution Protocol</emphasis>, protocole de résolution d'adresse) pour IPv4. Vous pouvez récupérer l'information concernant le voisinage actuel, de plus, vous pouvez fixer ou détruire des entrées. Le noyau garde la trace de la détection d'un voisin (comme ARP pour IPv4). Vous pouvez faire des recherches dans la table apprise, en utilisant "ip".
|
||||
</para>
|
||||
<sect1>
|
||||
<title>
|
||||
|
|
@ -3370,7 +3370,7 @@ Exemple:
|
|||
Pour plus de réglages avancés
|
||||
</title>
|
||||
<para>
|
||||
L'outil “ip” est sous-documenté, mais il est très puissant. Voir l'aide en ligne pour en savoir plus
|
||||
L'outil "ip" est sous-documenté, mais il est très puissant. Voir l'aide en ligne pour en savoir plus
|
||||
</para>
|
||||
<programlisting>
|
||||
<![CDATA[# ip -6 neigh help
|
||||
|
|
@ -3476,7 +3476,7 @@ Une adresse 6to4 est d
|
|||
FP et TLA ensemble (16 bits) ont la valeur 0x2002. V4ADDR est l'adresse IPv4 globale et unique du noeud (en notation hexadécimale). SLA est l'identifiant de sous-réseau (65536 sous-réseaux locaux possibles). Ils sont utilisés pour représenter la structure locale de votre réseau.
|
||||
</para>
|
||||
<para>
|
||||
Pour les passerelles, un tel préfixe est généré en utilisant normalement pour SLA “0000”, et pour suffixe “::1”, afin d'être assigné à l'interface de tunnelage 6to4.
|
||||
Pour les passerelles, un tel préfixe est généré en utilisant normalement pour SLA "0000", et pour suffixe "::1", afin d'être assigné à l'interface de tunnelage 6to4.
|
||||
</para>
|
||||
|
||||
</sect3>
|
||||
|
|
@ -3617,7 +3617,7 @@ Montage d'un tunnel point-
|
|||
Il y a 3 possibilités pour ajouter ou ôter un tunnel point-à-point.
|
||||
</para>
|
||||
<para>
|
||||
Une bonne source d'information additionnelle à propos de l'installation de tunnel grâce à “ip” est <ulink url="http://www.deepspace6.net/docs/iproute2tunnel-en.html">configurer les tunnels avec iproute2 (article)</ulink> (<ulink url="http://mirrors.bieringer.de/www.deepspace6.net/docs/iproute2tunnel-en.html">miroir</ulink>).
|
||||
Une bonne source d'information additionnelle à propos de l'installation de tunnel grâce à "ip" est <ulink url="http://www.deepspace6.net/docs/iproute2tunnel-en.html">configurer les tunnels avec iproute2 (article)</ulink> (<ulink url="http://mirrors.bieringer.de/www.deepspace6.net/docs/iproute2tunnel-en.html">miroir</ulink>).
|
||||
</para>
|
||||
<sect2>
|
||||
<title>
|
||||
|
|
@ -3857,7 +3857,7 @@ le pr
|
|||
]]>
|
||||
</programlisting>
|
||||
<para>
|
||||
La passerelle locale 6to4 devrait toujours assignée le suffixe “::1”, ce qui vous donnera comme adresse 6to4 locale
|
||||
La passerelle locale 6to4 devrait toujours assignée le suffixe "::1", ce qui vous donnera comme adresse 6to4 locale
|
||||
</para>
|
||||
<programlisting>
|
||||
<![CDATA[2002:0102:0304::1
|
||||
|
|
@ -3913,7 +3913,7 @@ Ajouter une route (par d
|
|||
|
||||
<sect3>
|
||||
<title>
|
||||
Utiliser "ifconfig", "route" et le périphérique de tunnelage “sit0” (méthode dépréciée)
|
||||
Utiliser "ifconfig", "route" et le périphérique de tunnelage "sit0" (méthode dépréciée)
|
||||
</title>
|
||||
<para>
|
||||
Cela est déprécié car le périphérique de tunnel générique sit0 ne permet pas de spécifier un filtrage par périphérique.
|
||||
|
|
@ -3979,7 +3979,7 @@ D
|
|||
|
||||
<sect3>
|
||||
<title>
|
||||
Utiliser “ifconfig”, “route” et un périphérique de tunnel générique “sit0” (déprécié)
|
||||
Utiliser "ifconfig", "route" et un périphérique de tunnel générique "sit0" (déprécié)
|
||||
</title>
|
||||
<para>
|
||||
Ôter une route (par défaut) traversant une interface tunnel 6to4
|
||||
|
|
@ -4040,7 +4040,7 @@ Comment acc
|
|||
</title>
|
||||
<sect2>
|
||||
<title>
|
||||
Utiliser “cat” et “echo”
|
||||
Utiliser "cat" et "echo"
|
||||
</title>
|
||||
<para>
|
||||
Utiliser "cat" et "echo" est le moyen le plus simple d'accéder au système de fichiers /proc, mais certains pré-requis sont nécessaires à cela
|
||||
|
|
@ -4118,13 +4118,13 @@ Une nouvelle valeur peut
|
|||
|
||||
<sect2>
|
||||
<title>
|
||||
Utiliser “sysctl”
|
||||
Utiliser "sysctl"
|
||||
</title>
|
||||
<para>
|
||||
Utiliser le programme "sysctl" pour accéder aux commutateurs du noyau est une méthode moderne aujourd'hui. Vous pouvez aussi l'utiliser même si le système de fichiers /proc n'est pas monté. Mais vous n'avez alors accès qu'à /proc/sys/*!
|
||||
</para>
|
||||
<para>
|
||||
Le programme “sysctl” est compris dans le paquetage “procps” (sur le système Red Hat).
|
||||
Le programme "sysctl" est compris dans le paquetage "procps" (sur le système Red Hat).
|
||||
</para>
|
||||
<itemizedlist>
|
||||
<listitem>
|
||||
|
|
@ -4182,13 +4182,13 @@ Note: n'utilisez pas d'espaces autour du signe "=" lorsque vous fixez
|
|||
En plus
|
||||
</title>
|
||||
<para>
|
||||
Note: il existe dans la pratique certaines versions de sysctl qui affichent “/” au lieu de “.”
|
||||
Note: il existe dans la pratique certaines versions de sysctl qui affichent "/" au lieu de "."
|
||||
</para>
|
||||
<para>
|
||||
Pour plus de détails jetez un coup d'oeil dans la page de manuel de sysctl.
|
||||
</para>
|
||||
<para>
|
||||
une astuce: pour une recherche rapide parmi les réglages, utiliser “-a” (afficher toutes les entrées) en conjonction avec “grep”.
|
||||
une astuce: pour une recherche rapide parmi les réglages, utiliser "-a" (afficher toutes les entrées) en conjonction avec "grep".
|
||||
</para>
|
||||
|
||||
</sect3>
|
||||
|
|
@ -4206,7 +4206,7 @@ IL y a plusieurs formats observ
|
|||
<itemizedlist>
|
||||
<listitem>
|
||||
<para>
|
||||
BOOLÉEN: simple “0” (faux) ou “1” (vrai)
|
||||
BOOLÉEN: simple "0" (faux) ou "1" (vrai)
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
|
|
@ -4252,7 +4252,7 @@ conf/all/*
|
|||
Changer tous les réglages spécifiques aux interfaces.
|
||||
</para>
|
||||
<para>
|
||||
Exception: “conf/all/forwarding” a une signification différente ici
|
||||
Exception: "conf/all/forwarding" a une signification différente ici
|
||||
</para>
|
||||
<sect3>
|
||||
<title>
|
||||
|
|
@ -4365,7 +4365,7 @@ D
|
|||
|
||||
</itemizedlist>
|
||||
<para>
|
||||
Configurer les adresses lien-local (voir aussi <link linkend="chapter-addresstypes">Les types d'adresse</link>) utilisant les adresses matérielles L2. Par exemple, ceci génère, comme par magie, une adresse telle que “fe80::201:23ff:fe45:6789” sur une interface ayant une adresse MAC-L2.
|
||||
Configurer les adresses lien-local (voir aussi <link linkend="chapter-addresstypes">Les types d'adresse</link>) utilisant les adresses matérielles L2. Par exemple, ceci génère, comme par magie, une adresse telle que "fe80::201:23ff:fe45:6789" sur une interface ayant une adresse MAC-L2.
|
||||
</para>
|
||||
|
||||
</sect3>
|
||||
|
|
@ -5335,7 +5335,7 @@ Inconnu(s), mais probablement inutilis
|
|||
Les entrées relatives à IPv6 dans /proc/net/
|
||||
</title>
|
||||
<para>
|
||||
Dans /proc/net il y a plusieurs entrées disponibles en lecture seule. Vous ne pouvez pas utiliser ici “sysctl” afin de récupérer des informations, utiliser “cat”.
|
||||
Dans /proc/net il y a plusieurs entrées disponibles en lecture seule. Vous ne pouvez pas utiliser ici "sysctl" afin de récupérer des informations, utiliser "cat".
|
||||
</para>
|
||||
<sect2>
|
||||
<title>
|
||||
|
|
@ -5351,7 +5351,7 @@ Type: Une ligne par adresse comporte plusieurs valeurs
|
|||
|
||||
</itemizedlist>
|
||||
<para>
|
||||
Ici toutes les adresses IPv6 configurées sont montrées sous un format particulier. L'exemple affiche seulement l'interface loopback. Sa signification est détaillée ci-dessous (voir “net/ipv6/addrconf.c” pour en savoir plus).
|
||||
Ici toutes les adresses IPv6 configurées sont montrées sous un format particulier. L'exemple affiche seulement l'interface loopback. Sa signification est détaillée ci-dessous (voir "net/ipv6/addrconf.c" pour en savoir plus).
|
||||
</para>
|
||||
<programlisting>
|
||||
<![CDATA[# cat /proc/net/if_inet6
|
||||
|
|
@ -5370,7 +5370,7 @@ L'adresse IPv6 affich
|
|||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
Numéro de périphérique Netlink (index d'interface) in hexadécimal (voir aussi “ip addr”)
|
||||
Numéro de périphérique Netlink (index d'interface) in hexadécimal (voir aussi "ip addr")
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
|
|
@ -5388,7 +5388,7 @@ La valeur de la port
|
|||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
Les drapeaux de l'interface (voir “include/linux/rtnetlink.h” et “net/ipv6/addrconf.c” pour en savoir plus)
|
||||
Les drapeaux de l'interface (voir "include/linux/rtnetlink.h" et "net/ipv6/addrconf.c" pour en savoir plus)
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
|
|
@ -5417,7 +5417,7 @@ Type: Une ligne par route comporte plusieurs valeurs
|
|||
|
||||
</itemizedlist>
|
||||
<para>
|
||||
Ici toutes les routes IPv6 configurées sont montrées dans un format particulier. L'exemple affiche seulement l'interface loopback. Sa signification est détaillée ci-dessous (voir “net/ipv6/route.c” pour en savoir plus).
|
||||
Ici toutes les routes IPv6 configurées sont montrées dans un format particulier. L'exemple affiche seulement l'interface loopback. Sa signification est détaillée ci-dessous (voir "net/ipv6/route.c" pour en savoir plus).
|
||||
</para>
|
||||
<programlisting>
|
||||
<![CDATA[# cat /proc/net/ipv6_route
|
||||
|
|
@ -5640,10 +5640,10 @@ Les sockets d'
|
|||
</title>
|
||||
<sect2>
|
||||
<title>
|
||||
Utiliser “netstat” pour vérifier les sockets d'écoute de serveur
|
||||
Utiliser "netstat" pour vérifier les sockets d'écoute de serveur
|
||||
</title>
|
||||
<para>
|
||||
C'est toujours intéressant de savoir quelles sockets de serveur sont actives à un moment donné sur un noeud. Utiliser “netstat” est le moyen le plus court pour obtenir une telle information:
|
||||
C'est toujours intéressant de savoir quelles sockets de serveur sont actives à un moment donné sur un noeud. Utiliser "netstat" est le moyen le plus court pour obtenir une telle information:
|
||||
</para>
|
||||
<para>
|
||||
options employées: -nlptu
|
||||
|
|
@ -5756,7 +5756,7 @@ Une annonce de routeur
|
|||
]]>
|
||||
</programlisting>
|
||||
<para>
|
||||
Un routeur, avec pour adresse lien-local “fe80::212:34ff:fe12:3450”, émet une annonce à l'adresse multicast tous-les-noeuds-du-lien (<emphasis>all-node-on-link</emphasis>) “ff02::1”, contenant deux préfixes, “2002:0102:0304:1::/64” (d'une durée de vie de 30 s) et “3ffe:ffff:0:1::/64” (d'une durée de vie de 2592000 s), incluant sa propre adresse MAC de couche 2, “0:12:34:12:34:50”.
|
||||
Un routeur, avec pour adresse lien-local "fe80::212:34ff:fe12:3450", émet une annonce à l'adresse multicast tous-les-noeuds-du-lien (<emphasis>all-node-on-link</emphasis>) "ff02::1", contenant deux préfixes, "2002:0102:0304:1::/64" (d'une durée de vie de 30 s) et "3ffe:ffff:0:1::/64" (d'une durée de vie de 2592000 s), incluant sa propre adresse MAC de couche 2, "0:12:34:12:34:50".
|
||||
</para>
|
||||
|
||||
</sect3>
|
||||
|
|
@ -5771,7 +5771,7 @@ Une sollicitation de routeur
|
|||
]]>
|
||||
</programlisting>
|
||||
<para>
|
||||
Un noeud, avec pour adresse lien-local “fe80::212:34ff:fe12:3456” et comme adresse de couche 2 “0:12:34:12:34:56”, est en quête d'un routeur présent sur le lien, en conséquence il émet cette sollicitation à l'adresse multicast tous-routeurs-présents-sur-le-lien (<emphasis>all-router-on-link</emphasis>) “ff02::2”.
|
||||
Un noeud, avec pour adresse lien-local "fe80::212:34ff:fe12:3456" et comme adresse de couche 2 "0:12:34:12:34:56", est en quête d'un routeur présent sur le lien, en conséquence il émet cette sollicitation à l'adresse multicast tous-routeurs-présents-sur-le-lien (<emphasis>all-router-on-link</emphasis>) "ff02::2".
|
||||
</para>
|
||||
|
||||
</sect3>
|
||||
|
|
@ -5788,12 +5788,12 @@ La d
|
|||
Une sollicitation de découverte de voisinage afin de détecter une possible duplication d'adresse
|
||||
</title>
|
||||
<para>
|
||||
Les paquets suivants sont émis par un noeud sur la couche 2, adresse MAC “0:12:34:12:34:56”, pendant l'auto-configuration, afin de vérifier si une adresse potentielle est déjà employée ou non par un autre noeud sur le lien permettant d'émettre ces paquets, <emphasis>via</emphasis> l'adresse multicast lien-local du noeud sollicité.
|
||||
Les paquets suivants sont émis par un noeud sur la couche 2, adresse MAC "0:12:34:12:34:56", pendant l'auto-configuration, afin de vérifier si une adresse potentielle est déjà employée ou non par un autre noeud sur le lien permettant d'émettre ces paquets, <emphasis>via</emphasis> l'adresse multicast lien-local du noeud sollicité.
|
||||
</para>
|
||||
<itemizedlist>
|
||||
<listitem>
|
||||
<para>
|
||||
Le noeud veut configurer son lien-local avec l'adresse “fe80::212:34ff:fe12:3456”, il est en train de vérifier s'il y a duplication
|
||||
Le noeud veut configurer son lien-local avec l'adresse "fe80::212:34ff:fe12:3456", il est en train de vérifier s'il y a duplication
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
|
|
@ -5807,7 +5807,7 @@ Le noeud veut configurer son lien-local avec l'adresse “fe80::212:34ff:fe1
|
|||
<itemizedlist>
|
||||
<listitem>
|
||||
<para>
|
||||
Le noeud veut configurer son adresse globale “2002:0102:0304:1:212:34ff:fe12:3456” (après avoir reçu l'annonce montrée plus haut), il est en train de vérifier s'il y a ou non duplication
|
||||
Le noeud veut configurer son adresse globale "2002:0102:0304:1:212:34ff:fe12:3456" (après avoir reçu l'annonce montrée plus haut), il est en train de vérifier s'il y a ou non duplication
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
|
|
@ -5822,7 +5822,7 @@ Le noeud veut configurer son adresse globale “2002:0102:0304:1:212:34ff:fe
|
|||
<itemizedlist>
|
||||
<listitem>
|
||||
<para>
|
||||
Le noeud veut configurer son adresse globale “3ffe:ffff:0:1:212:34ff:fe12:3456” (après avoir reçu l'annonce montrée plus haut), il est en train de vérifier s'il y a ou non duplication
|
||||
Le noeud veut configurer son adresse globale "3ffe:ffff:0:1:212:34ff:fe12:3456" (après avoir reçu l'annonce montrée plus haut), il est en train de vérifier s'il y a ou non duplication
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
|
|
@ -5844,7 +5844,7 @@ Une sollicitation de d
|
|||
<itemizedlist>
|
||||
<listitem>
|
||||
<para>
|
||||
Un noeud veut émettre des paquets à “3ffe:ffff:0:1::10” mais il n'a aucune adresse MAC de la couche 2 vers laquelle il pourrait émettre, il émet alors maintenant une sollicitation
|
||||
Un noeud veut émettre des paquets à "3ffe:ffff:0:1::10" mais il n'a aucune adresse MAC de la couche 2 vers laquelle il pourrait émettre, il émet alors maintenant une sollicitation
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
|
|
@ -5859,7 +5859,7 @@ Un noeud veut
|
|||
<itemizedlist>
|
||||
<listitem>
|
||||
<para>
|
||||
Ce noeud recherche maintenant “fe80::10”
|
||||
Ce noeud recherche maintenant "fe80::10"
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
|
|
@ -5900,7 +5900,7 @@ Depuis que j'ai commenc
|
|||
Depuis la Red Hat 7.1, une archive de mes scripts y est incluse. Cela est dû, et cela sera encore vrai à l'avenir, à l'assistance de Pekka Savola.
|
||||
</para>
|
||||
<para>
|
||||
La Mandrake, depuis la version 8.0, inclut aussi un paquetage initscript prêt pour IPv6, cependant un bogue mineur retient de l'employer (il manque 'inet6” à “ifconfig” avant “add”).
|
||||
La Mandrake, depuis la version 8.0, inclut aussi un paquetage initscript prêt pour IPv6, cependant un bogue mineur retient de l'employer (il manque 'inet6" à "ifconfig" avant "add").
|
||||
</para>
|
||||
<sect2>
|
||||
<title>
|
||||
|
|
@ -5957,7 +5957,7 @@ V
|
|||
<itemizedlist>
|
||||
<listitem>
|
||||
<para>
|
||||
Si le résultat est “off”, alors rendez disponible la mise en réseau IPv6 en éditant /etc/sysconfig/network, ajoutez la nouvelle ligne
|
||||
Si le résultat est "off", alors rendez disponible la mise en réseau IPv6 en éditant /etc/sysconfig/network, ajoutez la nouvelle ligne
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
|
|
@ -6111,7 +6111,7 @@ Assurez-vous qu'IPv6 soit charg
|
|||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
Configurez votre interface. Par exemple, ici, nous considérons la prise en compte de eth0, avec pour adresse “3ffe:ffff:1234:5::1:1”. Editez /etc/network/interfaces :
|
||||
Configurez votre interface. Par exemple, ici, nous considérons la prise en compte de eth0, avec pour adresse "3ffe:ffff:1234:5::1:1". Editez /etc/network/interfaces :
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
|
|
@ -7411,7 +7411,7 @@ Actuellement, les extensions IPsec au noyau USAGI sont en cours de migration dan
|
|||
Utilisation
|
||||
</title>
|
||||
<para>
|
||||
A la différence de FreeS/WAN, dans IPsec pour 2.5.x le démon IKE “racoon” (pris de KAME) est utilisé à la place de “pluto” qui, lui, provient de FreeS/WAN.
|
||||
A la différence de FreeS/WAN, dans IPsec pour 2.5.x le démon IKE "racoon" (pris de KAME) est utilisé à la place de "pluto" qui, lui, provient de FreeS/WAN.
|
||||
</para>
|
||||
<para>
|
||||
Il a une syntaxe de configuration différente de celle de "pluto"; notez aussi que l'installation d'IPsec est divisée en 2 parties (IKE et la topologie de l'installation). En attentant qu'une documentation soit fournie ici même, jetez un oeil à <ulink url="http://lartc.org/howto/lartc.ipsec.html">Linux Advanced Routing & Traffic Control HOWTO / IPSEC</ulink>.
|
||||
|
|
@ -7427,7 +7427,7 @@ Il a une syntaxe de configuration diff
|
|||
La Qualité de Service (QoS)
|
||||
</title>
|
||||
<para>
|
||||
IPv6 supporte QoS par l'utilisation des labels de flux et des classes de trafic. Ceci peut être contrôlé en utilisant “tc” (compris dans le paquetage “iproute”).
|
||||
IPv6 supporte QoS par l'utilisation des labels de flux et des classes de trafic. Ceci peut être contrôlé en utilisant "tc" (compris dans le paquetage "iproute").
|
||||
</para>
|
||||
<para>
|
||||
Information addditionelle:
|
||||
|
|
@ -7898,7 +7898,7 @@ Note additionnelle
|
|||
<itemizedlist>
|
||||
<listitem>
|
||||
<para>
|
||||
D'une part, Apache2 supporte une méthode appelée “sendfile”, accélérant la fourniture des données. D'autre part, certains pilotes de NIC supportent la vérification différée des sommes de contrôle (<emphasis>offline checksumming</emphasis>). Dans certains cas, cela peut conduire à des problèmes de connexion et invalider les sommes de contrôle TCP. Il faut alors rendre indisponible “sendfile”, ou bien en recompilant en utilisant l'option de configure “--without-sendfile”, ou bien en utilisant la directive du fichier de configuration "EnableSendfile off".
|
||||
D'une part, Apache2 supporte une méthode appelée "sendfile", accélérant la fourniture des données. D'autre part, certains pilotes de NIC supportent la vérification différée des sommes de contrôle (<emphasis>offline checksumming</emphasis>). Dans certains cas, cela peut conduire à des problèmes de connexion et invalider les sommes de contrôle TCP. Il faut alors rendre indisponible "sendfile", ou bien en recompilant en utilisant l'option de configure "--without-sendfile", ou bien en utilisant la directive du fichier de configuration "EnableSendfile off".
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
|
|
@ -8036,7 +8036,7 @@ Parce qu'un bref temps de vie a
|
|||
Le déboguage
|
||||
</title>
|
||||
<para>
|
||||
Un programme appelé “radvdump” peut vous aider à observer les annonces émises ou reçues. Simple à utiliser:
|
||||
Un programme appelé "radvdump" peut vous aider à observer les annonces émises ou reçues. Simple à utiliser:
|
||||
</para>
|
||||
<programlisting>
|
||||
<![CDATA[# radvdump
|
||||
|
|
@ -9099,7 +9099,7 @@ Relative
|
|||
<varlistentry>
|
||||
<term>
|
||||
PLD
|
||||
</term><listitem><para><ulink url="http://www.pld-linux.org/">PLD Linux Distribution</ulink> (“leader du marché” quant aux paquetages disposant d'IPv6)
|
||||
</term><listitem><para><ulink url="http://www.pld-linux.org/">PLD Linux Distribution</ulink> ("leader du marché" quant aux paquetages disposant d'IPv6)
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
|
|
@ -9180,7 +9180,7 @@ G
|
|||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
<ulink url="http://tipster6.ik.bme.hu/tipster6_en.html">Projet TIPSTER6</ulink> - Hongrie, “Tester la technologie expérimentale IPv6 et ses services en Hongrie”.
|
||||
<ulink url="http://tipster6.ik.bme.hu/tipster6_en.html">Projet TIPSTER6</ulink> - Hongrie, "Tester la technologie expérimentale IPv6 et ses services en Hongrie".
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
|
|
@ -9377,7 +9377,7 @@ Les brevets
|
|||
<itemizedlist>
|
||||
<listitem>
|
||||
<para>
|
||||
Base de données des brevets canadiens: <ulink url="http://patents1.ic.gc.ca/intro-e.html">Accueil</ulink>, <ulink url="http://patents1.ic.gc.ca/srch_sim-e.html">Recherche</ulink> (Recherche simple, entrez juste “IPv6” dans le champs recherche ;-); 84 documents trouvés au 22.12.2002)
|
||||
Base de données des brevets canadiens: <ulink url="http://patents1.ic.gc.ca/intro-e.html">Accueil</ulink>, <ulink url="http://patents1.ic.gc.ca/srch_sim-e.html">Recherche</ulink> (Recherche simple, entrez juste "IPv6" dans le champs recherche ;-); 84 documents trouvés au 22.12.2002)
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
|
|
@ -11180,7 +11180,7 @@ Description: L'intention est de discuter du plan g
|
|||
<listitem>
|
||||
<para>
|
||||
<ulink url="http://www.tile.net/lists/showlists.php?list_id=37430">ipv6-bsd-user</ulink>
|
||||
Description: Cette liste de diffusion concerne l”implémentation INRIA/IMAG d'IPv6. Elle est bilingue, Francais/Anglais. Si vous souhaitez contacter les implémenteurs, essayez ipv6-bsd-core@imag.fr
|
||||
Description: Cette liste de diffusion concerne l"implémentation INRIA/IMAG d'IPv6. Elle est bilingue, Francais/Anglais. Si vous souhaitez contacter les implémenteurs, essayez ipv6-bsd-core@imag.fr
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
|
|
@ -11386,7 +11386,7 @@ Pratique, s
|
|||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
<ulink url="http://www.trainingpages.net/x/category.html?kw=125">Pages concernant la formation</ulink>, Royaume-Uni - recherche à partir du mot clé “IPv6” (13 cours, au 22.12.2002)
|
||||
<ulink url="http://www.trainingpages.net/x/category.html?kw=125">Pages concernant la formation</ulink>, Royaume-Uni - recherche à partir du mot clé "IPv6" (13 cours, au 22.12.2002)
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
|
|
|
|||
|
|
@ -42,8 +42,7 @@ Peter
|
|||
Bieringer
|
||||
\layout SGML
|
||||
|
||||
<affiliation><address> <email>pb at bieringer.de</email> </address> </affiliation
|
||||
>
|
||||
<affiliation><address>pb at bieringer dot de</address></affiliation>
|
||||
\layout SGML
|
||||
|
||||
</author>
|
||||
|
|
|
|||
|
|
@ -20,7 +20,7 @@ Peter
|
|||
Bieringer
|
||||
</surname>
|
||||
|
||||
<affiliation><address> <email>pb at bieringer.de</email> </address> </affiliation>
|
||||
<affiliation><address>pb at bieringer dot de</address></affiliation>
|
||||
|
||||
|
||||
</author>
|
||||
|
|
|
|||
Loading…
Reference in New Issue