Linux IPv6 HOWTO (fr)

]> Linux IPv6 HOWTO (fr) PeterBieringer

pb at bieringer dot de

0.49.fr.3wip2015-08-18 PB 0.49.fr.22007-10-06 PB 0.49.fr.12006-02-26 MB 0.48.1.fr.12005-01-20 MB 0.47.fr.12004-09-05 MB 0.44.fr.12003-05-09 MB L'objet de cet HOWTO IPv6 Linux est de répondre à la fois aux questions basiques et avancées au sujet d'IPv6 sur le système d'exploitation Linux. Cet HOWTO fournira au lecteur assez d'information pour installer, configurer et utiliser les applications IPv6 sur les machines Linux. l'historique des révisions Généralités Vous trouverez les informations concernant les différentes traductions disponibles dans la section Traductions. Copyright, licence et autres Copyright Rédaction et Copyright (C) 2001-2007 Peter Bieringer, traduction francophone et Copyright (C) 2003-2006 Michel Boucey Licence Cet HOWTO IPv6 Linux est publié sous GPL GNU version 2: L'HOWTO IPv6 Linux, un guide sur la façon de configurer et d'utiliser IPv6 sur les systèmes Linux. Copyright (C) 2001-2007 Peter Bieringer Ce document est libre; vous pouvez le redistribuer et/ou le modifier dans les termes de la Licence Publique Générale GNU, telle que publiée par la Free Software Foundation; soit dans sa version 2, ou (c'est à votre convenance) une quelconque version postérieure. Ce programme est distribué dans l'espoir qu'il sera utile, mais SANS AUCUNE GARANTIE; sans même de garantie impliquée par une COMMERCIALISATION ou d'ADÉQUATION A UNE FIN PARTICULIÈRE. Voir la Licence Publique Générale GNU pour de plus amples détails. Vous devriez avoir reçu une copie de la Licence Publique Générale GNU allant de paire avec ce programme; sinon, écrivez à la Free Software Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. A propos de l'auteur L'auteur, Internet et IPv6 1993: J'ai pris contact avec l'Internet par la pratique du mél et des news sur un client en mode texte (par exemple, rechercher "e91abier" sur groups.google.com, c'est moi).1996: J'ai été sollicité pour concevoir un cours sur IPv6, incluant des travaux pratiques sur le système d'exploitation Linux.1997: Début de la rédaction d'un guide sur la façon d'installer, de configurer et d'utiliser IPv6 sur les systèmes Linux, appelé HowTo - IPv6 & Linux (voir IPv6 & Linux - HowTo/History pour plus d'information).2001: Début de la rédaction de cet HOWTO IPv6 Linux. Contact L'auteur peut être contacté par mél à <pb chez bieringer point de> mais aussi via sa page personnelle. Il vit actuellement à Munich [dans la partie nord du Schwabing] / Bavière / Allemagne (sud) / Europe (centrale) / Terre (surface/continent). Catégorie Cet HOWTO relève de la catégorie "Réseau/Protocoles". La version, l'historique et ce qu'il reste à faire La version La version actuelle est visible dès le début de ce document. En ce qui concerne les autres versions/traductions, voir égalementhttp://www.bieringer.de/linux/IPv6/. L'historique L'essentiel de l'historique 30-11-2001:Début de la conception du nouvel HOWTO. 02-01-2002: Une quantité importante du contenu est achevée, publication de la première version du premier chapitre (version 0.10). 14-01-2002: Plus achevé, avec relectures, publication de la première version complète du document (version 0.14). 16-08-2002: La traduction polonaise est en cours 31-10-2002: La traduction chinoise est disponible (voir les traductions pour en savoir plus) 10-11-2002: La traduction allemande est en cours 10-02-2003: La traduction allemande est disponible 09-04-2003: La traduction francophone est en cours 09-05-2003: La traduction francophone est disponible 15-08-2003: La traduction espagnole est en cours 16-10-2003: La traduction italienne est en cours 12-03-2004: La traduction italienne est disponible 18-06-2004: La traduction grecque est en cours L'historique complet Voir l'historique des révisions à la fin de ce document. Ce qu'il reste à faire Rédiger les contenus manquantsAchever la correction orthographique Les traductions Les traductions doivent toujours contenir l'URL, le numéro de version et le copyright du document original (le vôtre aussi). Merci de ne pas traduire le journal original des modifications, ce n'est vraiment pas utile. Il apparaît que la fréquence des modifications apportées à ce document est, la plupart du temps, inférieure à une fois par mois. Depuis la version 0.27, il apparaît aussi que la plus grande part du contenu fourni par moi-même a été rédigée. Les traductions doivent toujours prendre comme source la version anglo-saxonne. Traductions disponibles En langue française La traduction francophone par Michel Boucey a été mise en chantier le 9 avril 2003, à partir de la révision 0.41.1. Elle est disponible depuis le 9 mai 2003 sur Deep Space 6, avec pour URL original mirrors.deepspace6.net / Linux+IPv6-HOWTO-fr. Je (Michel Boucey) remercie par avance toute personne qui aidera, de quelque façon, à améliorer cette traduction. On peut me contacter à l'adresse mél <mboucey chez free point fr>. Les autres traductions disponibles L'information concernant les traductions disponibles en d'autres langues que l'anglais et le français peut être trouvée dans le document original: TLDP / Linux+IPv6-HOWTO / Translations Un peu de technique Le document original de cet HOWTO Cet HOWTO est actuellement rédigé avec la version 1.2.0 de LyX sur un système Linux Red Hat 7.3 avec un patron SGML (livre DocBook). Il est disponible en vue des contributions à l'URL github / tLDP / LDP / users / Peter-Bieringer. Modification des lignes de code propres à LyX 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: TLDP-CVS / users / Peter-Bieringer (NdT: 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, i.e. sans ce script). La génération du SGML Le code SGML est généré en utilisant la fonction d'exportation de LyX. Des solutions ont été apportées afin de créer un code SGML plus propre (voir aussi ici pour le programme Perl, TLDP-CVS / users / Peter-Bieringer): 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)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” Les références en ligne à la version HTML de cet HOWTO (lien/ancrage) La page d'index maître Généralement, une référence vers la page d'index maître est recommandée. Les pages dédiées Parce que les pages HTML sont générées à partir du fichier SGML, le nommage des fichiers HTML prend une tournure aléatoire. Et cependant, certaines pages ont des balises assignées par LyX, dont il résulte un nommage constant. Ces balises sont très utiles aux références et ne devraient pas être changées à l'avenir. Si vous pensez que j'ai oublié une balise, merci de me le faire savoir, et je l'ajouterai. Préface Quelques petites choses d'abord: Combien se promène-t-il de versions de l'HOWTO Linux & IPv6? En incluant celui-ci, il y a trois documents HOWTO disponibles. Mes excuses si cela vous semble de trop ;) La FAQ/HOWTO IPv6 Linux (obsolète) Le premier document relatif à IPv6 a été écrit par Eric Osborne, et s'appelle FAQ/HOWTO IPv6 Linux (merci de ne l'utiliser que pour des raisons historiques). La dernière version fut la 3.2.1, publiée le 14 juillet 1997. Merci de m'aider: si quelqu'un connaît la date anniversaire de cet HOWTO, merci de m'envoyer un mél (cette information est nécessaire à "l'historique"). L'HowTo - IPv6 & Linux (maintenu) Il existe une seconde version appelée HowTo - IPv6 & Linux - écrite par moi-même (Peter Bieringer) 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. L'HOWTO IPv6 Linux (ce document) Parce que l'HowTo - IPv6 & Linux est écrit en HTML pur, il n'est vraiment pas compatible avec le Projet de Documentation Linux (Linux Documentation Project, ou TLDP). J'ai (Peter Bieringer) reçu une demande fin novembre 2001 de réécriture de l'HowTo -IPv6 & Linux en SGML. Cependant, à cause de la discontinuité de cet HOWTO (le future de l'HowTo - IPv6 & Linux), et de la standardisation croissante d'IPv6, je décidais d'écrire un nouveau document couvrant aussi bien les questions simples ou avancées qui resteront importantes dans les toutes prochaines années. Plus dynamique, un contenu plus avancé s'y trouvera en plus, par rapport au second HOWTO (HowTo - IPv6 & Linux). Termes employés, glossaire et abréviations Relatifs aux réseaux Base 10Le système bien connu des nombres décimaux, représentant n'importe quelle valeur avec les chiffres 0-9.Base 16Habituellement utilisée dans les langages de programmation de bas et haut niveaux, connue encore en tant que système numérique hexadécimal, représentant les valeurs avec les chiffres 0-9 et les caractères A-F (insensible à la casse).Base 85Représentation d'une valeur grâce à 85 différents chiffres/caractères, cela permet des chaînes de caractères plus courtes mais jamais vue dans la pratique.BitUnité minimale de stockage, allumée(on)/vraie (1) ou éteinte(off)/fausse (0).ByteLe plus souvent, une collection de 8 bits (mais ce n'est pas réellement une nécessité - regardez les systèmes des anciens ordinateurs).Périphériqueici, matériel de connexion réseau, voir aussi NIC.Hôte à double résidenceUn hôte à double résidence est un noeud ayant deux interfaces réseau (physique ou virtuelle) sur deux liens différents, mais qui ne réalise pas de renvoi de paquets entre les interfaces.HôteGénéralement, un hôte simple résident, présent sur un lien. Normalement, il n'a seulement qu'une interface réseau active, par exemple Ethernet ou (non pas et) PPP.Interfacequasi-synonyme de “périphérique”, voir aussi NIC.En-tête IPEn-tête d'un paquet IP (chaque paquet réseau a un en-tête, son type dépendant de la couche réseau).LienUn lien est un médium de transport de paquet réseau de la couche 2, des exemples en sont Ethernet, PPP, SLIP, ATM, RNIS, Frame Relay, etc.NoeudUn noeud est soit un hôte, soit un routeur.OctetUne collection véritable de 8 bits, aujourd'hui synonyme de "byte".PortInformation destinée au distributeur TCP/UDP (couche 4) afin de transporter l'information à la couche supérieure.ProtocoleChaque couche réseau contient la plupart du temps un champ “protocole” facilitant la distribution de l'information transportée à la couche supérieure, comme cela peut se voir dans la couche 2 (MAC) et 3 (IP)RouteurUn routeur est un noeud possédant une ou plusieurs interface(s) réseau, capable d'envoyer les paquets entre ses interfaces.SocketUne socket IP est définie par ses adresses source et destination, ses ports et (association)PileUne collection de couches relative au réseau.Masque de sous-réseauLes réseaux IP utilisent un masque de bits afin de distinguer le réseau local de ceux qui sont distants.TunnelUn tunnel est typiquement une connexion point-à-point sur laquelle les paquets échangés transportent les données d'un autre protocole, un tunnel IPv6-in-IPv4 en est un exemple. Abréviations ACLAccess Control List, Liste de Contrôle d'AccèsAPIApplication Programming Interface, Interface de Programmation d'ApplicationASICApplication Specified Integrated Circuit, Circuit Intégré d'Application SpécifiqueBSDBerkeley Software Distribution, Distribution des Logiciels BerkeleyBus CANSystème de bus physique contrôlant un réseau (NdT: voir par exemple ici pour plus d'information)ISPInternet Service Provider, Fournisseur d'Accès à Internet (FAI)KAMEProjet - effort conjoint de six entreprises au Japon pour fournir, mondialement et dans le cadre du logiciel libre, une pile IPv6 et IPsec (pour IPv4 et IPv6) pour les variantes de BSD www.kame.netLIRLocal Internet Registry, Bureau local d'enregistrement InternetNICNetwork Interface Card, Carte d'interface réseauRFCRequest for comments, Appel à commentaires - jeu de notes techniques et organisationnelles au sujet d'Internet.USAGIProjet “UniverSAl playGround for IPv6” - travaille à rendre disponible une pile protocolaire IPv6 destinée au système Linux qui soit d'une qualité apte à la production. Relatifs à ce document Balisage en vue de l'encodage PDF/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. Conventions Dans les exemples génériques vous trouverez parfois ce qui suit: ]]>Pour une utilisation réelle sur votre système, en ligne de commande ou dans des scripts, cela doit être remplacé par le contenu adéquate (ôtez bien sûr les chevrons), et le résultat devrait être par exemple Les commandes dans l'interpréteur de commandes (le<emphasis> shell</emphasis>) Les commandes exécutables en tant qu'utilisateur non-root commencent avec un $, par exemple Les commandes exécutables en tant qu'utilisateur root commencent avec un #, par exemple Pré-requis à l'usage de cet HOWTO Pré-requis personnels Une expérience des outils Unix Vous devriez être familiarisé avec les outils essentiels d'Unix comme grep, awk, find, etc, et connaître les options de ligne de commande les plus communément employées. Une expérience de la théorie des réseaux Vous devriez connaître les notions de couche, de protocole, d'adresse, de câble, de socket, etc. Si vous êtes nouveau, voici un bon point de départ pour vous: linuxports/howto/intro_to_networking Une expérience de la configuration IPv4 Vous devriez absolument avoir quelque expérience de la configuration IPv4, sinon ce sera difficile pour vous de comprendre ce qui se passe réellement. Une expérience du Système des Noms de Domaine (DNS) Vous devriez aussi comprendre en quoi consiste le Système des Noms de Domaine (DNS), ce qu'il fournit et comment s'en servir. Une expérience des stratégies de déboguage réseau Vous devriez au moins savoir comment utiliser tcpdump et avoir connaissance de ce qu'il peut vous montrer. Sinon, le déboguage réseau sera très difficile pour vous. Le matériel compatible avec le système d'exploitation Linux Vous espérez certainement pouvoir expérimenter tout cela avec du vrai matériel, et pas seulement lire cet HOWTO jusqu'à tomber de sommeil. ;-7) Les bases Qu'est-ce qu'IPv6? IPv6 est un nouveau protocole de la couche 3 (voir le modèle OSI) 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 (RFC 760 / Le protocole Internet à 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. Le RFC le plus récent est le RFC 2460 / spécification du protocole Internet version 6 (NdT: une version francophone de ce RFC). 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. Pour en savoir plus sur l'histoire d'IPv6, jetez un oeil aux anciens RFC concernant IPv6, par exemple dans le Guide / Références IPv6 SWITCH . Historique d'IPv6 pour Linux Les années 1992, 1993 et 1994 de l'histoire d'IPv6 (dans ses généralités) sont couvertes par le document suivant: IPv6 ou IPng (IP nouvelle génération). A faire: plus de détails historiques, plus de contenu... Au début Le premier code réseau relatif à IPv6 a été ajouté au noyau Linux 2.1.8 en novembre 1996 par Pedro Roque. Il était fondé sur l'API BSD: + * + * Source: + * IPv6 Program Interfaces for BSD Systems + * ]]>Les lignes présentées sont copiées du patch-2.1.8 (l'adresse mél a été effacée au copier&coller). Après 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 mis à jour. En novembre 2000, un projet débute au Japon, appelé USAGI, 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ée par le projet KAME . De temps à autre, ils créaient des archives de développement (snapshots) à partir des sources courantes du noyau Linux. Actuellement Malheureusement, le patch USAGI est très volumineux, à tel point que les personnes s'occupant actuellement de maintenir les fonctionnalités réseau de Linux sont incapables de l'inclure dans les sources, aptes à la production, de la série des noyaux Linux 2.4.x. En conséquence, la série 2.4.x manque de certaines (et même de nombreuses) extensions, et elle n'applique pas non plus les brouillons et RFC courants (voir le groupe de travail IP Version 6 (ipv6)). Cela peut poser des problèmes d'interopérabilité avec les autres systèmes d'exploitation. A l'avenir USAGI fait maintenant usage de la série des noyaux de développement Linux 2.5.x afin d'incorporer toutes les extensions actuelles dans cette version de développement; dans l'espoir que la série des noyaux 2.6.x comprenne une véritable implémentation à jour d'IPv6. A quoi ressemblent les adresses IPv6? Comme cela a été mentionné précédemment, les adresses IPv6 ont une longueur de 128 bits. Ce nombre de bits génère de très grands nombres, dont la quantité de chiffres est supérieure à 39: De tels nombres ne sont vraiment pas des adresses pouvant être mémorisées. L'adresse IPv6 en elle-même est faite à partir d'une collection de bits (comme pour IPv4, bien que cela soit rarement su). Il y a une meilleure notation pour de si grands nombres, qui est l'hexadécimal. En hexadécimal, 4 bits (mot aussi connu sous la dénomination de "nibble") sont représentés par un chiffre ou un caractère de 0-9 et a-f (10-15). Ce format réduit la longueur de l'adresse IPv6 à 32 caractères. Cette représentation est encore peu praticable (possibilité de confusion ou de perte d'un simple chiffre hexadécimal), c'est pourquoi les concepteurs d'IPv6 ont choisi un format hexadécimal scindé en blocs de 16 bits, avec comme séparateur le caractère ":". De plus, le préfixe "0x" (le marqueur des valeurs hexadécimales utilisé dans les langages de programmation) est ôté: Une adresse utilisable (nous verrons les différents types d'adresse plus tard) est par exemple: Dans un but de simplification, les zéros non significatifs de chaque bloc de 16 bits sont omis: ¬ 3ffe:ffff:100:f101:210:a4ff:fee3:9566 ]]>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. 3ffe:ffff:100:f101::1 ]]>La plus importante réduction qui peut être observée est celle de l'adresse localhost d'IPv6: ::1 ]]>Il existe aussi une représentation dite compacte, encodée en base85 (RFC 1924 / A Compact Representation of IPv6 Addresses, publié le 1er avril 1996), jamais vue véritablement employée, sans doute une blague de 1er avril; en voici cependant un exemple: J%s99FJXT ]]>

Info: ipv6calc est un programme de formatage d'adresse IPv6 et de conversion pouvant être trouvé ici: ipv6calc ( miroir )

FAQ (Les bases) Pourquoi IPv6 et non pas IPv5 comme successeur d'IPv4? Dans tout en-tête IP, les 4 premiers bits sont réservés à la version du protocole. C'est ainsi qu'un numéro de protocole entre 0 et 15 est théoriquement possible: 4: est déjà pris pour IPv45: est réservé au protocole de flux (Stream Protocol, ou STP - RFC 1819 / Internet Stream Protocol Version 2) (qui n'a jamais véritablement conquis le public)Le prochain numéro libre était 6. Et voilà comment IPv6 était né! L'adresse IPv6: pourquoi un tel nombre de bits? Lors de la conception d'IPv4, les gens pensaient que 32 bits seraient suffisants pour le monde, dans sa globalité. Rétrospectivement, 32 bits ont été jusqu'à maintenant suffisants, et seront sans doute suffisants pour encore quelques années. Cependant, 32 bits seront insuffisants à fournir dans le futur une adresse globale à chaque périphérique réseau. Pensez aux téléphones mobiles, aux voitures (incluant les périphériques électroniques sur bus CAN), aux grille-pain, aux réfrigérateurs, aux interrupteurs d'éclairage, etc. Les concepteurs ont alors choisi 128 bits, 4 fois plus en longueur et une quantité 2^96 fois plus importante qu'IPv4 aujourd'hui. La quantité utilisable est cependant inférieure à ce qu'il semble. La raison en est que, dans le schéma d'adresse défini actuellement, 64 bits sont utilisés pour l'identifiant d'interface, les 64 autres bits sont utilisés pour le routage. Compte tenu des niveaux stricts actuels d'agrégation (/48, /32, ...), il est encore possible d'"épuiser" cette quantité, mais bien heureusement, pas dans un avenir proche. Voir aussi pour plus d'information le RFC 1715 / The H Ratio for Address Assignment Efficiency et le RFC 3194 / The Host-Density Ratio for Address Assignment Efficiency. L'adresse IPv6: pourquoi un si petit nombre de bits pour sa nouvelle conception? Pendant ce temps, il y a (c'est possible) des gens sur Internet (je n'en connais qu'un, Jim Fleming...) qui pensent déjà à IPv8, et même jusqu'à IPv16, dont les conceptions sont loin d'être couramment reçues et implémentées. En attendant, 128 bits était le meilleur choix qui pouvait être fait au regard de l'en-tête placé au-dessus des données transportées. En considérant le minimum de la taille de l'Unité Maximale de Transfert (Maximum Transfer Unit, ou MTU), la longueur de l'en-tête en IPv4 est de 20 octets (c'est le minimum, car elle peut monter à 60 octets avec les options IPv4), et en IPv6, elle est de 48 octets (longueur constante). C'est 3,4 % de la MTU en IPv4 et 3,8 % de la MTU en IPv6. Cela signifie que le surplus de taille dû à l'en-tête est quasiment le même. Plus de bits dans les adresses auraient réclamé un en-tête de plus grande taille, et par conséquent, un plus grand surplus. Et si l'on prend aussi en compte la MTU maximale sur un lien courant (tel Ethernet aujourd'hui): soit 1500 octets (dans des cas particuliers: 9 Ko pour de grosses trames). Finalement, cela n'aurait pas été d'une conception correcte si 10% ou 20% des données transférées dans un paquet de la couche 3 avaient été utilisés pour les adresses et non pas pour la charge utile. Les types d'adresse IPv6 Comme pour IPv4, l'adresse IPv6 peut être scindée en une partie réseau et une partie hôte, par l'usage d'un masque de sous-réseau. IPv4 a montré que parfois cela serait bien si plus d'une adresse IP pouvaient être assignées à une interface, chacune à un but bien précis (alias, multi-cast). Afin de demeurer ouvert à l'avenir, IPv6 offre davantage en permettant à plus d'une adresse IPv6 d'être assignées à une interface. Il n'y a actuellement aucune limite définie par aucun RFC, mais seulement par l'implémentation de la pile IPv6 (afin de prévenir les attaques DoS). Pour employer le grand nombre de bits constitutifs de son adresse, IPv6 définit des types d'adresse basés sur certains regroupements de ces bits, qui, avec un peu de chance, ne devraient pas être modifiés à l'avenir (à la différence d'aujourd'hui avec IPv4, et l'histoire des classes A, B et C). C'est ainsi que la totalité des bits est divisée en une partie réseau (les 64 supérieurs) et en une partie hôte (les 64 inférieurs), afin de faciliter l'auto-configuration. Les adresses sans préfixe spécial L'adresse localhost C'est une adresse spéciale pour l'interface de bouclage (loopback), similaire à IPv4 avec sa "127.0.0.1". ou compressée: Les paquets ayant cette adresse comme source ou destination ne devraient jamais quittés l'hôte émetteur. L'adresse non spécifiée 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: ou: Ces adresses sont essentiellement utilisées/vues dans les sockets d'écoute (à toute adresse IPv6) ou dans les tables de routage. Note: l'adresse non spécifiée ne peut pas être utilisée comme adresse de destination. L'adresse IPv6 avec adresse IPv4 intégrée Il y a deux types d'adresse contenant une adresse IPv4 L'adresse IPv6 mappée IPv4 Les adresses IPv6 compatibles seulement avec IPv4 sont parfois utilisées/vues pour la création de socket par un démon disposant d'IPv6, mais à l'écoute d'une adresse IPv4. Ces adresses sont définies par un préfixe spécial d'une longueur de 96 (a.b.c.d est l'adresse IPv4): ou en format compressé: Par exemple, l'adresse IPv4 1.2.3.4 ressemble à ceci: L'adresse IPv6 compatible IPv4 Utilisée pour le tunnelage automatique (RFC 2893 / Transition Mechanisms for IPv6 Hosts and Routers), en cours de remplacement par le tunnelage 6to4. ou en format compressé: La partie réseau, aussi appelée préfixe Les concepteurs ont défini certains types d'adresse et laissé un vaste champ libre à de futures définitions, telles que l'émergence de nouvelles exigences encore aujourd'hui inconnues. L'architecture d'adressage IPv6 (RFC 2373 de juillet 1998) définit le schéma d'adressage actuel, mais il y a déjà un nouveau brouillon disponible: draft-ietf-ipngwg-addr-arch-*.txt. Jetons maintenant un coup d'oeil aux différents types de préfixe (et par conséquent aux différents types d'adresse IPv6): Le type d'adresse lien-local 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: Y a-t-il quelqu'un d'autre sur ce lien?Y a-t-il quelqu'un d'autre sur ce lien ayant une adresse spéciale (on cherche par exemple à détecter la présence d'un routeur)?Elles commencent par (où “x” est n'importe quel caractère hexadécimal, couramment “0”) Ce type d'adresse se trouve sur chaque interface disposant d'IPv6 après une auto-configuration sans état (ce qui est couramment le cas). Le type d'adresse site-local Ces adresses sont similaires à ce que le RFC 1918 (RFC 1918 / Address Allocation for Private Internets) définit aujourd'hui pour IPv4, avec en plus l'avantage que celui qui utilise ce type d'adresse a la capacité d'utiliser les 16 bits fournis pour un maximum de 65536 sous-réseaux. Comparable au 10.0.0.0/8 aujourd'hui en IPv4. Autre avantage: parce qu'il est possible avec IPv6 d'assigner plus d'une seule adresse par interface, vous pouvez assigner une telle adresse site-local en plus de l'adresse globale. Il commence par: (où “x” est n'importe quel caractère hexadécimal, couramment “0”) 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: draft-ietf-ipv6-deprecate-site-local-XY.txt. Pour des tests en laboratoire, de telles adresses restent un bon choix, à mon humble avis. Le type d'adresse ”unicast globale (agrégeable) " 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 (RFC 1884 / IP Version 6 Addressing Architecture [obsolete]), vous en trouverez des traces dans des sources anciennes du noyau Linux). Il commence par (les x étant des caractères hexadécimaux) 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: Les adresses de test 6bone Elles ont été les premières adresses globales à être définies et mises en usage. Elles commencent toutes par Exemple: Une adresse spéciale de test 6bone, qui ne sera jamais globalement unique, commence par Et elle est la plupart du temps montrée dans les exemples passés, car si des adresses réelles sont montrées, il est possible à quelqu'un de les copier/coller dans ses propres fichiers de configuration. Ce type d'inadvertance cause des duplications d'adresse globalement unique. Cela pose de graves problèmes à l'hôte d'origine (par exemple recevoir des paquets en réponse de requêtes qu'il n'a pas émises). Parce qu'IPv6 est maintenant en production, ce préfixe ne sera plus délégué et probablement retiré du routage après 6 juin 2006 (voirRFC 3701 / 6bone Phaseoutpour plus d'information). Les adresses 6to4 Ce type d'adresse, conçu pour un mécanisme précis de tunnelage (RFC 3056 / Connection of IPv6 Domains via IPv4 Clouds et RFC 2893 / Transition Mechanisms for IPv6 Hosts and Routers), encode une adresse IPv4 donnée et un sous-réseau possible. Il commence par Par exemple, pour représenter 92.168.1.1/5: Une petite ligne de commande peut vous aider à générer une telle adresse à partir d'une adresse IPv4 donnée: Voir aussi le tunnelage utilisant 6to4 et information concernant le relayage de 6to4 par les routeurs. Les adresses assignées par un fournisseur dans la hiérarchie de routage Ces adresses sont déléguées aux Fournisseurs d'Accès à Internet (FAI) et commencent par Les préfixes fournis aux FAI (aussi connus en tant que LIR) les plus importants (propriétaires de backbone) sont délégués par les centres locaux d'enregistrement (local registries) et ils possèdent actuellement un préfixe d'une longueur de 32. Tout client peut obtenir de son FAI un préfixe d'une longueur de 48. Adresses réservées aux exemples et à la documentation Actuellement, deux blocs d'adresses sont réservés aux exemples et à la documentation: Ces blocs d'adresses devraient être filtrés sur la base des adresses source et, si possible, NE devraient PAS être acheminés par les routeurs en bordure d'Internet vers ce dernier. Les adresses multicast Les adresses multicast sont utilisées pour les services y afférents. Elles commencent par (xx est la valeur de la portée) Elles se répartissent en différentes portées et types: La portée multicast La portée multicast est un paramètre spécifiant la distance maximale qu'un paquet multicast peut prendre vis-à-vis de son entité émettrice. Actuellement, les régions suivantes (portées) sont définies: ffx1: noeud-local, ces paquets ne quittent jamais le noeud.ffx2: lien-local, ces paquets ne sont jamais transmis par les routeurs, ils ne quittent par conséquent jamais le lien spécifié.ffx5: site-local, ces paquets ne quittent jamais le site.ffx8: organisation-locale, ces paquets ne quittent jamais l'organisation (pas si simple à implémenter, cela doit être par le protocole de routage).ffxe: portée globale.les autres sont réservées. Les types multicast Il y a déjà de nombreux types définis/réservés (voir le RFC 2373 / IP Version 6 Addressing Architecture pour les détails). Quelques exemples en sont: Adresse de tous les noeuds: ID = 1h, correspond aux adresses de tous les hôtes présents sur le noeud local (ff01:0:0:0:0:0:0:1) ou au lien connecté (ff02:0:0:0:0:0:0:1).Adresse de tous les routeurs: ID = 2h, correspond aux adresses de tous les routeurs présents sur le noeud local (ff01:0:0:0:0:0:0:2), sur le lien connecté (ff02:0:0:0:0:0:0:2), ou encore sur le site local (ff05:0:0:0:0:0:0:2). L'adresse multicast de sollicitation du lien-local Adresse multicast spéciale utilisée comme adresse de destination dans la découverte de voisinage, car à la différence d'IPv4, ARP n'existe plus dans IPv6. Un exemple de cette adresse ressemble à ceci 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. Les adresses anycast Les adresses anycast sont des adresses spéciales utilisées pour couvrir des besoins tels que déterminer le serveur DNS le plus proche, le serveur DHCP le plus proche, ou tout groupe dynamique similaire. Les adresses sont prises dans l'espace d'adressage unicast (agrégeable ou site-local pour le moment). Le mécanisme anycast (au regard du client) sera pris en compte par un protocole de routage dynamique. Note: Les adresses anycast ne peuvent être utilisées comme adresse source, elles sont utilisables uniquement comme adresse de destination. L'adresse anycast de routeur de sous-réseau Un simple exemple d'une adresse anycast est celle d'un routeur de sous-réseau. Soit un noeud avec l'adresse IPv6 suivante assignée: L'adresse anycast de routeur de sous-réseau sera créée en laissant totalement blanc le suffixe (les 64 bits inférieurs): Les types d'adresse (partie hôte) En ce qui concerne les questions d'auto-configuration et de mobilité, Il a été décidé d'utiliser les 64 bits inférieurs de la partie hôte de l'adresse pour la plupart des types d'adresse actuels. Conséquemment, chaque sous-réseau détient une grande quantité d'adresses. Cette partie hôte peut être différemment considérée: L'adresse calculée automatiquement (dite aussi “sans état”) 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. Considérons à nouveau le premier exemple: ici, est la partie hôte calculée à partir de l'adresse MAC de la NIC en utilisant IEEE EUI-64 conçue pour les identifiants EUI-48. 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 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 (client tracking) est possible sur l'hôte, dès lors qu'aucun proxy d'aucune sorte n'est utilisé. 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 (RFC 3041 / Privacy Extensions for Stateless Address; il y a déjà aussi un brouillon plus récent disponible: draft-ietf-ipngwg-temp-addresses-*.txt). 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. La configuration manuelle Pour les serveurs, il est probablement plus aisé de se rappeler d'adresses plus simples; cela peut aussi se faire. Il est possible d'assigner une adresse IPv6 additionnelle à une interface, par exemple 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. La longueur de préfixe nécessaire au routage Dans les premières phases de la conception, il était prévu d'utiliser une approche intégrale de routage hiérarchique, et ce, afin de réduire au maximum la taille des tables de routage. A la base du raisonnement sous-tendu par cette approche, il y a la prise en compte du nombre grandissant des entrées de routage IPv4 au coeur des routeurs (supérieur à 104 000 en mai 2001), la nécessité de réduire ce nombre afin de diminuer le besoin en mémoire du matériel (piloté par Circuit Intégré d'Application Spécifique, Application Specified Integrated Circuit, ou ASIC) maintenant les tables de routage, et, en conséquence, d'accroître la vitesse (dans l'espoir que moins d'entrées génèrent des recherches plus rapides). Aujourd'hui, le point de vue est que le routage sera conçu quasi-hiérarchiquement pour les réseaux ayant seulement un fournisseur de service. Pour plus d'une connexion à un ISP, ce n'est pas possible, et cela relève du problème de la multi-résidence (des informations sur la multi-résidence:drafts*multi6* IPv6 Multihoming Solutions La longueur du préfixe (aussi connue en tant que "masque de réseau") 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 (IPv4 Classless Inter Domain Routing, ou CIDR, défini dans le RFC 1519 / Classless Inter-Domain Routing), 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”. Un exemple: De cette notation seront extraits: le réseau: le masque de réseau: La correspondance à une route Dans des conditions normales (i.e. sans QoS), de la recherche dans une table de routage résulte la route ayant le plus grand nombre de bits d'adresse significatifs; autrement dit, la route avec le plus grand préfixe correspond la première. Par exemple, si une table de routage affiche les entrées suivantes (la liste est incomplète): Ci-dessous, les adresses de destination des paquets IPv6 dont le trafic sera routé au travers du périphérique désigné trafic routé au travers du périphérique sit1 3ffe:ffff:200:1:2:3:4:5/48 -> trafic routé au travers du périphérique tun6to4 ]]> La vérification d'un système prêt pour IPv6 Avant de commencer à utiliser IPv6 sur votre hôte Linux, vous avez à tester si votre système est prêt pour IPv6. Pour ce faire, vous aurez peut-être d'abord un peu de travail. Un noyau prêt pour IPv6 Les distributions contemporaines de Linux comportent déjà un noyau prêt pour IPv6, les capacités IPv6 sont en général compilées dans un module, mais il est possible que ce module ne soit pas chargé automatiquement au démarrage. Voir la page IPv6+Linux-status-distributions pour obtenir les informations les plus à jour. Note: vous ne devriez plus utiliser les noyaux de la série 2.2.x; car ils ne sont pas assez à jour vis-à-vis d'IPv6. Vérifier la présence du support IPv6 dans le noyau actuellement en cours d'utilisation Afin de vérifier si oui ou non votre actuel noyau supporte IPv6, jetez un coup d'oeil dans votre système de fichiers /proc. Les entrées qui suivent doivent être présentes: Un bref test automatique ressemble à: Si cela échoue, cela peut être parce que le module IPv6 n'est pas chargé. Essayer de charger le module IPv6 Vous pouvez tenter de charger le module IPv6 en exécutant Si c'est un succès, la présence de ce module sera testée comme par magie par la ligne suivante: Et la vérification montrée plus haut devrait maintenant se faire elle aussi avec succès. Note: enlever le module n'est actuellement pas supporté et peut aboutir, sous certaines conditions, au crash du noyau. Le chargement automatique du module Il est possible d'automatiser le chargement du module IPv6 à la demande. Vous avez juste à ajouter les lignes qui suivent dans le fichier de configuration du chargeur de modules du noyau (normalement /etc/modules.conf ou /etc/conf.modules): Il est aussi possible de mettre hors service le chargement automatique du module IPv6 en utilisant la ligne suivante Note additionnelle: pour les noyaux de la série 2.6,le mécanisme du chargeur de modules a été repensé. Le nouveau fichier de configuration s'appellera /etc/modprobe.conf au lieu de /etc/modules.conf. Pour de plus amples détails voir le module-init-tool Compiler un noyau à partir des seules sources brutes (facile, si vous connaissez les options dont vous avez besoin)Recompiler les sources du noyau fournies par votre distribution Linux (parfois, ce n'est si simple que ça)Compiler un noyau avec l'extension USAGISi vous vous décidez à compiler un noyau, vous devriez avoir une certaine expérience dans la compilation de noyau et lire l'HOWTO sur le noyau Linux. La comparaison pratiquement la plus à jour entre un noyau original et un noyau comprenant USAGI est disponible dans IPv6+Linux-status-kernel. Compiler un noyau uniquement à partir des sources originales (vanille) Plus d'éléments concernant la compilation d'un noyau disposant d'IPv6 peuvent par exemple être trouvés dans IPv6-HOWTO-2#kernel. Note: vous devriez autant que possible utiliser les noyaux de la série 2.6.x ou supérieures,car le support IPv6 de la série 2.4.x n'obtiendra qu'un portage partielet celui de la série 2.2.x est désespérément obsolète.). Compiler un noyau avec l'extension USAGI Comme pour le noyau vanille, seulement recommandé aux utilisateurs avancés, déjà familiarisés avec IPv6 et la compilation noyau. Voir aussi la FAQ du projet USAGI et comment obtenir le meilleur support IPv6 avec Linux (article) (miroir). Les périphériques réseau prêts pour IPv6 Les périphériques réseau n'ont pas tous déjà (ou n'auront jamais, pour certains) la capacité de transporter des paquets IPv6. L'état actuel de la situation quant à ce sujet peut être trouvé ici. A cause de l'implémentation de la structure de la couche réseau du noyau, un problème majeur est qu'un paquet IPv6 n'est pas réellement reconnu par son numéro d'en-tête IP (6 au lieu de 4). Il est reconnu par le numéro de protocole de la couche transport 2. En conséquence, tout protocole n'utilisant pas un tel numéro de protocole ne peut pas distribuer les paquets IPv6. Note: le paquet est bien encore transporté sur le lien, mais, côté récepteur, la distribution ne fonctionne pas (vous pouvez observer cela par exemple avec tcpdump). Actuellement connus pour ne jamais être “capables de lien IPv6” IP sur Ligne Série (Serial Line IP, SLIP, RFC 1055 / SLIP), serait aujourd'hui mieux dénommé SLIPv4, noms de périphérique: slXIP sur Ligne Parallèle, comme pour SLIP, noms de périphérique: plipXRNIS avec encapsulation rawip, noms de périphérique: isdnX Actuellement connu pour ne pas être “capable de lien IPv6” RNIS avec encapsulation syncppp, noms de périphérique: ipppX (au sujet de la conception de ipppd, il fusionnera dans une couche PPP plus abstraite dans la série des noyaux 2.5.x) Les outils de configuration réseau prêts pour IPv6 Vous n'irez pas loin si vous faites tourner un noyau prêt pour IPv6 mais sans avoir d'outils pour configurer IPv6. Il existe plusieurs paquetages pouvant servir à cette tâche. Le paquetage net-tools Le paquetage net-tools inclut certains outils tels que ifconfig et route qui vous aideront à configurer IPv6 sur une interface. Regardez la sortie d'ifconfig? ou celle de route?, et si vous y voyez quelque chose comme IPv6, ou inet6, c'est que l'outil est prêt pour IPv6. Vérification magique: & 1 | grep -qw 'inet6' && echo "utility 'ifconfig' is ¬ IPv6-ready" ]]>La même vérification peut être réalisée pour route: & 1 | grep -qw 'inet6' && echo "utility 'route' is IPv6-ready" ]]> Le paquetage iproute Alexey N. Kuznetsov (actuellement la personne qui maintient le code réseau de Linux) a créé un jeu d'outils qui configure le réseau à travers le périphérique netlink. Vous aurez plus de fonctionnalités en utilisant ce jeu d'outils que n'en fournit net-tools, mais il n'est pas très bien documenté et n'est pas vraiment fait pour les êtres pusillanimes. &1 | grep -qw 'inet6' && echo "utility 'ip' is IPv6-ready" ]]>Si le programme /sbin/ip n'est pas trouvé, je vous recommande alors d'installer le paquetage iproute. Vous pouvez le récupérer à partir de votre distribution Linux (s'il s'y trouve)Vous pouvez télécharger l'archive tar et recompiler: sources sur le FTP d'origine et miroir (manquant)Vous pouvez rechercher le bon paquetage RPM ici, RPMfind pour iproute (parfois la reconstruction d'un paquetage SRPM est recommandée) Les programmes de test/déboguage prêts pour IPv6 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 sniffer). Cela est fortement conseillé, car cela peut aider à fournir très rapidement un diagnostic en cas de déboguage/dépannage.  ping IPv6 Ce programme est normalement inclus dans le paquetage iputils. Il est conçu pour réaliser de simples tests du transport en émettant des paquets de requête d'écho (echo-request) ICMPv6 et en attendant les paquets de réponse en écho (echo-reply) ICMPv6. Usage # ping6 # ping6 [-I ] ]]>Exemple Info: ping6 a besoin d'un accès brut à la socket, il faut donc les permissions root. Par conséquent, s'il n'y a pas d'utilisateur root pouvant utiliser ping6, deux problèmes peuvent se poser ici: ping6 n'est pas sur le chemin de l'utilisateur (probablement, car ping6 est généralement stocké dans /usr/sbin -> ajouter au chemin (pas vraiment recommandé)ping6 ne s'exécute pas proprement, généralement, c'est qu'il y a des permissions root manquantes -> chmod u+s /usr/sbin/ping6 Spécifier une interface à ping IPv6 En spécifiant uniquement une adresse lien-local à ping IPv6, le noyau ne sait pas par quel périphérique (physique ou virtuel) il doit émettre le paquet - chaque périphérique a une adresse lien-local. Un essai aura pour résultat un message d'erreur: Dans ce cas vous devez en plus spécifier l'interface comme ci-dessous: Ping6 et les adresses multicast Un mécanisme intéressant pour détecter les hôtes IPv6 actifs sur un lien est de lancer ping6 sur l'adresse multicast lien-local tous-noeuds (all-node): A la différence d'IPv4, où les réponses à un ping sur l'adresse de diffusion (broadcast) peuvent être rendues indisponibles, en IPv6, ce comportement ne peut pas être actuellement rendu indisponible, sauf par un pare-feu IPv6 local.  traceroute6 IPv6 Ce programme est normalement inclus dans le paquetage iputils. C'est un programme similaire au traceroute d'IPv4. En voici un exemple: Note: à la différence de certaines versions contemporaines du traceroute d'IPv4, qui peuvent utiliser les paquets de requête d'écho ICMPv4 aussi bien que les paquets UDP (défaut), l'actuel traceroute IPv6 ne peut qu'émettre des paquets UDP. Comme vous le savez peut-être, les paquets de requête d'écho ICMP sont mieux acceptés par les pare-feu ou les ACL sur les routeurs intermédiaires que les paquets UDP. tracepath6 IPv6 Ce programme est normalement inclus dans le paquetage iputils. C'est un programme comme traceroute6, il trace le chemin vers une destination donnée, découvrant la MTU le long de ce chemin. En voici un exemple: tcpdump IPv6 Sur Linux, tcpdump est l'outil majeur pour la capture de paquets. Vous allez trouver ci-dessous quelques exemples. Le support IPv6 est normalement intégré aux éditions actuelles de la version 3.6. tcpdump utilise des expressions pour filtrer les paquets, minimisant le bruit: icmp6: filtre le trafic ICMPv6 natifip6: filtre le trafic IPv6 natif (incluant ICMPv6)proto ipv6: filtre le trafic IPv6-in-IPv4 tunnelénot port ssh: supprime l'affichage des paquets SSH, pour lancer tcpdump à partir d'une session distante SSHCertaines options en ligne de commande sont très utiles pour capter et afficher plus d'information concernant les paquets, essentiellement intéressant pour approfondir l'information des paquets ICMPv6: “-s 512”: augmente la quantité d'information capturée pour un paquet à 512 octets“-vv”: sortie vraiment verbeuse“-n”: ne pas résoudre les adresses en noms, utile si la résolution inversée ne fonctionne pas proprement Ping IPv6 vers l'adresse native 3ffe:ffff:100:f101::1 sur un lien-local 3ffe:ffff:100:f101::1: icmp6: echo ¬ request (len 64, hlim 64) 3ffe:ffff:100:f101::1 > 3ffe:ffff:100:f101:2e0:18ff:fe90:9205: icmp6: echo ¬ reply (len 64, hlim 64) ]]> Ping IPv6 vers 3ffe:ffff:100::1 routée au travers d'un tunnel IPv6-in-IPv4 1.2.3.4 et 5.6.7.8 sont les extrémités du tunnel (toutes les adresses sont des exemples) 5.6.7.8: 2002:ffff:f5f8::1 > 3ffe:ffff:100::1: icmp6: echo request ¬ (len 64, hlim 64) (DF) (ttl 64, id 0, len 124) 5.6.7.8 > 1.2.3.4: 3ffe:ffff:100::1 > 2002:ffff:f5f8::1: icmp6: echo reply (len ¬ 64, hlim 61) (ttl 23, id 29887, len 124) 1.2.3.4 > 5.6.7.8: 2002:ffff:f5f8::1 > 3ffe:ffff:100::1: icmp6: echo request ¬ (len 64, hlim 64) (DF) (ttl 64, id 0, len 124) 5.6.7.8 > 1.2.3.4: 3ffe:ffff:100::1 > 2002:ffff:f5f8::1: icmp6: echo reply (len ¬ 64, hlim 61) (ttl 23, id 29919, len 124) ]]> Les programmes prêts pour IPv6 Les distributions actuelles comportent déjà les clients et les serveurs IPv6 les plus couramment utilisés. Allez d'abord voir sur IPv6 & Linux / l'état actuel des distributions. Si ce que vous cherchez n'y est pas encore, vous pouvez vérifier sur IPv6 & Linux / l'état actuel des applications disponibles, où sont répertoriés les programmes déjà portés sur IPv6 et utilisables sous Linux. Pour les programmes les plus communément employés, il y a quelques éléments disponibles dans la troisième partie et la quatrième partie de l'HowTo - IPv6 & Linux. Les programmes client prêts pour IPv6 (une sélection) Pour lancer les tests qui vont suivre, il est nécessaire que votre système dispose d'IPv6, et certains exemples montrent des adresses ne pouvant être atteintes que si une connexion au 6bone est disponible. Vérifier la résolution DNS des adresses IPv6 A cause des mises à jour de sécurité ces dernières années, tout serveur du Système des Noms de Domaine (DNS) devrait fonctionner avec un logiciel récent comprenant déjà le type (intermédiaire) d'adresse IPv6 AAAA (le nouveau, nommé A6 n'est pas encore assez répandu pour le moment, car uniquement supporté par BIND9 et supérieurs, mais aussi à cause de la non existence de support du domaine racine IP6.ARPA). Un simple test pour savoir si le système utilisé peut résoudre les adresses IPv6 est et cela devrait affiché quelque chose comme ce qui suit: Le client telnet prêt pour IPv6 Des clients telnet prêts pour IPv6 sont disponibles. Un simple test peut être effectué par Si le client telnet ne comprend pas l'adresse IPv6 et dit quelque chose comme “ne peut résoudre le nom d'hôte” (“cannot resolve hostname”), IPv6 n'est alors pas disponible. Les clients ssh prêts pour IPv6 openssh Les versions actuelles d'openssh sont prêtes pour IPv6. Selon la configuration précédant la compilation, il y a deux comportements possibles. --without-ipv4-default: le client essaie automatiquement une connexion IPv6 en premier et revient à IPv4 en cas d'échec.--with-ipv4-default: la connexion par défaut est IPv4, la connexion IPv6 doit être forcée comme dans l'exemple qui suit: 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. ssh.com Le client et le serveur SSH de chez SSH.com sont aussi prêts pour IPv6, et gratuits pour les machines Linux et FreeBSD selon l'usage - commercial ou personnel - qui en est fait. Les navigateurs web prêts pour IPv6 L'état actuel de la liste des navigateurs web IPv6 est disponible. La plupart ont des problèmes irrésolues pour le moment Si un seul proxy IPv4 est utilisé dans les réglages, les requêtes IPv6 seront bien envoyées vers le proxy, mais celui-ci échouera à comprendre la requête, laquelle échouera. Solution: mettre à jour le logiciel proxy (à voir plus tard).Les réglages de configuration automatique de proxy (*.pac) ne peuvent être étendus afin de prendre en charge différemment les requêtes IPv6 (par exemple ne pas utiliser le proxy) à cause de leur nature (écrits en Java-script et bien encodés en dur dans les sources, comme cela peut être observé pour le code source de Maxilla).C'est ainsi que les anciennes versions ne comprennent pas un URL avec une adresse encodée en IPv6 comme http://[2001:4dd0:f838:a006::6]/ (cet URL ne fonctionne qu'avec un navigateur disposant d'IPv6!). Un bref test est d'essayer l'URL fourni avec un navigateur donné, sans utiliser de proxy. Un URL de test Un bon point de départ pour tester la navigation IPv6 est http://www.kame.net/. Si la tortue sur la page est animée, la connexion se fait via IPv6, sinon la tortue est statique. Les programmes serveur prêts pour IPv6 Dans cette partie, de nombreuses questions concernant des clients spécifiques ont été mentionnées. En conséquence, les éléments pour les serveurs prêts pour IPv6 sont fournis plus bas dans la section Eléments d'installation des démons prêts pour IPv6. FAQ (vérification d'un système prêt pour IPv6) Utiliser les outils Q: impossible d'utiliser ping6 avec des adresses lien-local Message d'erreur: "connect: Invalid argument" 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. Solution: spécifier l'interface de cette façon: “ping6 -I eth0 fe80::2e0:18ff:fe90:9205”, voir aussi l'usage du programme ping6. Q: impossible d'utiliser ping6 ou traceroute en tant qu'utilisateur courant Message d'erreur: “icmp socket: Operation not permitted” 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. 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 l'usage du programme. 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é. Configurer les interfaces Les différents périphériques réseau Sur un noeud, il existe différents périphériques réseau. Ils peuvent être Physiquement rattachés, comme eth0, tr0Virtuellement existants, comme ppp0, tun0, tap0, sit0, isdn0, ippp0 Physiquement rattachés Les interfaces physiquement rattachées, comme Ethernet ou Token-Ring, sont la norme et n'ont pas besoin d'un traitement particulier. Virtuellement existants Les interfaces virtuellement rattachées ont toujours besoin d'un traitement particulier. Les interfaces de tunnelage IPv6-in-IPv4 Ces interfaces sont normalement dénommées sitx. sit est l'abréviation mise pour Simple Transition Internet (Simple Internet Transition). Ce périphérique a la capacité d'encapsuler les paquets IPv6 à l'intérieur de paquets IPv4 et de les tunneler vers une extrémité étrangère. sit0 a une signification particulière et ne peut être utilisée pour des tunnels dédiés. Les interfaces PPP Les interfaces PPP acquièrent leur capacité IPv6 grâce à un démon PPP disposant d'IPv6. Les interfaces RNIS HDLC La capacité IPv6 pour HDLC avec encapsulation ip est déjà intégrée au noyau. Les interfaces PPP RNIS Les interfaces PPP RNIS (ippp) ne sont pas disponibles pour IPv6 dans le noyau. Il n'est pas prévu que cela se fasse, puisqu'elles seront remplacées par une couche d'interface ppp plus générique. SLIP + PLIP Comme il a déjà été dit, ces interfaces ne supportent pas le transport IPv6 (l'émission est OK, mais la distribution à la réception ne fonctionne pas). Le périphérique Ether-tap 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 tun Actuellement, je ne les ai pas encore testés par moi-même. ATM 01/2002: non supporté par l'actuel noyau vanille, supporté par l'extension USAGI. Autres Ai-je oublié une interface?... (dé)Montage des interfaces Deux méthodes peuvent être utilisées pour (dé)monter les interfaces. Utiliser "ip" Usage: up # ip link set dev down ]]>Exemple: Utiliser "ifconfig" Usage: up # /sbin/ifconfig down ]]>Exemple: Configurer les adresses IPv6 Il y a différentes façons de configurer une adresse IPv6 sur une interface. Vous pouvez utiliser "ifconfig" ou "ip". Affichage des adresses IPv6 existantes Vous devriez d'abord vérifier s'il existe des adresses IPv6 configurées, et combien (peut-être y en a-t-il qui l'ont été, comme par magie, pendant l'auto-configuration sans état). Utiliser "ip" Usage: ]]>Exemple pour un hôte configuré statiquement: Exemple pour un hôte auto-configuré Ici vous pouvez voir des adresses auto-configurées comme par magie et leurs durées de vie. Utiliser "ifconfig" Usage: ]]>Exemple (la sortie est filtrée avec grep pour n'afficher que les adresses IPv6). vous pouvez voir ici des adresses IPv6 ayant des portées différentes. Ajouter une adresse IPv6 Ajouter une adresse IPv6 est similaire au mécanisme des adresses “ALIAS IP” sur les interfaces configurées par IPv4 Linux. Utiliser "ip" Usage: / dev ]]>Exemple: Utiliser "ifconfig" Usage: inet6 add / ]]>Exemple: Ôter une adresse IPv6 Rarement nécessaire, prenez garde de ne pas ôter une adresse IPv6 n'existant pas, il en résulte parfois un crash sur les anciens noyaux. Utiliser "ip" Usage: / dev ]]>Exemple: Utiliser "ifconfig" Usage: inet6 del / ]]>Exemple: Configurer les routes IPv6 courantes Si vous voulez quitter votre lien et voulez émettre des paquets vers l'Internet mondial IPv6, vous avez besoin de routage. S'il existe déjà un routeur disposant d'IPv6 sur votre lien, il est possible que cela soit suffisant pour ajouter des routes IPv6. Afficher les routes IPv6 existantes Vous devriez d'abord vérifier s'il existe des routes IPv6 configurées, et combien (peut-être y en a-t-il qui l'ont été, comme par magie, pendant l'auto-configuration sans état). Utiliser "ip" Usage: ] ]]>Exemple: Utiliser "route" Usage: Exemple (la sortie est filtrée sur l'interface eth0). Ici vous pouvez voir différentes routes IPv6 pour différentes adresses sur une même interface. Ajouter une route IPv6 traversant une passerelle Nécessaire la plupart du temps pour atteindre l'extérieur grâce à IPv6 en utilisant un routeur IPv6 sur votre lien. Utiliser "ip" Usage: / via ¬ [dev ] ]]>Exemple: Utiliser "route" Usage: / gw ¬ [dev ] ]]>Un périphérique peut être nécessaire également, si l'adresse IPv6 de la passerelle est un lien-local. Suivre l'exemple montré ajoute une route à toutes les adresses globales actuelles (2000::/3) à travers la passerelle 3ffe:ffff:0:f101::1 Ôter une route IPv6 traversant une passerelle Rarement nécessaire manuellement, la plupart du temps effectué par les scripts configurant le réseau à l'extinction (totale ou par interface) Utiliser "ip" Usage: / via ¬ [dev ] ]]>Exemple: Utiliser "route" Usage: / [dev ] ]]>Exemple pour de nouveau ôter la route précédemment ajoutée: Ajouter une route IPv6 traversant une interface Pas si fréquent, parfois en cas de création de lien point-à-point. Utiliser "ip" Usage: / dev ¬ metric 1 ]]>Exemple: La distance (metric) “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”. Utiliser "route" Usage: / dev ]]>Exemple: Ôter une route IPv6 traversant une interface Rarement utiliser manuellement, les scripts de configuration font cela à l'extinction. Utiliser "ip" Usage: / dev ]]>Exemple: Utiliser "route" Usage: / dev ]]>Exemple: FAQ concernant les routes IPv6 Support d'une route par défaut IPv6 Une idée d'IPv6 était le routage hiérarchique, avec pour conséquence une quantité moindre d'entrées dans les tables de routage nécessaires aux routeurs. Il y a certains problèmes dans les noyaux Linux actuels: Les clients (ne routent aucun paquet!) 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 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). Pour l'heure, le “routage par défaut” peut être installé en utilisant l'actuel et unique préfixe d'adresse globale “2000::/3”. Le projet USAGI supporte déjà cela dans leurs extensions grâce à une astuce de programmation (NdT: a hack, i.e. littéralement, une”bidouille”). 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. La découverte de voisinage La découverte de voisinage est le successeur IPv6 de ARP (Address Resolution Protocol, 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”. Afficher le voisinage en utilisant "ip" Avec la commande qui suit vous pouvez afficher les voisins IPv6 appris ou configurés ] ]]>L'exemple suivant montre un voisin, qui est un routeur pouvant être atteint Manipuler la table de voisinage en utilisant "ip" Ajouter manuellement une entrée La commande suivante vous permet d'ajouter manuellement une entrée lladdr dev ]]>Exemple: Détruire manuellement une entrée De même qu'une entrée peut être ajoutée, une entrée peut être détruite: lladdr dev ]]>Exemple: Pour plus de réglages avancés L'outil “ip” est sous-documenté, mais il est très puissant. Voir l'aide en ligne pour en savoir plus Il semble que certaines options soient uniquement pour IPv4... si vous pouvez contribuer à en dire plus sur les drapeaux et l'emploi avancé, merci d'envoyer vos informations. Configurer les tunnels IPv6-in-IPv4 Si vous souhaitez quitter votre lien incapable d'accéder à IPv6 à partir de votre réseau local, vous avez besoin d'un tunnelage IPv6-in-IPv4 afin de rejoindre l'Internet mondial IPv6. Il y a différents mécanismes de tunnelage, et conséquemment, différentes façons d'installer des tunnels. Les types de tunnel Il y a plus d'une façon de tunneler des paquets IPv6 sur des liens uniquement IPv4. Tunnelage statique point-à-point: 6bone Un tunnel point-à-point est un tunnel dédié à un point de connexion terminal, qui connaît votre réseau IPv6 (pour le routage en retour) et l'adresse IPv4 de votre point de connexion (terminale), comme défini dans la RFC 2893 / Transition Mechanisms for IPv6 Hosts and Routers. Pré-requis: L'adresse IPv4 de votre point de connexion terminal doit être globalement unique, statique, et accessible à partir de l'autre point de connexion terminal distantUn préfixe IPv6 vous est assigné (voir le bureau d'enregistrement 6bone)Une extrémité distante du tunnel capable de router votre préfixe IPv6 jusqu'à votre extrémité locale du tunnel (la plupart du temps, une configuration manuelle distante est requise) Le tunnelage automatique Le cas du tunnelage automatique se présente quand un noeud se connecte directement à un autre noeud en ayant obtenu au préalable l'adresse IPv4 de l'autre noeud. Le tunnelage 6to4 Le tunnelage 6to4 (RFC 3056 / Connection of IPv6 Domains via IPv4 Clouds) utilise un mécanisme simple pour créer des tunnels automatiques. Tout noeud ayant une adresse unique globale IPv4 est capable d'être le point de connexion terminal d'un tunnel 6to4 (si aucun pare-feu IPv4 ne prohibe ce trafic). Foncièrement, le tunnelage 6to4 n'est pas un tunnel en binôme (one-to-one tunnel). Ce tunnelage se subdivise en un tunnelage d'un flux montant et d'un flux descendant. Une adresse IPv6 spéciale indique que ce noeud utilisera un tunnelage 6to4 pour se connnecter au réseau mondial IPv6. La génération d'un préfixe 6to4 Une adresse 6to4 est définie comme suit (le schéma provient du RFC 3056 / Connection of IPv6 Domains via IPv4 Clouds): 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. Pour les passerelles, un tel préfixe est généré en utilisant normalement pour SLA “0000”, et pour suffixe “::1” (ce n'est pas une nécessité, il peut être déterminé arbitrairement, mais d'une portée locale) et assigné à l'interface de tunnelage 6to4. Notez que Windows Microsoft utilise aussi V4ADDR comme préfixe. Le flux de tunnelage ascendant 6to4 Le noeud doit savoir à quel point de connexion terminal étranger ses paquets IPv6 dans IPv4 doivent être envoyés. Aux tout premiers jours du tunnelage 6to4, des routeurs dédiés au tunnelage de flux ascendant avaient été définis. Voir l'information 6to4 de NSayer pour une liste de ses routeurs. De nos jours, les routeurs de flux ascendant 6to4 peuvent être découverts comme par magie par l'emploi de l'adresse anycast 192.88.99.1. Les protocoles de routage s'occupent de cela en arrière-plan, voir le RFC 3068 / An Anycast Prefix for 6to4 Relay Routers pour les détails. Le flux de tunnelage descendant 6to4 La méthode servant au flux descendant (du 6bone vers votre noeud disposant de 6to4) n'est pas vraiment bien fixée et peut varier selon l'hôte étranger vers qui sont envoyés les paquets originaux. Il existe deux possibilités: l'hôte étranger utilise 6to4 et émet directement en retour les paquets à votre noeud (voir plus bas)l'hôte étranger émet les paquets en retour vers le réseau mondial IPv6 et selon le routage dynamique qui a lieu alors, un routeur relais créera un tunnel automatique de retour vers votre noeud. Le trafic possible avec 6to4 de 6to4 vers 6to4: est normalement tunnelé directement entre chacun des hôtes disposant de 6to4de 6to4 vers un trafic non 6to4: est émis via le flux ascendant du tunnelageun trafic non 6to4 vers 6to4: est émis via le flux descendant du tunnelage Afficher les tunnels existants Utiliser "ip" Usage: ] ]]>Exemple: Utiliser "route" Usage: Exemple (la sortie est filtrée afin de ne laisser apparaître que les tunnels empreintant l'interface sit0): Montage d'un tunnel point-à-point Il y a 3 possibilités pour ajouter ou ôter un tunnel point-à-point. Une bonne source d'information additionnelle à propos de l'installation de tunnel grâce à “ip” est configurer les tunnels avec iproute2 (article) (miroir). Ajouter un tunnel point-à-point Utiliser "ip" La méthode la plus commune actuellement pour une petite quantité de tunnels. Usage en vue de créer un périphérique de tunnelage (mais il n'est pas monté pour autant, une TTL doit également être spécifiée, car la valeur par défaut est 0) mode sit ttl remote ¬ local ]]>Usage (exemple générique pour trois tunnels): remote ¬ local # /sbin/ip link set dev sit1 up # /sbin/ip -6 route add dev sit1 metric 1 # /sbin/ip tunnel add sit2 mode sit ttl ¬ local # /sbin/ip link set dev sit2 up # /sbin/ip -6 route add dev sit2 metric 1 # /sbin/ip tunnel add sit3 mode sit ttl ¬ local # /sbin/ip link set dev sit3 up # /sbin/ip -6 route add dev sit3 metric 1 ]]> Utiliser "ifconfig" et "route" (méthode dépréciée) Ce n'est véritablement pas une méthode recommandée pour ajouter un tunnel, car elle est plutôt étrange. Pas de problème lors de l'ajout d'un seul tunnel, mais si vous en montez plus d'un, il ne vous est pas possible facilement de démonter le premier tout en laissant les autres fonctionner. Usage (exemple générique pour trois tunnels): # /sbin/ifconfig sit1 up # /sbin/route -A inet6 add dev sit1 # /sbin/ifconfig sit0 tunnel # /sbin/ifconfig sit2 up # /sbin/route -A inet6 add dev sit2 # /sbin/ifconfig sit0 tunnel # /sbin/ifconfig sit3 up # /sbin/route -A inet6 add dev sit3 ]]>Important: NE JAMAIS FAIRE DE LA SORTE, car cette façon de faire rend implicitement disponible le "tunnelage automatique" à partir de n'importe où dans l'Internet, c'est un risque, et cela ne devrait jamais être préconisé. Utiliser seulement "route" Il est aussi possible d'installer des tunnels dans le style Accès Multiple Sans Diffusion (Non Broadcast Multiple Access, ou NBMA), c'est un moyen facile d'ajouter de nombreux tunnels en une fois. Usage (exemple générique pour trois tunnels): gw ¬ :: dev sit0 # /sbin/route -A inet6 add gw ¬ :: dev sit0 # /sbin/route -A inet6 add gw ¬ :: dev sit0 ]]>Important: NE JAMAIS FAIRE DE LA SORTE, car cette façon de faire rend implicitement disponible le "tunnelage automatique" à partir de n'importe où dans l'Internet, c'est un risque, et cela ne devrait jamais être préconisé. Ôter des tunnels point-à-point Rarement réalisé manuellement, mais utilisé par les scripts pour une extinction propre ou un redémarrage de la configuration IPv6. Utiliser "ip" Pour ôter un périphérique de tunnelage: ]]>Usage (exemple générique pour trois tunnels): dev sit1 # /sbin/ip link set sit1 down # /sbin/ip tunnel del sit1 # /sbin/ip -6 route del dev sit2 # /sbin/ip link set sit2 down # /sbin/ip tunnel del sit2 # /sbin/ip -6 route del dev sit3 # /sbin/ip link set sit3 down # /sbin/ip tunnel del sit3 ]]> Utiliser "ifconfig" et "route" (méthode dépréciée parce qu'elle n'est pas très drôle) Ce n'est pas seulement la création qui est étrange, mais l'extinction aussi... vous devez ôter les tunnels dans l'ordre inverse, ce qui signifie que le premier créé doit être le dernier ôté. Usage (exemple générique pour trois tunnels): dev sit3 # /sbin/ifconfig sit3 down # /sbin/route -A inet6 del dev sit2 # /sbin/ifconfig sit2 down # /sbin/route -A inet6 add dev sit1 # /sbin/ifconfig sit1 down # /sbin/ifconfig sit0 down ]]> Utiliser "route" Comme pour ôter des routes IPv6 courantes Usage (exemple générique pour trois tunnels): gw ¬ :: dev sit0 # /sbin/route -A inet6 del gw ¬ :: dev sit0 # /sbin/route -A inet6 del gw ¬ :: dev sit0 # /sbin/ifconfig sit0 down ]]> Attribution d'une adresse (<emphasis>numbered</emphasis>) à un tunnel point-à-point 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. Installation des tunnels 6to4 Prenez garde au fait que le support des tunnels 6to4 est actuellement manquant sur la série des noyaux vanille 2.2.x (voir la vérification du système / noyau pour plus de détails). Notez aussi que la longueur du préfixe d'une adresse 6to4 est de 16, car, du point de vue du réseau, tous les autres hôtes 6to4 sont sur la même couche 2. Ajouter un tunnel 6to4 Vous avez premièrement à calculer votre préfixe 6to4 en utilisant votre adresse IPv4 routable assignée localement (si votre hôte n'a pas d'adresse IPv4 routable, dans des cas précis, NAT sur une passerelle est possible): En considérant que votre adresse IPv4 soit le préfixe 6to4 généré sera Les passerelles locales 6to4 devraient (mais cela n'est pas une nécessité, vous pouvez choisir un préfixe arbitraire de portée locale, si cela vous sied mieux) toujours assigner le suffixe “::1”, ce qui vous donnera comme adresse 6to4 locale Utiliser par exemple ce qui suit pour une génération automatique: Il y a maintenant deux façons possibles de mettre en place un tunnelage 6to4. Utiliser "ip" et un périphérique tunnel dédié C'est dorénavant la façon de faire qui est recommandée (une TTL doit être spécifiée, car le défaut est 0). Créez un nouveau périphérique tunnel remote any local ]]>Montez l'interface Ajouter une adresse 6to4 locale à l'interface (note: la longueur du préfixe, 16, est importante!) /16 dev tun6to4 ]]>Ajouter une route (par défaut) au réseau global IPv6 en utilisant l'adresse anycast tous-routeurs-6to4 (all-6to4-routers) Il a été rapporté que certaines versions de “ip” (par exemple Linux SuSe 9.0) ne prennent pas en charge les adresses IPv6 compatibles IPv4 pour les passerelles. Dans ce cas, l'adresse IPv6 correspondante doit être employée: Utiliser "ifconfig", "route" et le périphérique de tunnelage “sit0” (méthode dépréciée) 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. Monter l'interface de tunnelage générique sit0 Ajouter une adresse 6to4 locale à une interface /16 ]]>Ajouter une route (par défaut) au réseau global IPv6 en utilisant l'adresse anycast IPv4 tous-relais-6to4 (all-6to4-relays) Ôter un tunnel 6to4 Utiliser "ip" et un périphérique de tunnelage dédié Ôter toutes les routes traversant ce périphérique de tunnelage spécifique Démonter l'interface Ôter un périphérique tunnel Utiliser “ifconfig”, “route” et un périphérique de tunnel générique “sit0” (déprécié) Ôter une route (par défaut) traversant une interface tunnel 6to4 Ôter une adresse locale 6to4 d'une interface /16 ]]>Démontage d'un périphérique de tunnelage générique (prenez garde, peut-être est-il utilisé...) Configurer les tunnels IPv4-in-IPv6 Cela sera complété à l'avenir. Pour le moment, de tels tunnels sont essentiellement employés en environnement de test, mais il semble que le support soit actuellement manquant pour linux (03/2004). Pour l'heure, plus d'information dans le RFC 2473 / Generic Packet Tunneling in IPv6 Specification Les réglages du noyau dans le système de fichiers /proc Note: la source de cette section est essentiellement le fichier "ip-sysctl.txt", qui est inclus dans les sources du noyau actuel, dans le répertoire "Documentation/networking". Le crédit va à Pekka Savola qui maintient la partie de ce fichier relative à IPv6. D'autres textes sont aussi plus ou moins copier/coller dans cette partie de document. Comment accéder au système de fichiers /proc Utiliser “cat” et “echo” 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 Le système de fichiers /proc doit être rendu disponible dans le noyau, ce qui signifie qu'à la compilation le commutateur suivant doit avoir été positionné Le système de fichiers /proc doit être auparavant monté, ce qui peut être testé en faisant Vous devez pouvoir lire le système de fichiers /proc et parfois aussi y écrire (normalement seul root le peut)Normalement, seules les entrées dans /proc/sys/* sont en écriture, les autres sont en lecture seule et servent seulement à la récupération de l'information. Récupérer une valeur La valeur de l'entrée peut être récupérée en utilisant "cat": Fixer une valeur Une nouvelle valeur peut être fixée (si l'entrée est en écriture) en utilisant echo: /proc/sys/net/ipv6/conf/all/forwarding ]]> Utiliser “sysctl” 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/*! Le programme “sysctl” est compris dans le paquetage “procps” (sur le système Red Hat). L'interface sysctl doit être disponible dans le noyau, ce qui signifie qu'à la compilation le commutateur suivant a à être fixé Récupérer une valeur La valeur de l'entrée peut maintenant être récupérée: Fixer une valeur Une nouvelle valeur peut être fixée (si l'entrée est en écriture): Note: n'utilisez pas d'espaces autour du signe "=" lorsque vous fixez les valeurs. De même pour une valeur multiple sur une même ligne, mettez des guillemets comme ceci En plus Note: il existe dans la pratique certaines versions de sysctl qui affichent “/” au lieu de “.” Pour plus de détails jetez un coup d'oeil dans la page de manuel de sysctl. une astuce: pour une recherche rapide parmi les réglages, utiliser “-a” (afficher toutes les entrées) en conjonction avec “grep”. Les types de valeur trouvés dans le système de fichiers /proc IL y a plusieurs formats observés dans le système de fichiers /proc: BOOLÉEN: simple “0” (faux) ou “1” (vrai)ENTIER: une valeur entière, peut être également non signéeDes lignes plus sophistiquées avec plusieurs valeurs: parfois un en-tête est aussi affiché, sinon, jetez un coup d'oeil aux sources du noyau pour savoir quel sens possède telle ou telle valeur... Les entrées de /proc/sys/net/ipv6/ conf/default/* Changer les réglages par défaut spécifiques à chaque interface. conf/all/* Changer tous les réglages spécifiques aux interfaces. Exception: “conf/all/forwarding” a une signification différente ici conf/all/forwarding Type: BOOLÉENCeci rend disponible le renvoi global IPv6 entre toutes les interfaces. En IPv6, vous ne pouvez contrôler le renvoi par périphérique, le contrôle du renvoi doit être réalisé en utilisant les jeux de règles de netfilter-IPv6 (contrôlés grâce à ip6tables) en spécifiant les périphériques d'entrée et de sortie (voir comment mettre en place un pare-feu/Netfilter6 pour plus d'information); à la différence d'IPv4, où vous pouvez contrôler le renvoi périphérique par périphérique (la décision est prise sur l'interface qui reçoit des paquets). Ceci fixe aussi le réglage du renvoi Hôte/Routeur de toutes les interfaces à la valeur spécifiée. Voir plus bas pour plus de détails. Tout ceci relève du renvoi global. Si cette valeur est à 0, aucun renvoi IPv6 n'est disponible, jamais aucun paquet ne part vers une autre interface, ni physique, ni logique, comme par exemple un tunnel. conf/interface/* Changer les réglages spécifiques à chaque interface. Le comportement fonctionnel de certains réglages est dépendant du positionnement du renvoi local, disponible ou non. accept_ra Type: BOOLÉENDéfaut fonctionnel: disponible si le renvoi local est disponible; indisponible si le renvoi local est disponible.Accepter les annonces de routeur, et auto-configurer cette interface avec les données reçues. accept_redirects Type: BOOLÉENDéfaut fonctionnel: disponible si le renvoi local est indisponible. Indisponible si le renvoi local est disponible.Accepter les redirections émises par un routeur IPv6. autoconf Type: BOOLÉENDéfaut: VRAIConfigurer les adresses lien-local (voir aussi Les types d'adresse) 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. dad_transmits Type: ENTIERDéfaut: 1Quantité de message de détection d'adresse dupliquée à émettre. forwarding Type: BOOLÉENDéfaut: FAUX si le renvoi global est indisponible (défaut), sinon VRAIConfigurer le comportement spécifique à chaque interface Hôte/Routeur. Note: Il est recommandé d'avoir le même réglage sur toutes les interfaces; mélanger les scénarii routeur/hôte est plutôt atypique. Valeur FAUX: Par défaut, le comportement d'hôte est assumé. Cela signifie que: Le drapeau IsRouter n'est pas positionné dans les annonces de voisinage.Les sollicitations de routeur sont envoyées dès que nécessaires.Si accept_ra est VRAI (défaut), accepte les annonces de routeur (et réalise une auto-configuration).Si accept_redirects est VRAI (défaut), accepte les redirections. Valeur VRAI: si le renvoi local est disponible, le comportement d'un routeur est assumé. Ceci signifie l'opposé de ce qui précéde: Le drapeau IsRouter est positionné dans les annonces de voisinage.Les sollicitations de routeur ne sont pas émises.Les annonces de routeur sont ignorées.Les redirections sont ignorées. hop_limit Type: ENTIERDéfaut: 64Nombre limite de sauts par défaut. mtu Type: ENTIERDéfaut: 1280 (minimum requis pour IPv6)Unité de transfert maximum par défaut router_solicitation_delay Type: ENTIERDéfaut: 1Nombre de secondes à attendre après le montage d'une interface avant d'émettre des sollicitations de routeur. router_solicitation_interval Type: ENTIERDéfaut: 4Nombre de secondes d'attente entre les émissions de sollicitations de routeur. router_solicitations Type: ENTIERDéfaut: 3Nombre de sollicitation(s) de routeur à émettre avant de considérer qu'aucun routeur n'est présent. neigh/default/* Changer les réglages par défaut pour la détection de voisinage et certaines valeurs d'intervalle global et de déclenchement (threshold): gc_thresh1 Type: ENTIERDéfaut: 128A remplir plus avant. gc_thresh2 Type: ENTIERDéfaut: 512A remplir plus avant. gc_thresh3 Type: ENTIERDéfaut: 1024Paramètre de réglage de la taille de la table du voisinage. Augmenter cette valeur si vous avez de nombreuses interfaces et un problème avec des routes qui commencent à mystérieusement s'activer et échouer. Ou si un démon de routage Zebra en cours d'activité rapporte cette erreur: gc_interval Type: ENTIERDéfaut: 30A remplir plus avant. neigh/interface/* Changez ces réglages spécifiques à chaque interface pour la détection de voisinage. anycast_delay Type: ENTIERDéfaut: 100A remplir plus avant. gc_stale_time Type: ENTIERDéfaut: 60A remplir plus avant. proxy_qlen Type: ENTIERDéfaut: 64A remplir plus avant. unres_qlen Type: ENTIERDéfaut: 3A remplir plus avant. app_solicit Type: ENTIERDéfaut: 0A remplir plus avant. locktime Type: ENTIERDéfaut: 0A remplir plus avant. retrans_time Type: ENTIERDéfaut: 100A remplir plus avant. base_reachable_time Type: ENTIERDéfaut: 30A remplir plus avant. mcast_solicit Type: ENTIERDéfaut: 3A remplir plus avant. ucast_solicit Type: ENTIERDéfaut: 3A remplir plus avant. delay_first_probe_time Type: ENTIERDéfaut: 5A remplir plus avant. proxy_delay Type: ENTIERDéfaut: 80A remplir plus avant. route/* Changer les réglages globaux du routage. flush Retiré des nouvelles versions du noyau . gc_interval Type: ENTIERDéfaut: 30A remplir plus avant. gc_thresh Type: ENTIERDéfaut: 1024A remplir plus avant. mtu_expires Type: ENTIERDéfaut: 600A remplir plus avant. gc_elasticity Type: ENTIERDéfaut: 0A remplir plus avant. gc_min_interval Type: ENTIERDéfaut: 5A remplir plus avant. gc_timeout Type: ENTIERDéfaut: 60A remplir plus avant. min_adv_mss Type: ENTIERDéfaut: 12A remplir plus avant. max_size Type: ENTIERDéfaut: 4096A remplir plus avant. Les entrées relatives à IPv6 dans /proc/sys/net/ipv4/ Pour le moment (et cela sera valable jusqu'à ce qu'IPv4 soit complètement converti en un module indépendant du noyau), certains commutateurs IPv4 sont aussi utilisés par IPv6. ip_* ip_local_port_range Ce réglage sont aussi utilisé par IPv6. tcp_* Ces réglages sont aussi utilisés par IPv6. icmp_* Ces réglages ne sont pas utilisés par IPv6. Pour réaliser une limitation du trafic ICMPv6 (ce qui est très recommandé compte tenu de possibles engorgements ICMPv6), des règles netfilter-v6 doivent être utilisées. autre(s) Inconnu(s), mais probablement inutilisé(s) par IPv6. Les entrées relatives à IPv6 dans /proc/net/ 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”. if_inet6 Type: Une ligne par adresse comporte plusieurs valeursIci 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). L'adresse IPv6 affichée grâce à 32 caractères hexadécimaux sans le séparateur ":"Numéro de périphérique Netlink (index d'interface) in hexadécimal (voir aussi “ip addr”)La longueur du préfixe en hexadécimalLa valeur de la portée (voir les sources du noyau "include/net/ipv6.h" et "net/ipv6/addrconf.c" pour plus de détails)Les drapeaux de l'interface (voir “include/linux/rtnetlink.h” et “net/ipv6/addrconf.c” pour en savoir plus)Le nom du périphérique ipv6_route Type: Une ligne par route comporte plusieurs valeursIci 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). Le réseau de destination IPv6 affiché grâce à 32 caractères hexadécimaux sans le séparateur ":"La longueur du préfixe de destination IPv6 en hexadécimalLe réseau source IPv6 affiché grâce à 32 caractères hexadécimaux sans le séparateur ":" La longueur du préfixe de la source IPv6 en hexadécimalLe prochain saut IPv6 affiché grâce à 32 caractères hexadécimaux sans le séparateur ":"La distance en hexadécimalCompteur de référenceCompteur d'utilisationLes drapeauxNom du périphérique sockstat6 Type: Une ligne par protocole avec description et valeurStatistiques à propos de l'utilisation des sockets IPv6. Exemple: tcp6 A remplir. udp6 A remplir. igmp6 A remplir. raw6 A remplir. ip6_flowlabel A remplir. rt6_stats A remplir. snmp6 Type: Une ligne par description et valeur SNMPStatistiques SNMP, peuvent être récupérées par un serveur SNMP et mis en rapport à une tableau MIB grâce à un logiciel d'administration réseau. ip6_tables_names Tables netfilter6 disponibles L'interface de netlink vers le noyau A remplir... je n'ai en cela pas d'expérience... Le déboguage réseau Les sockets d'écoute de serveur Utiliser “netstat” pour vérifier les sockets d'écoute de serveur 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: options employées: -nlptu Exemple: Des exemples de dump provenant de tcpdump Suivent quelques exemples de paquets capturés, cela sera peut-être utile pour vos propres déboguages... ...plus d'info à venir... La découverte de routeur Une annonce de routeur ff02::1: icmp6: router ¬ advertisement(chlim=64, router_ltime=30, reachable_time=0, ¬ retrans_time=0)(prefix info: AR valid_ltime=30, preffered_ltime=20, ¬ prefix=2002:0102:0304:1::/64)(prefix info: LAR valid_ltime=2592000, ¬ preffered_ltime=604800, prefix=3ffe:ffff:0:1::/64)(src lladdr: ¬ 0:12:34:12:34:50) (len 88, hlim 255) ]]>Un routeur, avec pour adresse lien-local “fe80::212:34ff:fe12:3450”, émet une annonce à l'adresse multicast tous-les-noeuds-du-lien (all-node-on-link) “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”. Une sollicitation de routeur ff02::2: icmp6: router solicitation ¬ (src lladdr: 0:12:34:12:34:56) (len 16, hlim 255) ]]>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 (all-router-on-link) “ff02::2”. La découverte de voisinage Une sollicitation de découverte de voisinage afin de détecter une possible duplication d'adresse 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, via l'adresse multicast lien-local du noeud sollicité. 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 ff02::1:ff12:3456: icmp6: neighbor sol: who has ¬ fe80::212:34ff:fe12:3456(src lladdr: 0:12:34:12:34:56) (len 32, hlim 255) ]]> 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 ff02::1:ff12:3456: icmp6: neighbor sol: who has ¬ 2002:0102:0304:1:212:34ff:fe12:3456(src lladdr: 0:12:34:12:34:56) (len 32, ¬ hlim 255) ]]> 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 ff02::1:ff12:3456: icmp6: neighbor sol: who has ¬ 3ffe:ffff:0:1:212:34ff:fe12:3456(src lladdr: 0:12:34:12:34:56) (len 32, hlim ¬ 255) ]]> Une sollicitation de découverte de voisinage à la recherche d'hôte(s) ou de passerelle(s) 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 ff02::1:ff00:10: icmp6: ¬ neighbor sol: who has 3ffe:ffff:0:1::10(src lladdr: 0:e0:18:90:92:5) (len 32, ¬ hlim 255) ]]> Ce noeud recherche maintenant “fe80::10” ff02::1:ff00:10: icmp6: neighbor ¬ sol: who has fe80::10(src lladdr: 0:e0:18:90:92:5) (len 32, hlim 255) ]]> Support à la configuration persistante IPv6 dans les distributions Linux Certaines distributions Linux contiennent déjà un support à la configuration persistante IPv6 utilisant une configuration nouvelle ou préexistante, des fichiers de script, et des accroches dans les fichiers de script IPv4. Linux Red Hat et ses "clones" Depuis que j'ai commencé à écrire l'Howto -IPv6 & Linux , il était dans mon intention de rendre disponible une configuration convenant aux cas les plus fréquents tels que hôte simple, routeur simple, hôte à double résidence, routeur avec un second tronçon réseau, tunnel typique, tunnel 6to4, etc. De nos jours, il existe des fichiers de configuration et des scripts qui font très bien ce travail (je n'ai jamais entendu parler de vrais problèmes, mais je ne sais pas s'ils sont beaucoup utilisés). Parce que cette configuration et ces scripts augmentent régulièrement en volume, ils ont leur propre page HOWTO: initscripts-ipv6 (miroir). Parce que j'ai commencé mon expérience IPv6 sur un clone de la Linux Red Hat 5.0, mes développements concernant IPv6 sont encore essentiellement basés sur Linux Red Hat, il est par conséquent un peu logique que ces scripts soient développés sur ce type de distribution (on appelle ça une raison historique). Il est ainsi très facile d'étendre certains de ces fichiers de configuration, d'en créer de nouveaux et de créer de simples accroches d'appel à l'installation d'IPv6 à partir de l'installation d'IPV4. 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. 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”). Tester la présence des scripts de configuration IPv6 Vous pouvez tester si votre distribution Linux contient le support pour la configuration persistante IPv6 utilisant mon jeu d'outils. Le script de la bibliothèque devrait exister: Un test magique: La version de la bibliothèque est importante s'il vous manque certaines fonctionnalités. Vous pouvez l'obtenir en exécutant ce qui suit (ou d'une façon encore plus aisée en regardant le haut du fichier): Dans l'exemple montré, la version utilisée est la 20011124. Vérifiez cela par rapport à l'information la plus à jour sur la page initscripts-ipv6 (miroir) afin de voir ce qui a changé. Vous y trouverez aussi un journal des modifications. Quelques éléments pour rendre disponible IPv6 sur les actuelles RHL 7.1, 7.2, 7.3,... Vérifiez si votre système a déjà le module IPv6 chargé Si le résultat est “off”, alors rendez disponible la mise en réseau IPv6 en éditant /etc/sysconfig/network, ajoutez la nouvelle ligne Redémarrez la machine, ou simplement le réseau par Maintenant le module IPv6 devrait être chargé Si votre système est sur un lien fournissant l'annonce de routeur, la configuration sera réalisée automatiquement. Pour plus d'information sur les réglages supportées, voir /usr/share/doc/initscripts-$version/sysconfig.txt. Linux SuSE Dans les nouvelles versions, il n'y a véritablement qu'un support rudimentaire disponible, voir /etc/rc.config pour les détails. A cause de sa configuration très différente et de la structure de ses scripts, il est difficile (voire impossible) d'utiliser le jeu d'outils de Linux Red Hat et de ses clones avec cette distribution. Dans les versions 8.x, SuSE va complétement modifier l'installation de sa configuration. Linux SuSE 7.3 Comment installer IPv6 6to4 pour la SuSE 7.3 Linux SuSE 8.0 Configuration d'adresse IPv6 Editez le fichier /etc/sysconfig/network/ifcfg-<nom-de-l'interface> et fixez la valeur suivante /" ]]> Information supplémentaire Voir le fichier /usr/share/doc/packages/sysconfig/README Linux SuSE 8.1 Configuration d'adresse IPv6 Editez le fichier /etc/sysconfig/network/ifcfg-<nom-de-l'interface> et fixez la valeur suivante /" ]]> Information supplémentaire Voir le fichier /usr/share/doc/packages/sysconfig/Network Linux Debian Les informations qui suivent sont une contribution de Stéphane Bortzmeyer <bortzmeyer chez nic point fr> Assurez-vous qu'IPv6 soit chargé; soit il est compilé dans le noyau, soit il est chargé comme module. Dans ce dernier cas, trois solutions, l'ajouter à /etc/modules, utiliser la configuration ci-dessous, ou utiliser kmod (non détaillé ici).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 : /proc/sys/net/ipv6/conf/all/autoconf netmask 64 # Le routeur est auto-configuré, et n'a pas d'adresse fixe. # Il est déterminé comme par magie # (/proc/sys/net/ipv6/conf/all/accept_ra). Sinon: # gateway 3ffe:ffff:1234:5::1 ]]>Puis vous rebootez, ou alors vous faites juste Et vous avez votre adresse statique. Plus d'information IPv6 sur Linux Debian par Craig SmallHowTo pour Freenet6 & les utilisateurs Debian de Jean-Marc Liotier (annoncé le 24.12.2002 sur la liste de diffusion users@ipv6.org ) L'auto-configuration et la mobilité L'auto-configuration sans état Est supportée et observée sur l'adresse lien-local assignée après le montage d'une interface sur laquelle IPv6 est disponible. Exemple: mtu 1500 qlen1000 inet6 fe80::211:d8ff:fe6b:f0f5/64 scope link valid_lft forever preferred_lft forever ]]> L'auto-configuration avec état utilisant le Démon d'Annonce de Routeur A compléter. Voir plus bas l'auto-configuration par le démon radvd (Router Advertisement Daemon). Le Protocole de Configuration Dynamique d'Hôte version 6 (DHCPv6) Après de longues discussions concernant les difficultés, le RFC 3315 / Dynamic Host Configuration Protocol for IPv6 (DHCPv6) a finalement vu le jour. Au moment de la mise à jour de ce passage (10/2005), il existe deux implémentations: Dibbler par Tomasz Mrugalski <thomson chez klub point com point pl>DHCPv6 chez Sourceforge La mobilité A compléter. Pour le moment, voir la page d'accueil sur la mobilité IPv6 sur Linux (MIPL) pour plus de détails. Plus d'information peut être trouvée ici (merci de signaler les liens brisés): draft-oneill-mipv6-cao-??.txt / MIPv6 Care of Address Optiondraft-mccann-mobileip-80211fh-??.txt / Mobile IPv6 Fast Handovers for 802.11 Networksdraft-haberman-ipv6-anycast-rr-??.txt / IPv6 Anycast Binding using Return Routabilitydraft-mun-aaa-localkm-mobileipv6-??.txt / Localized Key Management for AAA in MobileIPv6draft-thubert-nemo-ro-taxonomy-??.txt / Taxonomy of Route Optimization Models in the NEMO Contextdraft-le-aaa-diameter-mobileipv6-??.txt / Diameter Mobile IPv6 Applicationdraft-wakikawa-manet-globalv6-??.txt / Global Connectivity for IPv6 Mobile Ad Hoc Networksdraft-ietf-mobileip-fast-mipv6-??.txt / Fast Handovers for Mobile IPv6draft-ietf-mobileip-ipv6-??.txt / Mobility Support in IPv6draft-ohnishi-mobileip-v6vpngateway-??.txt / Mobile IPv6 VPN using Gateway Home Agentdraft-ietf-mobileip-hmipv6-??.txt / Hierarchical MIPv6 mobility management (HMIPv6)draft-mkhalil-ipv6-fastra-??.txt / IPv6 Fast Router Advertisementdraft-okazaki-mobileip-abk-??.txt / Securing MIPv6 Binding Updates Using Address Based Keys (ABKs)draft-vriz-mobileip-hbhlmap-??.txt / Hop-by-Hop Local Mobility Agents Probing for Mobile IPv6draft-thubert-nemo-reverse-routing-header-??.txt / IPv6 Reverse Routing Header and its application to Mobile Networksdraft-ietf-mobileip-mipv6-ha-ipsec-??.txt / Using IPsec to Protect Mobile IPv6 Signaling between Mobile Nodes and Home Agentsdraft-suh-rmm-??.txt / Regional Mobile IPv6 mobility managementdraft-mccann-mobileip-ipv6mipv4-??.txt / IPv6 over Mobile IPv4draft-kempf-mobileip-fmipv6-sem-??.txt / Improving the Architectural Alignment for FMIPv6draft-le-aaa-mipv6-requirements-??.txt / Mobile IPv6 Authentication, Authorization, and Accounting Requirementsdraft-hwang-rohc-mipv6-??.txt / RObust Header Compression (ROHC): A Compression Profile for Mobile IPv6LANCASTER MOBILE IPv6 PACKAGETestbed for MIND project on IPv6Mobile IPv6 Issue List Mettre en place le pare-feu 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 le RFC 1918 / Address Allocation for Private Internets ou l'adressage IP privée automatique (Automatic Private IP Addressing, ou APIPA) recherche Google "Microsoft + APIPA", 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 grâce à netfilter La mise en place d'un pare-feu IPv6 est nativement supportée par les noyaux dont la version est supérieure à 2.4. Avec les anciennes versions inférieures à 2.2, vous pouvez seulement filtrer IPv6-in-IPv4 par le protocole 41. Attention: il n'y a aucune garantie que les règles décrites ou les exemples fournis puissent protéger votre système! Faites un audit de votre jeu de règles après son installation, voir l'audit de sécurité sur IPv6 pour en savoir plus. Notez aussi que le projet USAGI finalise actuellement son travail sur la traque de connexion pour IPv6! Cela rendra la création de jeu de règles plus simple et plus sûre à l'avenir! Plus d'information Le projet Netfiltermaillist archive of netfilter usersmaillist archive of netfilter developersInformation non officielle concernant l'état de netfilter Préparation Récupérer les sources Récupérez les dernières sources du noyau: http://www.kernel.org/ Récupérez le dernier paquetage d'iptables: Les sources en archive tar (pour patcher le noyau): http://www.netfilter.org/Les sources en RPM pour reconstruire les binaires (pour les systèmes RedHat): ftp://ftp.redhat.com/redhat/linux/rawhide/SRPMS/SRPMS/ ou peut-être encore dans http://www.netcore.fi/pekkas/linux/ipv6/ Extraire les sources Déplacez-vous dans le répertoire des sources: Décompactez et renommez les sources du noyau Décompactez les sources d'iptables Appliquer les derniers patchs relatifs à iptables/IPv6 aux sources du noyau Déplacez-vous dans le répertoire iptables Appliquez les patchs en attente Appliquez les patchs additionnels relatifs à IPv6 (pas encore inclus dans le noyau vanille) Répondez par l'affirmative aux options suivantes (iptables-1.2.2) ah-esp.patch masq-dynaddr.patch (nécessaire seulement sur les systèmes ayant une adresse IP dynamique à la connexion au WAN, comme pour PPP ou PPPoE) ipv6-agr.patch.ipv6 ipv6-ports.patch.ipv6 LOG.patch.ipv6 REJECT.patch.ipv6 Vérifier la présence des extensions IPv6 Configurer, construire et installer un nouveau noyau Déplacez-vous dans les sources du noyau Editez Makefile Lancez configure, avec IPv6 de disponible Configurez aussi tout ce qui concerne votre système Compilez et installez: voir ici même la section noyau et autres HOWTO Reconstruire et installer les binaires d'iptables Assurez-vous que l'arborescence des sources du noyau existe aussi dans /usr/src/linux/ Renommez l'ancien répertoire Créez un nouveau lien symbolique Reconstruisez le SRPM Installez les nouveaux paquetages iptables (iptables + iptables-ipv6) Sur les systèmes RH 7.1, normalement, une ancienne version est installée, en conséquence utiliser "freshen" Si elle n'était pas installée, utiliser "install" Sur les systèmes RH 6.2, normalement, aucun noyau 2.4.x n'est installé, conséquemment les pré-requis ne correspondent pas. Utiliser "--nodeps" pour l'installer Il sera peut-être nécessaire de créer un lien symbolique vers le lieu où les bibliothèques iptables sont Utilisation Vérifier le support Chargez le module, s'il est compilé Vérifiez si le noyau courant prend en charge iptables Apprendre à utiliser ip6tables Lister toutes les entrées netfilter IPv6 de façon abrégée de façon détaillée Lister un filtre spécifique Insérer une règle de journal au filtre entrant, avec des options Insérer une règle de destruction (<emphasis>drop rule</emphasis>) au filtre entrant Détruire une règle par son numéro Autoriser ICMPv6 Avec les plus anciens noyaux (noyau non patché 2.4.5 et iptables-1.2.2), aucun type ne peut être spécifié Accepter le trafic ICMPv6 entrant dans les tunnels Autoriser le trafic ICMPv6 sortant des tunnels Les nouveaux noyaux permettent de spécifier les types ICMPv6: La limitation du débit Il peut arriver (l'auteur l'a déjà vu) qu'un engorgement ICMPv6 se produise, c'est pourquoi vous devriez utiliser la limitation de débit, puisqu'elle est disponible, et ce, au moins pour le jeu de règles ICMPv6. De plus, des règles de journalisation devraient aussi être mises en place pour garder trace d'attaques DoS, grâce à syslog et au stockage des fichiers de log. Un exemple de limitation du débit ICMPv6 ressemble à ceci: Permettre le trafic entrant SSH Ici l'exemple montré est un jeu de règles permettant les connexions entrantes SSH par une adresse IPv6 donnée Autoriser le trafic entrant SSH provenant de 3ffe:ffff:100::1/128 Autoriser les paquets réponse (pour le moment, la traque du trafic IPv6 n'est pas au coeur de l'implémentation de netfilter) Rendre disponible le trafic tunnelé IPv6-in-IPv4 Pour accepter les paquets tunnelés IPv6-in-IPv4, vous devez insérer des règles dans votre installation de pare-feu IPv4 relatives à de tels paquets, pour exemple Accepter le trafic entrant IPv6-in-IPv4 sur l'interface ppp0 Permettre au trafic IPv6-in-IPv4 de sortir par l'interface ppp0 Si vous avez seulement un tunnel statique, vous pouvez aussi spécifier l'adresse IPv4, comme ici Accepter le trafic entrant IPv6-in-IPv4 sur l'interface ppp0 et provenant de l'extrémité du tunnel 1.2.3.4 Autoriser le trafic sortant IPv6-in-IPv4 vers l'interface ppp0 pour l'extrémité du tunnel 1.2.3.4 Protection contre les requêtes de connexion entrante TCP TRÈS RECOMMANDÉ! Pour des questions de sécurité, vous devriez vraiment insérer une règle qui bloque les requêtes de connexion TCP entrante. Ajouter l'option "-i", si d'autres noms d'interface sont utilisés! Bloquer les requêtes de connexion entrante TCP vers cet hôte Bloquer les requêtes de connexion entrante TCP allant vers les hôtes placés derrière ce routeur Peut-être ces règles doivent-elles être placées sous d'autres, mais ça, c'est votre travail. La meilleure façon de faire est de créer un script et d'exécuter les règles d'une manière spécifique. Protection contre les requêtes de connexion entrante UDP TRÈS RECOMMANDÉ AUSSI! Comme il a été dit dans la section concernant la mise en place d'un pare-feu, il est possible de contrôler les ports des sessions sortantes UDP/TCP. Si tous vos systèmes IPv6 locaux utilisent les ports locaux, par exemple de 32768 à 60999, vous êtes aussi capables de filtrer les connexions UDP (jusqu'à ce que la traque des connexions fonctionnent) comme suit: Bloquer les paquets entrants UDP qui ne peuvent être des réponses de requêtes sortantes de cet hôte Bloquer les paquets entrants UDP qui ne peuvent être des réponses de requêtes d'hôtes placés derrière ce routeur, et transitant à travers lui Un exemple plus conséquent Les lignes qui suivent montrent en exemple une installation plus sophistiquée. Bonne création de jeux de règles netfilter6... La sécurité La sécurité d'un noeud Il est très recommandé d'appliquer tous les patchs disponibles, de rendre indisponibles tous les services inutiles, d'associer les services nécessaires aux adresses IPv4/IPv6 et d'installer un pare-feu local. A remplir plus avant... Les limitations d'accès De nombreux services utilisent la bibliothèque tcp_wrapper pour contrôler l'accès. Plus bas est décrite l'utilisation de tcp_wrapper. A remplir plus avant... L'audit de sécurité IPv6 Actuellement, il n'existe pas d'outil véritablement adéquate aux questions de sécurité IPv6 et capable de vérifier un système monté sur le réseau. Ni Nessus ni aucun autre scanner de sécurité provenant du commerce n'est capable, autant que je sache, de scanner les adresses IPv6. Question d'ordre légal ATTENTION: Prenez bien garde d'uniquement scanner vos propres systèmes, ou alors seulement après avoir reçu une autorisation écrite, sinon des problèmes d'ordre juridique risquent de vous arriver. VERIFIER A DEUX FOIS les adresses IPv6 avant de lancer un scan. Audit de sécurité par l'emploi de netcat disposant d'IPv6 Avec netcat disposant d'IPv6 (voir IPv6+Linux-status-apps/security-auditing pour en savoir plus), vous pouvez lancer un scan de ports via un script qui balaiera un intervalle de ports, captera des bannières, etc. Un exemple d'utilisation: Audit de sécurité par l'emploi de nmap disposant d'IPv6 NMap, l'un des meilleurs scanners de ports à travers le monde, supporte IPv6 depuis la version 3.10ALPHA1. Un exemple d'utilisation: Audit de sécurité par l'emploi de strobe disposant d'IPv6 Strobe est (comparé à NMap) un scanner de ports pour les petits budgets, mais il y a un patch disponible pour le rendre prêt pour IPv6 (voir IPv6+Linux-status-apps/security-auditing pour plus d'information). Un exemple d'utilisation: . ::1 2401 unassigned unknown ::1 22 ssh Secure Shell - RSA encrypted rsh ::1 515 printer spooler (lpd) ::1 6010 unassigned unknown ::1 53 domain Domain Name Server ]]>Note: strobe n'est plus véritablement en développement, le numéro de version montré n'est pas le bon. Le résultat de l'audit Si le résultat de l'audit ne correspond pas à votre politique de sécurité IPv6, mettez en place le pare-feu IPv6 pour combler les trous de sécurité, par exemple en utilisant netfilter6 (voir Mettre en place un pare-feu grâce à Netfilter6 pour plus de détails). Info: une information plus détaillée concernant la sécurité IPv6 peut être trouvée ici: Firewalling Considerations for IPv6 / draft-savola-v6ops-firewalling-??.txtIPv6 Neighbour Discovery trust models and threatsSecurity Considerations for 6to4Access Control Prefix Router Advertisement Option for IPv6Requirements for Plug and Play IPsec for IPv6 applicationsSecurity of IPv6 Routing Header and Home Address Options L'encryptage et l'authentification A la différence d'IPv4, l'encryptage et l'authentification sont des fonctionnalités que ne fournit pas IPv6 lui-même. Elles sont normalement implémentées par l'utilisation d'IPsec (qui peut également être employé par IPv4). Les modes d'emploi de l'encryptage et de l'authentification Deux modes d'encryptage et d'authentification sont possibles: Le mode transport Le mode transport est un mode de connexion réellement de bout-en-bout. Ici, seule la charge utile (généralement ICMP, TCP ou UDP) est encryptée avec son en-tête particulier, tandis que l'en-tête IP n'est pas encrypté (mais couramment inclus dans l'authentification). Utilisant AES-128 pour l'encryptage et SHA1 pour l'authentification, ce mode diminue la MTU de 42 octets. Le mode tunnel Le mode tunnel peut être utilisé soit dans un mode de connexion de bout-en-bout soit dans un mode de connexion de passerelle-à-passerelle. Ici, le paquet IP complet est encrypté et prend un nouvel en-tête IP, le tout constituant un nouveau paquet (ce mécanisme étant connu sous le nom d'encapsulation). Cependant, à cause de l'indépendance de l'encryptage et de l'authentification à l'égard du protocole d'échange de clés, il existe actuellement des problèmes d'interopérabilité. Ce mode diminue actuellement de 40 octets par rapport au mode transport. Utiliser AES-128 pour l'encryptage et SHA1 pour l'authentification diminue donc au total de 82 octets la MTU courante. Son support dans le noyau (ESP et AH) Son support dans les noyaux Linux vanille 2.4.x Manquant à ce jour jusqu'au noyau 2.4.28 vanille, le problème était de garder les sources du noyau Linux éloignées des questions de contrôles légaux d'import/export concernant le code d'encryptage en général. C'est une des raisons pour lesquelles le projet FreeS/WAN (IPsec pour IPv4 seulement) n'était pas compris dans les sources vanille. Un rétro-portage à partir de 2.6.x sera peut-être réalisé un jour. Son support dans les noyaux Linux vanille 2.6.x Les versions actuelles (2.6.9 et supérieures, au moment de la rédaction) supportent nativement IPsec pour IPv4 et IPv6. Le projet USAGI a aidé à l'implémentation. Echange automatique de clés (IKE) IPsec requière un échange de clés afin de partager un secret. Ceci est essentiellement réalisé de façon automatisée par les démons IKE. Ils prennent également en charge l'authentification des entités en présence, soit par un secret commun (nommé “secret pré-partagé”), soit par clés RSA (qui peuvent provenir de certificats X.509). Actuellement, deux démons IKE sont disponibles pour Linux, lesquels différent totalement par la configuration et l'emploi. Je préfère “pluto” à l'implémentation *S/WAN à cause de son installation plus simple et à son unique fichier de configuration. Le démon IKE “racoon” Le démon IKE “racoon” provient du projet KAME et a été porté sur Linux. Les distributions contemporaines de Linux comportent ce démon dans le paquetage “ipsec-tools”. Deux exécutables sont requis pour bien installer IPsec. Jetez aussi un oeil à Linux Advanced Routing & Traffic Control HOWTO / IPSEC. Manipulation de la base de données IPsec SA/SP grâce à l'outil “setkey” Le rôle important de “setkey” est de définir la politique de sécurité (SP, security policy) pour le noyau. Fichier: /etc/racoon/setkey.sh Exemple d'une connexion encryptée de boute-en-bout en mode transport Exemple d'une connexion encryptée de boute-en-bout en mode tunnel Pour l'autre machine, vous avez juste à échanger “in” et “out”. La configuration du démon IKE “racoon” Pour sa bonne exécution, “racoon” requière d'être configuré. Ceci inclus les réglages relatifs à la politique de sécurité, qui doit être précédemment mise en place grâce à “setkey”. Fichier: /etc/racoon/racoon.conf Fixez aussi un secret pré-partagé: Fichier: /etc/racoon/psk.txt Démarrer IPsec grâce au démon IKE “racoon” Il faut pour le moins que le démon soit démarré. Au premier démarrage, utiliser les modes déboguage et premier plan (debug and foreground). L'exemple suivant montre une négociation IKE réussie dans ses phases 1 (ISAKMP-SA, Internet Security Association Key Management Security Association) and 2 (IPsec-SA, IPsec Security Association): 2001:db8:2:2::2[500] 2005-01-01 20:31:06: INFO: begin Identity Protection mode. 2005-01-01 20:31:09: INFO: ISAKMP-SA established ¬ 2001:db8:1:1::1[500]-2001:db8:2:2::2[500] spi:da3d3693289c9698:ac039a402b2db401 2005-01-01 20:31:09: INFO: initiate new phase 2 negotiation: ¬ 2001:6f8:900:94::2[0]<=>2001:db8:2:2::2[0] 2005-01-01 20:31:10: INFO: IPsec-SA established: ¬ ESP/Tunnel 2001:db8:2:2::2->2001:db8:1:1::1 spi=253935531(0xf22bfab) 2005-01-01 20:31:10: INFO: IPsec-SA established: ¬ ESP/Tunnel 2001:db8:1:1::1->2001:db8:2:2::2 spi=175002564(0xa6e53c4) ]]>Chaque direction a sa propre IPsec-SA (comme définie dans le standard IPsec). Avec “tcpdump” à l'écoute de la bonne interface, vous devriez voir comme résultat d'un ping IPv6: 2001:db8:2:2::2: ESP(spi=0x0a6e53c4,seq=0x3) 20:35:55.537522 2001:db8:2:2::2 > 2001:db8:1:1::1: ESP(spi=0x0f22bfab,seq=0x3) ]]>Comme prévu, les SPI (Security Parameter Index) négociés sont utilisés ici. Et en utilisant “setkey”, les paramètres actifs courants: Le démon IKE “pluto” Le démon IKE “pluto” est inclus dans les distributions des projets *S/WAN, qui ont pour origine FreeS/WAN. Le développement du projet FreeS/WAN a malheureusement été stoppé en 2004. A cause de la lenteur du développement dans le passé, deux projets en découlèrent: strongSwan et Openswan. Aujourd'hui, des paquetages d'installation sont disponibles, au moins pour Openswan (inclus dans Fedora Core 3). Une différence importante par rapport à “racoon”, un seul et unique fichier de configuration est requis. Il y a bien sûr un script d'initialisation qui automatise le lancement au démarrage de la machine. La configuration du démon IKE “pluto” La configuration est très similaire à celle nécessaire pour IPv4, à part une importante et nécessaire option. Fichier: /etc/ipsec.conf N'oubliez pas ici également de définir un secret pré-partagé. Fichier: /etc/ipsec.secrets Démarrer IPsec grâce au démon IKE “pluto” Si l'installation d'Openswan s'est achevée avec succès, un script d'initialisation doit exister permettant le démarrage d'IPsec, lancez simplement (sur chaque machine) par: Ensuite, démarrez une connexion sur l'une des machines. Si vous pouvez voir la ligne “IPsec SA established”, c'est que tout fonctionne parfaitement. 0xa98b7710 <0xa51e1f22} ]]>Parce que *S/WAN et setkey/racoon sont basés sur la même implémentation d'IPsec dans les noyaux 2.6.x,“setkey” peut être utilisé pour afficher les paramètres actifs courants: Informations complémentaires Pour les noyaux Linux 2.6.x, vous pouvez également obtenir la politique et l'état d'IPsec en utilisant “ip”: La Qualité de Service (QoS) 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”). Information complémentaire: RFC 3697 / IPv6 Flow Label SpecificationA remplir plus avant... Eléments d'installation des démons prêts pour IPv6 Ici quelques éléments d'installation des démons prêts pour IPv6 sont exposés. Le Démon de Nom Internet Berkeley (named) IPv6 est supporté depuis la version 9. Utilisez toujours la dernière version disponible. Il faut au moins utiliser la version 9, les versions plus anciennes peuvent contenir des trous de sécurité exploitables à distance. A l'écoute des adresses IPv6 Note: à la différence d'IPv4, les versions actuelles ne permettent pas d'associer une socket de serveur à des adresses IPv6 données, par conséquent, seule l'alternative toutes ou aucune adresse(s) IPv6 est valide. Parce que cela peut poser un problème de sécurité, consultez aussi plus bas la section concernant la liste de contrôle d'accès (ACL)! Rendre disponible l'écoute sur adresse IPv6 Pour rendre disponible à named l'écoute IPv6, les options suivantes demandent à être modifiées Il doit en résulter après redémarrage Un test simple ressemble à et doit vous afficher un résultat. Rendre indisponible l'écoute sur adresse IPv6 Pour rendre indisponible l'écoute IPv6, l'option suivante demande à être modifiée Les Listes de Contrôle d'Accès IPv6 (ACL) Les ACL IPv6 sont disponibles et devraient être utilisées dès que possible. Un exemple ressemble à ce qui suit: Ces ACL peuvent être utilisées par exemple pour les requêtes des clients ou pour le transfert de zones aux serveurs de noms de domaine secondaires. Ceci prévient aussi contre l'utilisation de votre serveur cache de noms de domaine à partir de l'extérieur grâce à IPv6. Il est aussi possible de positionner les options allow-query et allow-transfer pour la plupart des définitions par fichier de zone. Emettre des requêtes avec une adresse IPv6 dédiée Cette option n'est pas requise, mais peut être nécessaire: port ; ]]> Adresses IPv6 dédiées définies par zone Il est aussi possible de définir des adresses IPv6 par zone. Adresse de la source de transfert L'adresse de la source de transfert est utilisée pour aller chercher les zones transférées: [port port]; ]]> Adresse de la source à notifier L'adresse de la source à notifier est utilisée pour les messages de notification: [port port]; ]]> Des exemples de fichiers de zone DNS IPv6 Des informations peuvent être aussi trouvées dans cet article concernant l'information d'installation d'un DNS IPv6. Le constructeur de zone inverse IPv6 pour BIND 8/9 (outil web) peut aussi être d'une aide précieuse. Servir des données DNS relatives à IPv6 Pour IPv6, de nouveaux types et la zone racine nécessaire à la recherche inversée sont définis: AAAA et IP6.INT inversée: specifiés dans le RFC 1886 / DNS Extensions to support IP version 6, utilisés depuis BIND version 4.9.6A6, DNAME (DORÉNAVANT DÉPRECIÉ!) et IP6.ARPA inversé: spécifiés dans leRFC 2874 / DNS Extensions to Support IPv6 Address Aggregation and Renumbering, utilisable depuis BIND 9, mais vous pouvez trouver de l'information sur l'état actuel dans draft-ietf-dnsext-ipv6-addresses-00.txtPeut-être complété plus tard, pour le moment, jetez un coup d'oeil aux RFC fournis et AAAA et IP6.INT inversé: l'installation d'un DNS IPv6A6, DNAME (DORÉNAVANT DÉPRECIÉ!) et IP6.ARPA inversé: jetez un coup d'oeil aux chapitres 4 et 6 du manuel de référence de l'administrateur BIND 9 (ARM), distributé avec le paquetage bind, ou bien récupérez-le : BIND version 9 ARM (PDF)Parce que IP6.INT est déprécié (mais encore en usage), un serveur DNS qui supportera l'information IPv6 aura à servir tous les types de zones inversées. La meilleure pratique courante Parce qu'il y a encore quelques problèmes qui existent lorsque les nouveaux formats sont utilisés, la meilleure pratique courante est: Support de recherche: AAAALa recherche inversée supporte: Le format réduit inversé (reverse nibble format) pour la zone ip6.int (POUR LA COMPATIBILITÉ ASCENDANTE)Le format réduit inversé (reverse nibble format) pour la zone ip6.arpa (RECOMMANDÉ) Vérifier la connectivité IPv6 Pour vérifier si BIND est à l'écoute sur une socket IPv6 et sert des données, voir les exemples suivants. Connecté <emphasis>via</emphasis> IPv6, mais refusé par les ACL En spécifiant un serveur pour les requêtes, une connexion IPv6 peut être forcée: L'entrée relative dans le journal ressemble à ce qui suit: Si vous observez de telles entrées dans le journal, vérifiez si les requêtes provenant de ce client doivent être autorisées, pour revoir, si nécessaire, votre configuration ACL. Une connexion IPv6 réussie Une connexion IPv6 réussie ressemble à ce qui suit: Le super démon Internet (xinetd) IPv6 est supporté, approximativement, depuis la version 1.8.9 de xinetd. Utilisez toujours la version disponible la plus récente. Seules les versions antérieures à la version 2.3.3 doivent être utilisées, les versions plus anciennes peuvent contenir des trous de sécurité exploitables à distance. Certaines distributions Linux contiennent un paquetage supplémentaire pour xinetd prêt pour IPv6, d'autres démarrent xinetd prêt pour IPv6 si la variable suivante est positionnée: NETWORKING_IPV6="yes", chose normalement réalisée par /etc/sysconfig/network (valide uniquement pour la distribution Red Hat et ses dérivées). Dans les nouvelles livraisons des distributions, un binaire supporte à la fois IPv4 et IPv6. Si vous rendez disponible un service fourni avec xinetd, comme par exemple daytime, en modifiant la configuration dans le fichier /etc/xinetd.d/daytime comme suit vous devriez recevoir, après le redémarrage de xinetd, une réponse positive telle que: L'exemple montre aussi que xinetd écoute pour IMAP et IMAP-SSL sur IPv4 seulement. Note: un serveur xinetd uniquement IPv4 ne démarrera pas sur un noeud disposant d'IPv6 et inversement, un serveur xinetd IPv6 ne démarrera pas sur un noeud uniquement IPv4. Ce problème est réputé réglé dans les versions postérieures, au moins à partir de la version 2.3.11. Le serveur web Apache2 (httpd2) Le serveur web Apache supporte nativement IPv6 depuis la version 2.0.14. Des patchs disponibles pour l'ancienne série 1.3.x ne sont pas courants et ne devraient pas être employés dans un contexte public, mais ils sont disponibles sur ce serveur ftp, KAME / Misc. A l'écoute sur les adresses IPv6 Note: Les hôtes virtuels sur adresses IPv6 ne fonctionnent pas pour les versions inférieures à la 2.0.28 (un patch est disponible pour la 2.0.28). Mais en tout premier lieu, récupérez toujours la dernière version disponible, parce que les premières versions ont des problèmes de sécurité. Un hôte virtuel écoute sur une adresse IPv6 uniquement ServerName ipv6seul.votredomaine.votretld # certainement des lignes de configuration en plus... ]]> Un hôte virtuel écoute sur une adresse IPv6 et sur une adresse IPv4 ServerName ipv6etipv4.votredomaine.votretld # certainement des lignes de configuration en plus... ]]>Il devrait en résulter après redémarrage Pour de simples tests, utiliser l'exemple telnet déjà montré. Note additionnelle 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 (offline checksumming). 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 par l'utilisation de l'option de configure “--without-sendfile”, ou bien en utilisant la directive du fichier de configuration "EnableSendfile off". Le Démon d'Annonce de Routeur (radvd) Le Démon d'Annonce de Routeur est très utile sur un LAN, à partir du moment où les clients doivent être auto-configurés. Le démon lui-même doit tourner sur la passerelle par défaut IPv6 Linux (il n'est pas requis qu'elle soit aussi la passerelle IPv4, aussi prenez garde à qui émet des annonces de routeur sur votre LAN). Vous avez à spécifier certaines informations et drapeaux qui doivent être compris dans l'annonce. Les plus employés sont Le préfixe (nécessaire)La durée de vie du préfixeLa fréquence des envois d'annonce (optionnelle)Après une configuration convenable, le démon émet des annonces au travers des interfaces spécifiées, dans l'espoir que les clients les reçoivent et auto-configurent comme par magie leurs adresses avec le préfixe reçu et le routeur par défaut. Configurer radvd Configuration simple Le fichier de configuration de radvd est généralement /etc/radvd.conf. Un exemple simple ressemble à ce qui suit: Ce qui a pour résultat côté client mtu 1500 qdisc pfifo_fast qlen 100 inet6 3ffe:ffff:100:f101:2e0:12ff:fe34:1234/64 scope global dynamic valid_lft 2591992sec preferred_lft 604792sec inet6 fe80::2e0:12ff:fe34:1234/10 scope link ]]>Parce qu'aucune limite de vie n'a été définie, une très grande valeur est utilisée. Configuration spéciale 6to4 Les versions à partir de la 0.6.2pl3 supportent la (ré)génération des préfixes dépendant d'une adresse IPv4 propre à une interface spécifique. Ceci peut être utilisé afin de distribuer les annonces dans un LAN après que le tunnelage 6to4 ait changé. Surtout employé derrière un routeur de connexion dynamique à la demande (dial-on-demand). Avec l'assurance d'un temps de vie très bref pour un tel préfixe (après chaque reconnexion, dial-up, un autre préfixe est valide), la durée de vie est configurée aux valeurs minimales: Il en résulte pour le client situé à l'intérieur (en considérant que ppp0 a actuellement 1.2.3.4 comme adresse IPv4 locale): mtu 1500 qdisc pfifo_fast qlen 100 inet6 2002:0102:0304:f101:2e0:12ff:fe34:1234/64 scope global dynamic valid_lft 22sec preferred_lft 12sec inet6 fe80::2e0:12ff:fe34:1234/10 scope link ]]>Parce qu'un bref temps de vie a été défini, un tel préfixe sera rapidement jeté si aucune annonce s'y rapportant n'est reçue. Note additionnelle: si vous n'utilisez pas de support spécifique 6to4 dans les scripts d'initialisation, vous avez à mettre en place une route spécifique sur l'interface interne du routeur, sinon vous aurez des problèmes de routage retour. En ce qui concerne l'exemple ci-après: Cette route a besoin d'être remplacée chaque fois que le préfixe change, ce qui est le cas à chaque fois qu'une nouvelle adresse IPv4 est assignée à une interface numérotée automatiquement (dial-up interface). Le déboguage Un programme appelé “radvdump” peut vous aider à observer les annonces émises ou reçues. Simple à utiliser: Cette sortie vous montre que chaque paquetage d'annonce se présente dans un format lisible. Vous devriez voir à nouveau ici vos valeurs configurées, sinon, ce n'est peut-être pas votre radvd qui émet l'annonce... vérifiez s'il n'y a pas un autre routeur sur le lien (pour traquer ce routeur, prenez l'adresse LL, AdvSourceLLAddress, qui est son adresse MAC).  Le serveur de Configuration Dynamique d'Hôte v6 (dhcp6s) DHCPv6 peut être utilisé pour réaliser des configurations avec état. Le démon par lui-même n'a pas nécessairement à tourner sur la passerelle routeur Linux par défaut. Vous pouvez spécifier plus d'information qu'avec radvd. Il est plus similaire à un serveur DHCP IPv4. Après une configuration correcte, le démon réagit lors de la réception de paquets multicast envoyés par un client à l'adresse ff02::16. La configuration du serveur DHCPv6 (dhcp6s) Une configuration simple Le fichier de configuration de dhcp6s est normalement /etc/dhcp6s.conf. Un exemple simple ressemble à ce qui suit: La configuration du client DHCPv6 (dhcp6c) Une configuration simple Le fichier de configuration de dhcp6c est normalement /etc/dhcp6c.conf. Un exemple simple ressemble à ce qui suit: Usage dhcpv6_server Démarrage du serveur, dhcpv6_client Démarrage du client en premier plan, Déboguage dhcpv6_server Le serveur a un drapeau pour passer en premier plan et deux pour le déboguage (tout deux devraient être utilisés pour le déboguage). Voici un exemple: dhcpv6_client Le client a un drapeau pour passer en premier plan et deux pour le déboguage. Voici un exemple: Notez que les messages d'erreur n'ont aucun impact. tcp_wrapper tcp_wrapper est une bibliothèque qui peut vous aider à protéger vos services contre les usages abusifs. Les capacités de filtrage Vous pouvez utiliser tcp_wrapper pour Le filtrage à partir des adresses source (IPv4 ou IPv6)Le filtrage des utilisateurs (réclame un démon ident en état de fonctionnement sur le client) Les programmes utilisant tcp_wrapper Les suivants sont connus: Chaque service appelé par xinetd (si xinetd est compilé en utilisant la bibliothèque tcp_wrapper)sshd (si compilé en utilisant tcp_wrapper) Utilisation tcp_wrapper est contrôlé par deux fichiers nommés /etc/hosts.allow et /etc/hosts.deny. Pour plus d'information voir Exemple de fichier /etc/hosts.allow Dans ce fichier, chaque service qui doit être positivement filtré (i.e., dont les connexions doivent être acceptées) a besoin d'une ligne. Note: ils existent des implémentations cassées qui utilisent la mauvaise description réseau IPv6 suivante: [3ffe:ffff:100:200::/64]. Heureusement, de telles versions seront rapidement corrigées. Exemple de fichier /etc/hosts.deny Ce fichier contient toutes les entrées de filtre négative et devrait dénier l'accès à tout le reste en utilisant Si ce noeud est très sensible, vous pouvez remplacer la ligne stantard ci-dessus par celle-ci, mais cela peut être cause d'attaque DoS (charge de serveur de courrier et répertoire spool), si trop de connexions sont réalisées en un temps très bref. Peut-être un observateur de journaux (a logwatch) serait-il meilleur dans de tels cas. La journalisation Selon l'entrée du fichier de configuration du démon syslog /etc/syslog.conf, la journalisation de tcp_wrapper se fait normalement dans /var/log/secure. Connexion refusée Une connexion refusée via IPv4 au service daytime, couvert par xinetd, produit des lignes telles que celles de l'exemple suivant Une connexion refusée via IPv4 à sshd en double écoute produit des lignes telles que celles de l'exemple suivant Connexion autorisée Une connexion autorisée via IPv4 vers le service daytime, couvert par xinetd, produit des lignes telles que celles de l'exemple suivant Une connexion autorisée via IPv4 vers sshd en double écoute produit des lignes telles que celles de l'exemple suivant vsftpd A l'écoute des adresses IPv6 Editer le fichier de configuration, couramment /etc/vsftpd/vsftpd.conf, et ajuster l'option “listen” C'est tout.  proftpd A l'écoute des adresses IPv6 Editer le fichier de configuration, couramment /etc/proftpd.conf, mais prenez garde, tout n'est pas tout à fait logique dans la mise en place des hôtes virtuels ... Bind 2001:0DB8::1 ... ]]>C'est tout. Autres démons De nos jours c'est généralement simple, cherchez une ligne de commande d'option ou bien une valeur de configuration pour rendre disponible l'écoute IPv6. Cherchez dans la page du manuel du démon ou dans les FAQ concernées. Il peut arriver que vous ne puissiez lier le démon qu'à une adresse IPv6 “any” (::) et pas à une adresse IPv6 précise, par manque de support (ça dépend de la façon dont le développeur à implémenter...). Programmer (en utilisant l'API) Je n'ai aucune expérience de la programmation IPv6, peut-être que ce chapitre sera rempli par d'autres, ou déplacé vers un autre HOWTO Plus d'information peut être trouvée ici: RFC 2553 / Basic Socket Interface Extensions for IPv6Draft / Advanced Sockets API for IPv6 / draft-ietf-ipngwg-rfc2292bis-XY.txtPorting applications to IPv6 HowTo by Eva M. Castro L'interopérabilité Il y a à travers le monde quelques projets qui vérifient l'interopérabilité des différents systèmes d'exploitation vis-à-vis de l'implémentation des fonctionnalités d'IPv6: Voici un URL: Le projet TAHID'autres arriveront prochainement... Plus d'information et d'URL Livres en édition papier, articles, revues en ligne (mélangés) Livres édités (en anglais) Cisco Cisco Self-Study: Implementing IPv6 Networks (IPV6), par Regis Desmeules. Cisco Press; ISBN 1587050862; 500 pages; 1ère édition (11 avril 11 2003). Note: cet ouvrage sera publié le 11 avril 2003.Configuring IPv6 with Cisco IOS, par Sam Brown, Sam Browne, Neal Chen, Robbie Harrell, Edgar, Jr. Parenti (Editeur), Eric Knipp (Editeur), Paul Fong (Editeur) 362 pages; Syngress Media Inc; ISBN 1928994849; (12 juillet 2002). Généraux IPv6 Essentials par Silvia Hagen, juillet 2002, O'Reilly, référence pour la commande: 1258, ISBN 0-5960-0125-8, 352 pages. Table des matières, index, exemple de chapitre, etc.; Les derniers livres sortis chez O'ReillyIPv6: The New Internet Protocol. Par Christian Huitema; Publié chez Prentice-Hall; ISBN 0138505055. Description: Ce livre, écrit par Christian Huitema - membre du Comité Architecture Internet (Internet Architecture Board, ou IAB), offre une excellente description d'IPv6, de ses différences d'avec IPv4, du comment et du pourquoi de son développement. Source: http://www.cs.uu.nl/wais/html/na-dir/internet/tcp-ip/resource-list.htmlIPv6 Networks par Niles, Kitty; (ISBN 0070248079); 550 pages; Date de publication 05/01/1998.Implementing IPV6. Supporting the Next Generation Internet Protocols par P. E. Miller, Mark A. Miller; éd. John Wiley & Sons; ISBN 0764545892; 2ème édition (15 mars 2000); 402 pages.Big Book of Ipv6 Addressing Rfcs par Peter H. Salus (compilateur), Morgan Kaufmann Publishers, avril 2000, 450 pages, ISBN 0126167702. Understanding IPV6 par Davies, Joseph; ISBN 0735612455; Date de publication 01/05/2001; 350 pages. Understanding IPV6 par Davies, Joseph; ISBN 0735612455; Date de publication 11/13/2002; 544 pages. Migrating to IPv6 - IPv6 in Practice. par Marc Blanchet; éd. John Wiley & Sons; ISBN 0471498920; 1ère édition (novembre 2002); 368 pages.Ipv6 Network Programming par Jun-ichiro Hagino; ISBN 1555583180 Wireless boosting IPv6 par Carolyn Duffy Marsan, 23/10/2000.la recherche avec le mot clé IPv6 sur O'reilly réseau donne 29 résultats (au 28 Janvier 2002). Livres édités (en allemand) Technik der IP-Netze (TCP/IP incl. IPv6) bei Amazon.de Anatol Badach, Erwin Hoffmann Carl Hanser Verlag München, Wien, 2001 ISBN 3-446-21501-8 Kap. 6: Protokoll IPv6 S.205-242 Kap. 7: Plug&Play-Unterstützung bei IPv6 S.243-276 Kap. 8: Migration zum IPv6-Einsatz S.277-294 Kap. 9.3.4: RIP für das Protokoll IPv6 (RIPng) S.349-351 Kap. 9.4.6: OSPF für IPv6 S.384-385 Kommentar: tw. nicht ganz up-to-date bzw. nicht ganz fehlerfreie Abbildungen Homepage des Buches und Tabelle mit FixesInternet-Sicherheit (Browser, Firewalls und Verschlüsselung) bei Amazon.de Kai Fuhrberg 2. akt. Auflage 2000 Carl Hanser Verlag München, Wien, ISBN 3-446-21333-3 Kap.2.3.1.4. IPv6 S.18-22 Kurz angerissen werden: RFC 1825 - Security Association Konzept RFC1826 - IP authentication Header RFC 1827 - IP Encapsulation Security PayloadIPv6. Das neue Internet- Protokoll. Technik, Anwendung, Migration bei Amazon Hans Peter Dittler 2. akt. und erweiterte Auflage 2002 dpunkt.verlag, ISBN 3-89864-149-XDas neue Internetprotokoll IPv6 bei Amazon Herbert Wiese 2002 Carl Hanser Verlag, ISBN 3446216855 Articles, livres électroniques, revues en ligne (mélangés) Getting Connected with 6to4 par Huber Feyrer, 01/06/2001Transient Addressing for Related Processes: Improved Firewalling by Using IPv6 and Multiple Addresses per Host; écrit par Peter M. Gleiz, Steven M. Bellovin (version PDF pour PC; version PDF pour Palm; version PDB)IPv6, théorie et pratique (en français) 3ème édition, mars 2002, O'Reilly, ISBN 2-84177-139-3IPSec (en langue française)Internetworking IPv6 with Cisco Routers par Silvano Gai, McGrawHill Italia, 1997. Le chapitre 13 et les appendices A-D sont téléchargables au format PDF.Secure and Dynamic Tunnel Broker par Vegar Skaerven Wang, thèse de maîtrise en sciences informatiques, 2 Juin 2000, Faculté des Sciences, Département des sciences informatiques, Université de Tromso, Norvège.Aufbruch in die neue Welt - IPv6 in IPv4 Netzen par Dipl.Ing. Ralf Döring, TU Illmenau, 1999Migration and Co-existence of IPv4 and IPv6 in Residential Networks par Pekka Savola, CSC/FUNET, 2002 Publications scientifiques (résumés, bibliographies, ressources en ligne) Plan de travail du projet IPv6 GEANTA simulation study on the performance of Mobile IPv6 in a WLAN-based cellular network, par Perez Costa X.; Hartenstein H. -- Computer Networks, Septembre 2002, vol. 40, no. 1, pp. 191-204(14) -- Elsevier Science.Tests IPv6 sur le réseau universitaire britannique: Projet Bermudes 2 Août 2002: Participants - Se connecter - Project deliverables - Network topology - adresse assignments - Wireless IPv6 access - IPv6 migration - Project presentations - Internet 2 - Other IPv6 projects - IPv6 fora and standards Bermuda 2...http://www.ipv6.ac.uk/A scalable parallel internet router that enables the QoS through merging ATM with IPv6. par Song S. -- Computer Communications, 1 mai 2002, vol. 25, no. 7, pp. 647-651(5) -- Elsevier Science.Linux IPv6: Which One to Deploy? journal Linux, Vol. 96, p. 86, 88-90, April 2002. (pour plus d'information, voir aussiliinwww.ira.uka.de/ipv6 )An overview and analysis of mobile Internet protocols in cellular environments. Chao H-C. -- Internet Research: Electronic Networking Applications and Policy, 24 Octobre 2001, vol. 11, no. 5, pp. 435-450(16) -- MCB University PressIPv6 for Future Wireless networksToftegaard Nielsen T. -- Wireless Personal Communications, Juin 2001, vol. 17, no. 2/3, pp. 237-247(11) -- éd. Kluwer Academic, Dordrecht, Les Pays-BasIPv6 at the University of SouthamptonSeamless Support for Mobile Internet Protocol Based Cellular EnvironmentsChao H-C.; Chu Y-M. -- International Journal of Wireless Information Networks, Juillet 2001, vol. 8, no. 3, pp. 133-153(21) -- éd. Kluwer Academic/Plenum, New York, U.S.A.IPv6: The Solution for Future Universal Networks. Lecture Notes in Computer Science, Vol. 1818, p. 82-??, 2000.Modeling and performance analysis for IPv6 traffic with multiple QoS classes. Zhang L.; Zheng L. -- Computer Communications, 1 octobre 2001, vol. 24, no. 15, pp. 1626-1636(11) -- Elsevier Science.Threshold-Based Registration (TBR) in Mobile IPv6. Lecture Notes in Computer Science, Vol. 1818, p. 150-??, 2000.IPv6 Performance Analysis on FreeBSD Workstation Using Simple Applications. Lecture Notes in Computer Science, Vol. 1961, p. 33-??, 2000.Microsoft Research IPv6 Implementation (MSRIPv6): MSRIPv6 Configuring 6to4 - Connectivity with MSR IPv6 - Our 6Bone Node... New frontiers in cybersegmentation: marketing success in cyberspace depends on IP address. Louvieris P.; Driver J. --Qualitative Market Research: An International Journal, 27 juin 2001, vol. 4, no. 3, pp. 169-181(13) -- MCB University Press.QoS-Conditionalized Handoff for Mobile IPv6. Notes de conférence en sciences informatiques, Vol. 2345, p. 721-??, 2002. Autres Voir l'URL suivant pour en savoir plus: SWITCH Pilote IPv6 Pilot / Références Conférences, rencontres, sommets 2002 Renater - Conférence IPv6 2002Sommet déploiement IPv6 à INET 2002Quelque chose manque? Les suggestions sont les bienvenues! 2003 Les suggestions sont les bienvenues! L'information en ligne Rejoindre le backbone IPv6 A remplir plus avant et plus tard... Les suggestions sont les bienvenues! Les bureaux d'enregistrement global Backbone de test IPv6: 6bone, Comment rejoindre 6bone, Teilnahme am 6bone (en langue allemande), La participation au 6bone (en langue anglaise) Les centres d'enregistrement de noms de domaine les plus importants, par régions Amérique: ARIN, ARIN / page d'enregistement, ARIN / IPv6 guidelinesEMEA: Ripe NCC, Ripe NCC / page d'enregistrement, Ripe NCC / IPv6 registrationAsie/Pacifique: APNIC, APNIC / guide de ressources IPv6Amérique latine et les Caraïbes: LACNIC, Service d'enregistrement IPv6, Politique d'allocation IPv6Afrique: AfriNICIl existe aussi une liste des principales allocations (préfixe de 32 bits) par bureau d'enregistrement régional ici: Ripe NCC / allocations IPv6. Les fournisseurs de tunnel (<emphasis>tunnel brokers</emphasis>) Note: une liste de fournisseurs de tunnel peut être trouvée plus bas dans l'information concernant les fournisseurs de tunnel. Code source utilisé dans une thèse de maîtrise dans le cadre du projet Vermicelli au sujet des fournisseurs de tunnels, Université de Tromso.Fondation IPng. Fournisseurs de tunnel et ressources IPv6, dorénavant migré au système SixXs.La page de Eckes Linux-avec-IPv6.tunnelc - client de tunnelage basé sur perl: freshmeat.net: détails sur ce client de tunnelage SourceForge: Projet Info - tunnelc (aussi ici)L'HOWTO Routage avancée Linux & contrôle du trafic, Chapitre 6: Le tunnelage IPv6 avec Cisco et/ou 6bone.Voir aussi ici pour plus d'information et d'URL: ipv6-net.org. 6to4 information 6to4 de NSayerRFC 3068 / An Anycast Prefix for 6to4 Relay Routers ISATAP ISATAP (Intra-Site Automatic Tunnel Access Protocol) Information byJOIN Les dernières nouvelles A remplir plus avant et plus tard... Les suggestions sont les bienvenues! ipv6-net.org, est aussi la page d'accueil du canal #IPv6 sur EFnetNombreux URLs vers d'autres documents par Anil Edathara Les références aux protocoles Les appels à commentaires (RFC) relatifs à IPv6 La publication de la liste des RFC relatifs à IPv6 outrepasse la portée de ce document, mais les URL fournis vous guiderons vers de telles listes: Listes classées par Etat de la standardisation IPng ou Spécifications actuelles d'IPng par Robert HindenSpécifications relatives à IPv6 on IPv6.org Les brouillons actuels des groupes de travail Les brouillons actuels concernant (aussi) IPv6 peuvent être trouvés ici: IP Version 6 (ipv6)Transition vers la nouvelle génération (ngtrans)Dynamic Host Configuration (dhc)Extension du Système des Noms de DomaineMobile IP (mobileip)Obtenir toute l'information à propos d'IPv6, depuis des vues d'ensemble, en passant par les brouillons et les RFC, jusqu'aux implémentations (comprenant la disponibilité de la pile sur différentes plates-formes & le code source de la pile IPv6) Autres Network Sorcery / IPv6, Protocole Internet IP version 6, l'en-tête du protocole IPv6Guide / Références IPv6 SWITCH, importante liste de références IPv6, maintenue par Simon Leinen Plus d'information A remplir plus avant et plus tard... les suggestions sont les bienvenues! DeepSpace6 / plus de liens intéressants Relative à Linux DeepSpace6 / Portail Linux IPv6 (pas uniquement) - Italie (miroir)IPv6-HowTo pour Linux par Peter Bieringer - Allemagne et son archive logiciel - Bieringer / IPv6L'état de Linux+IPv6 par Peter Bieringer - Allemagne (en cours d'obsolescence)DeepSpace6 / La page concernant l'état IPv6 - Italie (mirroir) (remplacera la page ci-dessus)Projet USAGI - Japon, et son archive logiciel - projet USAGIHOWTO IPv6 Protocole de routage à état de lien optimisé (OLSR) Relative à Linux, par distribution PLDPLD Linux Distribution (“leader du marché” quant aux paquetages disposant d'IPv6)Red HatLinux Red Hat, les paquetages IPv6 de Pekka Savola (historic)FedoraFedora (Project) LinuxDebianLinux Debian, Etat et information IPv6 par Craig Small,HOWTO Connectivité globale d'un LAN IPv6SuSESuSE LinuxMandrivaMandriva (Historic)Pour en savoir plus voir la page état des distributions Linux+IPv6. Général IPv6.org6boneCentre de ressources britanique IPv6 - Royaume-UniProjet WIDE - JaponSWITCH IPv6 Pilot - SuisseLe coin IPv6 de Hubert Feyrer - AllemagneProjet Vermicelli - NorvègeIPv6 Forum - un consortium mondial d'importants fournisseurs Internet, Research & Education Networks...Playground.sun.com / Page d'info IPv6 - maintenu par Robert Hinden, Nokia. Obtenir toute information au sujet d'IPv6, depuis de simples vues d'ensemble, en passant par les RFC et brouillons, jusqu'aux implémentations (incluant la disponibilité des piles sur différentes plates-formes & le code source des piles IPv6).6INIT - Initiative Internet IPv6 - le 5ème programme-cadre européenne R&D de l'IST.IPv6 Task Force (Union Européenne) (NdT: IPv6 Task Force France)Projet de Documentation IPv6 (langue japonaise)6init - IniTiative INternet IPv6Vue d'ensemble d'IP Nouvelle GénérationIPv6: La nouvelle version du protocole Internet, par Steve Deering.IPv6: Le protocole Internet Nouvelle Génération, par Gary C. Kessler. IPv6: Le protocole Internet Nouvelle Génération - 3ComInitiative Internet Nouvelle Générationinternet || site et Groupe de travail internet2 - Presentation (HTML + PPT) de l'atelier IPv6: (auto-configuration sans état, adressage IPv6, USAGI, fournisseur d'adressage IPv6 indépendant et autres thèmes).NetworkWorldFusion: rechercher IPv6 (102 documents trouvés au 22.12.2002)The Register (la recherche pour IPv6 donne 30 documents, 22.12.2002)recherche chez ZDNet pour IPv6Recherche chez TechTarget pour IPv6Liste de resssources IPv6 & TCPLes outils IPv6 Klingon, les outils IPv6 Klingon (accessible seulement en IPv6 natif): exemples de pare-feu IPv6, test de bande passante et scanner de portsQuelque chose manque? Les suggestions sont les bienvenues! Etudes de marché A Tale of Two Wireless Technology Trends: Processor Development Outsourcing and IPv6Groupe Yankee - 1/4/2002 - 12 Pages - ID: YANL768881The World Atlas of the Internet: Americas; IDATE - 2/1/2002 - 242 Pages - ID: IDT803907. Les pays couverts: Amérique Centrale, Amérique du Nord, Amérique du Sud; Liste: Prix: $ 3,500.00; à l'exception: Panorama du marché des accès à l'Internet à travers le monde. Estimation du marché et prévions jusqu'en 2006 pour 34 pays: structure du marché: les principaux ISP et le partage du marché; nombre de souscripteurs, d'ISP.Earlier Interest Rising for IPv6 par IDC (Auteur); prix: $1,500.00; support: e-book (Acrobat Reader); éd. IDC; ISBN B000065T8E; ( 1 mars 2002) Les brevets Base de données des brevets canadiens: Accueil, Recherche (Recherche simple, entrez juste “IPv6” dans le champs recherche ;-); 84 documents trouvés au 22.12.2002)Espacenet - information sur les brevets européens: Offices nationaux, membres d'Espacenet(IPv6: 84 documents, au 22.12.2002)Delphion: Recherche de brevets. Un simple enregistrement (gratuit) est nécessaire. Exemples trouvés au 21.12.2002 par une recherche sur l'expression IPv6: Méthode de communication entre terminal IPv4 et terminal IPv6, mécanisme de conversion IPv4-IPv6 Traducteur pour réseaux IP, système réseau utilisant le traducteur, mais aussi une méthode de couplage de réseaux IP Par pays Europe www.ist-ipv6.org: IST IPv6 Cluster, recherche européenne IPv6 et développement de projetsEuro6IX: Backbone européenne d'interconnexion Internet IPv6 Autriche IPv6@IKNnet et le groupe de recherche MIPv6: Vienne , Autriche (IPv6: projets, publications, diplômes / thèses de doctorat, actes de conférence, etc.)é Australie Les pages IPv6 australiennes de Carl (contenu ancien) Brésil BR6boneIPv6 Summit in BrazilIPv6 do Brasil Allemagne IPv6-net.org: Forum IPv6 allemand France Renater: La page d'accueil du projet IPv6 RenaterIPv6 - RSVP - ATM à l'INRIADocumentation IPv6 NetBSD IPv6 Hongrie Tester la technologie expérimentale IPv6 et ses services en Hongrie Japon Groupe d'utilisateurs IPv6 Linux JPYamaha IPv6 (désolès, tout en japonais...) Corée ETRI: Institut de Recherche en Electronique et TélécommunicationsForum IPv6 koréen: Projet de déploiement coréen d'IPv6 Mexique Mexique IPv6 (versions espagnole et anglaise): Accueil du projet IPv6 de l'Université nationale autonome du Mexique (UNAM) Pays-Bas SURFnet: Backbone IPv6 SURFnetSTACK, STACK (IPv6): Association d'étudiants en informatique de l' Université de Technologie, Pays-BasIPng.nl: collaboration entre WiseGuys et Intouch Portugal FCCN (Fondation Nationale pour le Calcul Scientifique) Russie Forum IPv6 pour la Russie: Centre Internet de l'Université publique de Yaroslavl Suisse SWITCH: L'éducation suisse & les recherches réseau Royaume-Uni IPv6 au Royaume-UniCentre de resources IPv6 britaniqueLa page d'accueil de British Telecom IPv6: essai de BT en tant que fournisseur de service IPv6, premier point d'interconnexion Internet au Royaume-Uni, ... Par systèmes d'exploitation *BSD Le projet KAME (*BSD)FAQ de la mise en réseau IPv6 de NetBSDLe port FreeBSD d'Ipv6BUGAT - Groupe d'utilisateurs Australiens BSD - www.bugat.at: Tunnel IPv6 FreeBSD (langue allemande) Cisco IOS Cisco IOS IPv6IPv6 pour IOS de Cisco, Fichier 2 sur 3: août 2002 -- Table des Matières: IPv6 pour IOS de Cisco; documentation des caractéristiques de configuration; Rendre disponible et configurer le routage IPv6; l'adressage IPv6; Rendre globalement le fonctionnement IPv6 disponible.Manuel de la mise en réseau Internet Cisco, chapitre IPv6 Compaq IPv6 chez Compaq - Présentations, livres blancs, documentation, ... HPUX FAQ comp.sys.hp.hpux IBM Maintenant c'est IBM qui annonce la disponibilité de z/OS V1.4, Quoi de neuf dans cette version? Cette question a été posée le 15 août 2002 Microsoft Microsoft Windows 2000 IPv6 MSRIPv6 - Accueil IPv6 des recherches réseau de MicrosoftDébuter avec la technologie IPv6 Microsoft prévue pour Windows 2000Le pare-feu servant à la connexion Internet ne bloque pas le trafic IPv6 (au 6.11.2001)Internet Protocol Numbers (au 8.10.2002)IPv6 Technology Preview Refresh (au 16.10.2002)Comment: installer et configurer IP version 6 pour Windows .NET Enterprise Server (au 26.10.2002)Le service de routage 6to4 du serveur Windows .NET quitte lorsque vous publiez une adresse 2002 sur une interface publique (au 28.10.2002)msdn - Microsoft Windows CE .NET - commandes IPv6msdn - recherche pour IPv6 (100 résultats, au 22.12.2002) Solaris Solaris Sun MicrosystemsSolaris 2 Frequently Asked Questions (FAQ) 1.73 Sumitoma é Sumitomo Electric a implémenté IPv6 sur la famille des routeurs Suminet 3700 ZebOS IpInfusion's ZebOS Logiciel de serveur de routage La sécurité IPv6 Internet Security Systems: Centre Sécurité, recherche dans la base de donnée X-Force (21.12.2002 - 6 thèmes relatifs à IPv6)Projet IPsec NIST ( Institut National des Standards et Technologie, NIST)Information SecurityNewOrder.box.sk (recherche pour IPv6) (Articles, exploits, files database, etc.) Les listes d'applications IPv6.org / Ies applications disposant d'Pv6Freshmeat / recherche IPv6, actuellement (au 14 décembre 2002), 62 projetsForum IPv6 : IPv6 Router List Les outils d'analyse Ethereal - Ethereal est un analyseur libre de protocoles réseaux pour Unix et WindowsRadcom RC100-WL - Téléchargez l'analyseur de protocoles RC100-WL Radcom version 3.20 Les produits IPv6 6wind - solutions pour routeur IPv4/IPv6, QoS, Multicast, Mobilité, Sécurité/VPN/Pare-feu. Fefe's patches for IPv6 with djbdnsAoût 2002 -- Qu'est-ce que djbdns et a-t-il besoin d'IPv6? djbdns est un serveur DNS complet qui outrepasse les performances de BIND.Suite de serveurs de routage ZebOS Inframail (Advantage Server Edition)HTTrack Website CopierCommViewPosadisTCP Wrapper (prêt pour IPv6) SNMP comp.protocpols.snmp SNMP FAQ Parties 1 of 2 L'infrastructure IPv6 Statistiques Histoire de la table de routage IPv6 créée par Gert Döring, Space.NetOfficial 6bone Webserver list StatisicIPv6 Allocation Data & Survey Results, IPv6 WG, Ripe 42, Ripe NCC Points d'interconnexion Internet Une autre liste de points d'interconnexion IPv6 peut être trouvée ici: Site web des points d'interconnexion IPv6 ou Statut IPv6 des IXP en Europe Estonie TIX (point d'interconnexion Internet Tallinn avec support IPv6) Europe Euro6IX, Backbone des points d'interconnexion Internet IPv6 européen France Point d'interconnexion Internet IPv6 français (actif depuis le 1.11.2002). FNIX6 fournit une interconnexion haut débit FastEthernet gratuite et fiable entre ISP situés chez TeleCity, Paris. Allemagne INXS: Munich et Hamburg (câble & sans fil) Japon NSPIXP-6: point d'interconnexion Internet basé sur IPv6, à TokyoJPIX, Tokyo Korée 6NGIX Les Pays-Bas AMS-IX: Point d'interconnexion à Amsterdam Royaume-Uni UK6X: LondresXchangePoint: Londres USA 6TAP: Chicago. Supporte le peering à travers tout le globeNY6IX: Point d'interconnexion IPv6 basé à New YorkPAIX: Palo Alto Les fournisseurs de tunnel (<emphasis>tunnelbrokers</emphasis>) Voir aussi: http://www.deepspace6.net/docs/tunnelbrokers.html Belgique Wanadoo Canada Freenet6 - délégation /48, Canada Accéder à IPv6 en utilisant Freenet6 sur Debian Création Freenet6 Chine CERNET-Nokia Estonie Estpak Europe Fournisseur de tunnel distribué XS26, USA & Europeé Allemagne 6bone Knoten Leipzig Info bez. Hackangriff (2001)Berkom Italie Centro Studi e Laboratory Telecomunicazioni (page de téléchargement TunnelBroker Version 2.1.) Fournisseur de tunnel IPv6: instructions d'installationComv6Bersafe (langue italienne)Telecom Italia LAB (page de téléchargement du logiciel Tunnelbroker) Japon Initiative Internet au Japon (en langue japonaise) - avec fourniture de lignes IPv6 natives et tunnelage IPv6 Malaisie Manis Les Pays-Bas XS26 - "Accès à Six" - avec des POP (Points De Présence) en République slovaque, en République Tchèque, aux Pays-Bas, en Allemagne et en Hongrie.IPng Pays-Bas - Intouch, SurfNet, AMS-IX, UUNet, Cistron, RIPE NCC et AT&T sont connectés au AMS-IX. Il est possible (sous certaines conditions) d'obtenir un tunnel statique.Clients SURFnet Norvège UNINETT, Guide concernant le service IPv6 (pour les clients): fournisseur de tunnel et allocation d'adresse Uninett-Autoupdate-HOWTO Espagne Consulintel Suisse Fournisseur de tunnel AS8758, Dolphins Network Systems (en ligne depuis le 20.12.2002) Royaume-Uni NTT Europe, NTT, Royaume-Uni - essai IPv6. Tunnel IPv4 et IPv6 natif and native IPv6 leased Line connexions. Les POP sont situés à Londres au Royaume Uni, Düssenldorf en Allemagne, New Jersey aux USA (Côte Est), Cupertino aux USA (Côte Ouest), Tokyo au JaponInterface d'administration du fourniseur de tunnel IPv6 BtexacTRoyaume-Uni IPng USA ESnet, USA - Réseau des Sciences de l'Energie: Tunnel Registry & adresse Delegation for directly connected ESnet sites and ESnet collaborators.6REN, USA - l'initiative 6ren est coordonnée par Réseau des Sciences de l'Energie (ESnet), the network for the Energy Research program of the US Dept. of Energy, located at the University of California's Lawrence Berkeley National Laboratory.XS26 Distributed Tunnel Broker, USA & EuropeHurricane Electric, backbone US; Fournisseur de tunnel Hurrican Electric (aussi disponible ici) Press Version: Hurricane Electric devient fournisseur de tunnel IPv6 (communiqué de presse) Mise à jour d'extrémité de tunnel, pour fournisseur de tunnel, script Perl Singapour http://tunnel-broker.singnet.com.sg/, avec en option NAT et IPsec Plus de fournisseurs de tunnel... Routeurs relais 6to4 publiques (boycott MS IIE!) Services nativement accessibles par IPv6 Note: Ces services sont uniquement disponibles grâce à une connexion IPv6 valide! Serveur de jeu Quake2 sur IPv6 IRC Server Cyconet (serveurs IRCnet Cyconet sur IPv6) Stations Radio, flux de musique Flux IPv6 expérimental en direct!, Université de Leipzig, Allemagne Serveur web la page d'accueil de l'HOWTO IPv6 Linux de Peter Bieringer Quelque chose manque? Les suggestions sont les bienvenues! Les listes de diffusion Des listes de listes de diffusion sont disponibles: DeepSpace6 / liste de listes de diffusionLes listes de diffusion essentielles sont listées dans le tableau suivant: Centre d'intérêt Adresse mél de la requête d'inscription A quoi souscrire Adresse mél de la liste de diffusion Langue accès par WWW L'activité réseau du noyau Linux incluant IPv6 majordomo (chez) oss.sgi.com netdev netdev (chez) oss.sgi.com Anglaise Archive Linux et IPv6 en général (1) majordomo (chez) list.f00f.org linux-ipv6 linux-ipv6 (chez) list.f00f.org (modérée) Anglaise L'implémentation Linux du protocole IPv6 interface web, voir l'URL project6 (chez) ferrara.linux.it Anglaise Info, Subscription La mobilité IP(v6) sur Linux majordomo (chez) list.mipl.mediapoli.com mipl mipl (chez) list.mipl.mediapoli.com Anglaise Info, Archive Utilisateurs Linux IPv6 avec l'extension USAGI usagi-users-ctl (chez) linux-ipv6.org usagi-users (chez) linux-ipv6.org Anglaise Info / Recherche, Archive IPv6 sur Debian Linux interface web, voir l'URL debian-ipv6 (chez) lists.debian.org Anglaise Info/Souscription/Archive IPv6/6bone en Allemagne majordomo (chez) atlan.uni-muenster.de ipv6 ipv6 (chez) uni-muenster.de German/English Info, Archive 6bone majordomo (chez) isi.edu 6bone 6bone (chez) isi.edu Anglaise Info, Archive Discussions IPv6 majordomo (chez) sunroof.eng.sun.com ipng ipng (chez) sunroof.eng.sun.com Anglaise Info, Archive, Mirroir des archives Les utilisateurs d'IPv6 en général majordomo (chez) ipv6.org users users (chez) ipv6.org Anglaise Info, Archive Recherche des bogues des applications Internet (2) bugtraq-subscribe (chez) securityfocus.com bugtraq (chez) securityfocus.com (moderated) Anglaise Info, Archive IPv6 en général interface web, voir l'URL ipv6 (chez) ipng.nl Anglaise Info/Subscription, Archive majordomo (chez) mfa.eti.br majordomo (chez) mfa.eti.br ipv6 ipv6 (chez) mfa.eti.br Portugaise Info (1) recommandé pour les questions d'ordre général Linux & IPv6. (2) très recommandé si vous êtes fournisseur d'applications serveur. Quelque chose manque? Les suggestions sont les bienvenues! Les listes de diffusion et newsgroups suivants sont disponibles via le web: ipv6 (France) Description: Cette liste IPv6 permet de discuter d'IPv6 en langue française. Elle s'adresse aux personnes désirant démarrer dès aujourd'hui des tests IPv6. Ce n'est en aucun cas un substitut aux listes de l'IETF. Pour de plus amples informations: http://www.urec.fr/IPngTunnelbroker Maillingliste (Allemagne)ipv6 (Hongrie) Description: ipv6 Az IPv6 protokoll listaja Konfiguracios es adminisztracios kerdesek az IPv6-al kapcsolatban. (Archivum)student-ipv6 (Inde) Description: groupe d'étudiants intéressé par IPv6IPV6-CNR@LISTSERV.CNR.IT (Italie) Description: Groupe IPv6 au CNRipv6-jp (Japon)ipv6 (Japon)sun-ipv6-users Description: Merci de rapporter les problèmes/suggestions concernant l'implémentation IPng SUN MicrosystemsIPv6-BITS Description: Cette liste coordonnera le travail du Verebrae.openbsd-ipv6IPv6 Description: Cette liste de diffusion consiste en discussions techniques au sujet des possibilités d'IPv6/IPsec WRT OpenBSD.linux-bangalore-ipv6 Description: La liste concernant le déploiement d'IPv6 du groupe d'utilisateurs Linux Bangaloregab Description: L'intention est de discuter du plan géographique d'adressage IPv6.ipv6-bsd-user Description: Cette liste de diffusion concerne l”implémentation INéRIA/IMAG d'IPv6. Elle est bilingue, Francais/Anglais. Si vous souhaitez contacter les implémenteurs, essayez ipv6-bsd-core@imag.frgated-ipv6La commutation de paquets Description: cette liste de diffusion fournit un forum de discussion au sujet de l'implémentation, de la technologie et de la théorie de la commutation de paquets et l'application à tout domaine, LAPB, X.25, SDLC, P802.1d, LLC, IP, IPv6, IPX, DECNET, APPLETALK, FR, PPP, téléphonie IP, les systèmes PBX LAN, les protocoles d'administration comme SNMP, e-mail, système de fenêtre transparent au réseau, implémentation de protocoles, vérification de protocoles, tests de conformité et outils utilisés dans la maintenance ou dans le développement des systèmes de commutation de paquets.mumbaiinternetgroup Description: Ce forum discutera des problèmes et des développements actuels concernant Internet dans la région de l'Asie pacifique. Cela couvrira IPv4, IPv6, le DNS multilingue, les numéros de systèmes autonomes, la gouvernance Internet et bien plus...de.comm.protocols.tcp-ip Description: Umstellung auf IPv6 Source: Chartas der Newsgruppen in de.*Groupe Google: comp.protocols.tcp-ipGroupe Google: linux.debian.maint.ipv6Groupe Google: microsoft.public.platformsdk.networking.ipv6Groupe Google: fa.openbsd.ipv6 Outils en ligne Outils de test finger, nslookup, ping, traceroute, whois: Centre de ressources IPv6 britanique / la page de testping, traceroute, tracepath, whois 6bone, DNS: JOIN / outils de test (en langue allemande seulement, mais en l'occurrence cela ne devrait pas être un problème pour les non germanistes)traceroute6, whois: IPng.nlVérificateur de résolution AAAA http://www.cnri.dit.ie/cgi-bin/check_aaaa.plOutils divers : IPv6toolsOutil d'analyse d'adresse IPv6 (assez similaire à l'option d'information d'ipv6calc) Recherche d'information Le bureau d'enregistrement 6BONEListe mondiale d'attribution de tout bloc d'adresses IPv6 Outils d'observation des réseaux IPv6 Observer IPv6 chez SURRIELObserver IPv6 chez DRENv6 Applications venant en aide Calculatrice de préfixe IPv6 par TDOIVérificateur d'enregistrement DNS Pratique, séminaires formation et atelier IPv6, AERAsec, Allemagne (en langue allemande pour l'instant)Migrer vers IPv6, Learning Tree InternationalFormation professionnelle CIW la maintenance Internet CBT CDPages concernant la formation, Royaume-Uni - recherche à partir du mot clé “IPv6” (13 cours, au 22.12.2002)Quelque chose manque? Les suggestions sont les bienvenues! 'La découverte en ligne'... IPv6: Addressing The Needs Of the Future [DOWNLOAD: PDF] par le groupe Yankee (Auteur) Prix: $595.00 Edition: e-book (Acrobat Reader) Pages: 3 (trois) Editeur: MarketResearch.com; ISBN B00006334Y; (1 novembre 2001) ;-) Le nombre de copies serait intéressant à connaître... Historique des Révisions / Crédits / La Fin Historique des Révisions Révisions 0.x La version anglo-saxonne (document original de Peter Bieringer) Un historique des modifications de la version anglo-saxonne originale peut être trouvé ici: TLDP / Linux+IPv6-HOWTO / Revision History. La version francophone 0.49.fr.22007-10-06/PB: fix broken URLs to TLDP-CVS, minor fixes for proper SGML validation.0.49.fr.12006-02-26/MB: Mise à jour au profit de la révision 0.49.0.48.1.fr.12005-01-20/MB: Mise à jour au profit de la révision 0.48.1.0.47.fr.12004-09-05/MB: Mise à jour au profit de la révision 0.47.0.45.1.fr.12004-03-14/MB: Mise à jour au profit de la révision 0.45.1. Corrections et améliorations diverses.0.44.fr.12003-09-05/MB: Mise à jour au profit de la révision 0.44. A cette occasion, une révision non systématique est réalisée.0.43.2.fr.22003-07-17/MB: Correction de quelques coquilles, amélioration de la traduction de quelques passages.0.43.2.fr.12003-06-20/MB: Mise à jour au profit de la révision 0.43.2. A cette occasion, une révision non systématique est réalisée.0.41.1.fr.22003-06-06/MB: Première révision générale; à savoir, correction de coquilles, bogues, fautes d'orthographe, etc.0.41.1.fr.12003-05-09/MB: Cette version est la première. Son contenu, rédigé sur LyX version 1.3.2, est basé sur celui de la version anglo-saxonne 0.41.1. Cependant un certain nombre de mes suggestions (Michel Boucey) ayant été prises en compte par Peter Bieringer lors du travail de traduction, il existe d'ores et déjà, ça et là, des modifications mineures qui seront présentes dans les futures versions du document original. Le suffixe .fr.x indique le numéro de révision de la traduction francophone. Crédits Le moyen le plus rapide d'être ajouté à cette sympathique liste est de m'envoyer des corrections (de bogue), et/ou mises à jour ;-). Si vous voulez réaliser un réexamen important, vous pouvez utiliser le fichier natif LyX (voir le document original) et envoyez les diffs s'y rapportant, car les diffs en rapport au code SGML ne sont pas d'une grande utilité (NdT: merci d'envoyer les diffs à l'adresse <mboucey chez free point fr>).  Crédits majeurs David Ranch <dranch chez trinnet point net>: pour m'avoir encouragé à écrire cet HOWTO, pour ses commentaires sur quelques premières des révisions, et ses contributions à de différents résultats de test IPv6 sur mon site web IPv6. Mais aussi pour ses relectures et suggestions.Pekka Savola <pekkas chez netcore point fi>: pour ses relectures essentielles, apports et suggestions.Martin F. Krafft <madduck chez madduck point net>: pour la vérification orthographique et sa relecture générale du document.John Ronan <j0n chez tssg point wit point ie>: pour la vérification orthographique.Georg Käfer <gkaefer chez gmx point at>: pour la détection de la création défectueuse au format PDF (problème réglé maintenant par Greg Ferguson, travaillant au LDP), les références de livres en langue allemande, une grande liste d'URL, leurs vérifications, une grande quantité de suggestions, de corrections, de contributions, et pour sa traduction en langue allemande.Michel Boucey <mboucey chez free point fr>: pour la correction orthographique, la découverte de liens brisés, sa contribution grâce à ses suggestions, ses apports de nouveaux liens, et pour sa traduction en langue française.Michele Ferritto <m dot ferritto at virgilio dot it>: pour avoir découvert des bogues, et pour sa traduction en langue italienne.Daniel Roesen <dr at cluenet dot de>: pour ses vérifications orthographiques. Autres crédits Crédits relatifs aux documents techniques Ecrire, en étant débutant, un HOWTO LDP (dans LyX et en exportant le travail vers DocBook pour se conformer au SGML) n'est pas si facile que certains pourraient le dire. Il y a d'étranges pièges... malgré tout, merci: Aux auteurs du Guide de l'auteur LDPA B. Guillon: pour l'HOWTO DocBook avec LyX La Fin Merci de m'avoir lu. Dans l'espoir que cela puisse aider! Si vous avez des questions, souscrivez à la bonne liste de diffusion et décrivez votre problème en fournissant autant d'information que possible.