mirror of https://github.com/tLDP/LDP
Updated by MB
This commit is contained in:
pbldp
parent
fddb79fe74
commit
cba858c24f
|
|
@ -57,7 +57,7 @@ L'objet de cet HOWTO IPv6 Linux est de r
|
|||
Généralités
|
||||
</title>
|
||||
<remark>
|
||||
CVS-ID: $Id: Linux+IPv6-HOWTO.fr.lyx,v 1.10 2003/07/01 20:05:03 pbldp Exp $
|
||||
CVS-ID: $Id: Linux+IPv6-HOWTO.fr.lyx,v 1.11 2003/07/17 18:33:55 pbldp Exp $
|
||||
</remark>
|
||||
<para>
|
||||
Vous trouverez les informations concernant les différentes traductions disponibles dans la section <link linkend="general-translations">Traductions</link>.
|
||||
|
|
@ -71,7 +71,7 @@ Copyright, licence et autres
|
|||
Copyright
|
||||
</title>
|
||||
<para>
|
||||
Rédaction et Copyright (C) 2001-2003 Peter Bieringer, traduction française et Copyright (C) 2003 Michel Boucey
|
||||
Rédaction et Copyright (C) 2001-2003 Peter Bieringer, traduction francophone et Copyright (C) 2003 Michel Boucey
|
||||
</para>
|
||||
|
||||
</sect2>
|
||||
|
|
@ -875,7 +875,7 @@ Les bases
|
|||
Qu'est-ce qu'IPv6?
|
||||
</title>
|
||||
<para>
|
||||
IPv6 est un nouveau protocole de la couche 3 (voir <ulink url="http://www.linuxports.com/howto/intro_to_networking/c4412.htm#PAGE103HTML">le modèle OSI</ulink>) qui supplantera à terme IPv4 (plus connu sous le nom d'IP). IPv4 a été conçu il y a déjà pas mal de temps (<ulink url="http://www.faqs.org/rfcs/rfc760.html">RFC 760 / Le protocole Internet</ulink> à partir de janvier 1980), et, depuis le commencement, il y a eu de nombreuses demandes pour accroître la quantité d'adresses disponible et augmenter les capacités. La RFC la plus récente est la <ulink url="http://www.faqs.org/rfcs/rfc760.html">RFC 2460 / spécification du protocole Internet version 6</ulink> (<emphasis>NdT</emphasis>: <ulink url="http://abcdrfc.free.fr/rfc-vf/rfc2460.html">une version française de cette RFC</ulink>). La modification essentielle dans IPv6 est la nouvelle conception de l'en-tête, incluant une augmentation de la taille de l'adresse, passant de 32 à 128 bits. Parce que la couche 3 est responsable de bout en bout du transport des paquets dont le routage est basé sur des adresses, elle doit inclure les nouvelles adresses IPv6, comme pour IPv4.
|
||||
IPv6 est un nouveau protocole de la couche 3 (voir <ulink url="http://www.linuxports.com/howto/intro_to_networking/c4412.htm#PAGE103HTML">le modèle OSI</ulink>) qui supplantera à terme IPv4 (plus connu sous le nom d'IP). IPv4 a été conçu il y a déjà un certain de temps (<ulink url="http://www.faqs.org/rfcs/rfc760.html">RFC 760 / Le protocole Internet</ulink> à partir de janvier 1980), et, dès le début, il y a eu de nombreuses demandes pour accroître la quantité d'adresses disponible et augmenter les capacités. La RFC la plus récente est la <ulink url="http://www.faqs.org/rfcs/rfc760.html">RFC 2460 / spécification du protocole Internet version 6</ulink> (<emphasis>NdT</emphasis>: <ulink url="http://abcdrfc.free.fr/rfc-vf/rfc2460.html">une version française de cette RFC</ulink>). Le changement essentiel apporté par IPv6 est la nouvelle conception de l'en-tête, incluant une augmentation de la taille de l'adresse, passant de 32 à 128 bits. Parce que la couche 3 est responsable de bout en bout du transport des paquets dont le routage est basé sur des adresses, elle doit inclure les nouvelles adresses IPv6, comme pour IPv4.
|
||||
</para>
|
||||
<para>
|
||||
Pour en savoir plus sur l'histoire d'IPv6, jetez un oeil aux anciennes RFC concernant IPv6, par exemple dans le <ulink url="http://www.switch.ch/lan/ipv6/references.html">Guide / Références IPv6 SWITCH </ulink>.
|
||||
|
|
@ -928,7 +928,7 @@ Les lignes pr
|
|||
Après
|
||||
</title>
|
||||
<para>
|
||||
A cause du manque de bras, l'implémentation d'IPv6 dans le noyau était incapable de suivre les projets discutés ou les RFC nouvellement mises à jour. En novembre 2000, un projet débute au Japon, appelé <ulink url="http://www.linux-ipv6.org/">USAGI</ulink>, dont le but était d'implémenter dans Linux tout le support IPv6 manquant ou obsolète. Ce projet suit ainsi la trace de l'implémentation courante d'IPv6 pour FreeBSD, réalisé par le <ulink url="http://www.kame.net/">projet KAME </ulink>. De temps en temps, ils créaient des archives de développement (<emphasis>snapshots</emphasis>) à partir des sources courantes du noyau Linux.
|
||||
A cause du manque de bras, l'implémentation d'IPv6 dans le noyau était incapable de suivre les projets discutés ou les RFC nouvellement mises à jour. En novembre 2000, un projet débute au Japon, appelé <ulink url="http://www.linux-ipv6.org/">USAGI</ulink>, dont le but était d'implémenter dans Linux tout le support IPv6 manquant ou obsolète. Ce projet suit en cela la trace de l'implémentation courante d'IPv6 pour FreeBSD, réalisé par le <ulink url="http://www.kame.net/">projet KAME </ulink>. De temps en temps, ils créaient des archives de développement (<emphasis>snapshots</emphasis>) à partir des sources courantes du noyau Linux.
|
||||
</para>
|
||||
|
||||
</sect2>
|
||||
|
|
@ -1246,7 +1246,7 @@ Jetons maintenant un coup d'oeil aux diff
|
|||
Le type d'adresse lien-local
|
||||
</title>
|
||||
<para>
|
||||
Ce sont des adresses particulières qui n'auront de validité que sur le lien d'une interface. En utilisant cette adresse comme adresse de destination le paquet ne devrait jamais franchir un routeur. C'est utilisé pour des communications sur un lien telles que:
|
||||
Ce sont des adresses particulières qui n'auront de validité que sur le lien d'une interface. En utilisant cette adresse comme adresse de destination le paquet ne devrait jamais franchir un routeur. C'est utile pour des communications sur un lien telles que:
|
||||
</para>
|
||||
<itemizedlist>
|
||||
<listitem>
|
||||
|
|
@ -1264,7 +1264,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[
|
||||
|
|
@ -1301,7 +1301,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>
|
||||
|
||||
</sect2>
|
||||
|
|
@ -1311,7 +1311,7 @@ Il commence par:
|
|||
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 "fondée sur le fournisseur" (<emphasis>provider based</emphasis>) 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)
|
||||
|
|
@ -1473,7 +1473,7 @@ ffxe: port
|
|||
</listitem>
|
||||
<listitem>
|
||||
<para>
|
||||
les autres sont réservés.
|
||||
les autres sont réservées.
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
|
|
@ -1522,7 +1522,7 @@ Un exemple de cette adresse ressemble
|
|||
]]>
|
||||
</programlisting>
|
||||
<para>
|
||||
Le préfixe utilisé montre qu'il s'agit d'une adresse muticast 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>
|
||||
|
|
@ -1669,7 +1669,7 @@ Un exemple:
|
|||
]]>
|
||||
</programlisting>
|
||||
<para>
|
||||
De cette notation sera extrait:
|
||||
De cette notation seront extraits:
|
||||
</para>
|
||||
<itemizedlist>
|
||||
<listitem>
|
||||
|
|
@ -2985,7 +2985,7 @@ Exemple (la sortie est filtr
|
|||
Ajouter une route IPv6 traversant une passerelle
|
||||
</title>
|
||||
<para>
|
||||
Nécessiter la plupart du temps pour atteindre l'extérieur grâce à IPv6 en utilisant un routeur IPv6 sur votre lien.
|
||||
Nécessaire la plupart du temps pour atteindre l'extérieur grâce à IPv6 en utilisant un routeur IPv6 sur votre lien.
|
||||
</para>
|
||||
<sect2>
|
||||
<title>
|
||||
|
|
@ -3787,7 +3787,7 @@ Usage (exemple g
|
|||
Attribution d'une adresse (<emphasis>numbered</emphasis>) à un tunnel point-à-point
|
||||
</title>
|
||||
<para>
|
||||
Il est parfois nécessaire de configurer un tunnel point-à-point avec des adresses IPv6 comme pour IPv4 aujourd'hui. C'est seulement possible avec la première méthode (ifconfig+route - dépréciée) et la troisième (ip+route) d'installation de tunnel. Dans de tels cas, vous pouvez ajouter l'adresse IPv6 à l'interface de tunnelage comme montré dans la configuration d'interface.
|
||||
Il est parfois nécessaire de configurer un tunnel point-à-point avec des adresses IPv6 comme pour IPv4 aujourd'hui. C'est seulement possible avec la première méthode (ifconfig+route - dépréciée) et la troisième méthode (ip+route) d'installation de tunnel. Dans de tels cas, vous pouvez ajouter l'adresse IPv6 à l'interface de tunnelage comme montré dans la configuration d'interface.
|
||||
</para>
|
||||
|
||||
</sect2>
|
||||
|
|
@ -3880,7 +3880,7 @@ Ajouter une route (par d
|
|||
|
||||
<sect3>
|
||||
<title>
|
||||
Utiliser "ifconfig", "route" et le périphérique de tunnelage "sit0" (déprécié)
|
||||
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.
|
||||
|
|
@ -6328,7 +6328,7 @@ Pour le moment, voir <ulink url="http://www.mipl.mediapoli.com/">la page d'accue
|
|||
Mettre en place le pare-feu
|
||||
</title>
|
||||
<para>
|
||||
Mettre en place un pare-feu IPv6 est très important, tout spécialement si IPv6 est utilisé sur un intranet avec des adresses IPv6 globales. Car, à la différence des réseaux IPv4 où les hôtes internes courants sont protégés par l'usage d'adresses IPv4 privées comme défini par la <ulink url="http://www.faqs.org/rfcs/rfc1918.html">RFC 1918 / Address Allocation for Private Internets</ulink> ou l'adressage IP privée automatique (<emphasis>Automatic Private IP Addressin</emphasis>g, ou APIPA)<ulink url="http://www.google.com/search?q=apipa+microsoft">recherche Google "Microsoft + APIPA"</ulink>, en IPv6, les adresses globales sont normalement utilisées, et quelqu'un possédant une connectivité IPv6 peut atteindre tous les noeuds propres à un intranet disposant d'IPv6.
|
||||
Mettre en place un pare-feu IPv6 est très important, tout spécialement si IPv6 est utilisé sur un intranet avec des adresses IPv6 globales. Car, à la différence des réseaux IPv4 où les hôtes internes courants sont protégés par l'usage d'adresses IPv4 privées comme défini par la <ulink url="http://www.faqs.org/rfcs/rfc1918.html">RFC 1918 / Address Allocation for Private Internets</ulink> ou l'adressage IP privée automatique (<emphasis>Automatic Private IP Addressin</emphasis>g, ou APIPA) <ulink url="http://www.google.com/search?q=apipa+microsoft">recherche Google "Microsoft + APIPA"</ulink>, en IPv6, les adresses globales sont normalement utilisées, et quelqu'un possédant une connectivité IPv6 peut atteindre tous les noeuds propres à un intranet disposant d'IPv6.
|
||||
</para>
|
||||
<sect1 id="firewalling-netfilter6">
|
||||
<title>
|
||||
|
|
@ -8109,7 +8109,7 @@ Selon l'entr
|
|||
Connexion refusée
|
||||
</title>
|
||||
<para>
|
||||
Une connexion refusée <emphasis>via</emphasis> IPv4 au service daytime, couvert par xinetd, produit une ligne telle que dans l'exemple suivant
|
||||
Une connexion refusée <emphasis>via</emphasis> IPv4 au service daytime, couvert par xinetd, produit des lignes telles que celles de l'exemple suivant
|
||||
</para>
|
||||
<programlisting>
|
||||
<![CDATA[Jan 2 20:40:44 gate xinetd-ipv6[12346]: FAIL: daytime-stream libwrap
|
||||
|
|
@ -8119,7 +8119,7 @@ Une connexion refus
|
|||
]]>
|
||||
</programlisting>
|
||||
<para>
|
||||
Une connexion refusée <emphasis>via </emphasis>IPv4 à sshd en double écoute produit une ligne telle que dans l'exemple suivant
|
||||
Une connexion refusée <emphasis>via </emphasis>IPv4 à sshd en double écoute produit des lignes telles que celles de l'exemple suivant
|
||||
</para>
|
||||
<programlisting>
|
||||
<![CDATA[Jan 2 20:24:17 gate sshd[12345]: refused connect from ::ffff:1.2.3.4
|
||||
|
|
@ -8137,7 +8137,7 @@ Une connexion refus
|
|||
Connexion autorisée
|
||||
</title>
|
||||
<para>
|
||||
Une connexion autorisée <emphasis>via</emphasis> IPv4 vers le service daytime, couvert par xinetd, produit une ligne telle que celle de l'exemple suivant
|
||||
Une connexion autorisée <emphasis>via</emphasis> IPv4 vers le service daytime, couvert par xinetd, produit des lignes telles que celles de l'exemple suivant
|
||||
</para>
|
||||
<programlisting>
|
||||
<![CDATA[Jan 2 20:37:50 gate xinetd-ipv6[12346]: START: daytime-stream pid=0
|
||||
|
|
@ -8147,7 +8147,7 @@ Une connexion autoris
|
|||
]]>
|
||||
</programlisting>
|
||||
<para>
|
||||
Une connexion autorisée <emphasis>via</emphasis> IPv4 vers sshd en double écoute produit une ligne telle que dans l'exemple suivant
|
||||
Une connexion autorisée <emphasis>via</emphasis> IPv4 vers sshd en double écoute produit des lignes telles que celles de l'exemple suivant
|
||||
</para>
|
||||
<programlisting>
|
||||
<![CDATA[Jan 2 20:43:10 gate sshd[21975]: Accepted password for user from ::ffff:1.2.3.4
|
||||
|
|
@ -9977,7 +9977,7 @@ Les listes d'applications
|
|||
<itemizedlist>
|
||||
<listitem>
|
||||
<para>
|
||||
<ulink url="http://www.ipv6.org/v6-apps.html">IPv6.org / Ies appliacations disposant d'Pv6</ulink>
|
||||
<ulink url="http://www.ipv6.org/v6-apps.html">IPv6.org / Ies applications disposant d'Pv6</ulink>
|
||||
</para>
|
||||
|
||||
</listitem>
|
||||
|
|
|
|||
Loading…
Reference in New Issue