Linux IPv6 HOWTO (de)

]> Linux IPv6 HOWTO (de) PeterBieringer

pb at bieringer dot de

0.67.de.1wip 2015-08-18 PB 0.66.de.1 2014-05-15 PB 0.65.de.1 2009-12-13 PB 0.64.de.1 2009-06-11 PB 0.61.de.1 2007-10-06 PB Das Ziel des Linux IPv6 HOWTO ist die Beantwortung von Basis- und Experten-Fragen zum Thema IPv6 mit Linux-Betriebssystemen. Dieses HOWTO will dem Leser genug Informationen bereitstellen, um IPv6-Anwendungen auf Linux Computer installieren, konfigurieren und anwenden zu können. Zwischen-Versionen sind auf mirrors.bieringer.de oder mirrors.deepspace6.net verfügbar. Änderungen sind in der Revisionshistorie aufgelistet. Allgemein Informationen über verfügbare Übersetzungen finden Sie im Abschnitt Übersetzungen. Copyright, Lizenz und anderes Copyright Verfasst von und urheberrechtlich geschützt durch Peter Bieringer © 2001-2014. Deutsche Übersetzung: Verfasst von und urheberrechtlich geschützt durch Georg Käfer © 2002-2003, weitergeführt von Peter Bieringer © 2004-2014. Lizenz Dieses Linux IPv6 HOWTO wird unter der GNU GPL Version 2 herausgegeben: Dieses Linux IPv6 HOWTO ist ein Handbuch zur Anwendung und Konfiguration von IPv6 auf Linux-Systemen. Copyright © 2001-2014 Peter Bieringer Deutsche Übersetzung Copyright © 2002-2003 Georg Käfer, weitergeführt von Peter Bieringer © 2004-2013. Diese Dokumentation ist freie Software; Sie können diese unter den Bedingungen der GNU General Public License, wie von der Free Software Foundation publiziert, entweder unter Version 2 oder optional jede höhere Version redistribuieren und/oder modifizieren. Dieses Programm wird in der Hoffnung verteilt, dass es für Sie nutzvoll ist, jedoch OHNE JEDWEDER GEWÄHRLEISTUNG; sogar ohne der implizierten Gewährleistung der MARKTFÄHIGKEIT oder der FÄHIGKEIT ZU EINEM BESONDEREN ZWECK bzw. VORSATZ. Weitere Details finden Sie in der GNU General Public License. Zusammen mit diesem Dokument sollten Sie eine Kopie der GNU General Public License erhalten haben; Wenn dem nicht so ist, können Sie sich an folgende Adresse wenden: Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110, USA. Über den Autor Internet/IPv6 Background des Autors 1993: In Kontakt mit dem Internet getreten, kennenlernen von konsolenbasierte E-Mail- und News-Client-Programme (z.B.: suchen Sie nach “e91abier” auf groups.google.com, das ist der Autor).1996: Anfrage zur Gestaltung eines IPv6 Kurses inklusive eines Workshops zum Thema Linux Betriebssystem bekommen.1997: Schreiben einer Anleitung, wie man IPv6 auf Linux Systemen installieren, konfigurieren und anwenden kann, genannt IPv6 & Linux - HowTo (siehe unter IPv6 & Linux - HowTo/History).2001: Begonnen, dieses neue Linux IPv6 HOWTO zu schreiben. Ansprechpartner Der Autor kann via E-Mail <pb at bieringer dot de> und auch über seine homepage kontaktiert werden. Der Autor lebt zurzeit in München / Bayern / (Süd-)Deutschland / (Mittel-)Europa / Erde (Festland). Kategorie Dieses HOWTO sollte in der Kategorie “Networking/Protocols” aufgelistet werden. Version, Werdegang und Unerledigtes Version Die aktuelle Versionsnummer finden Sie auf der Titelseite. Für andere verfügbare Versionen/Übersetzungen siehe auch http://www.bieringer.de/linux/IPv6/. Werdegang Eckpunkte 2001-11-30: Beginn mit der Neukonzeption dieses HOWTOs. 2002-01-02: Viel Inhalt eingearbeitet, erste Version des Kapitels 1 veröffentlicht (Version 0.10). 2002-01-14: Weitere Vervollständigung und Überprüfung des Inhalts, öffentliche Freigabe des kompletten Dokuments (Version 0.14). 2002-08-16: Polnische Übersetzung ist in Arbeit. 2002-10-31: Chinesische Übersetzung ist verfügbar. 2002-11-10: Deutsche Übersetzung ist in Arbeit. 2003-02-10: Deutsche Übersetzung ist verfügbar. 2003-04-09: Französische Übersetzung ist in Arbeit. 2003-05-09: Französische Übersetzung ist verfügbar 2003-10-16: Italienische Übersetzung ist in Arbeit. 2004-03-12: Italienische Übersetzung ist verfügbar 2004-06-18: Griechische Übersetzung ist in Arbeit 2005-07-25: Türkische Übersetzung ist verfügbar 2007-03-28: Portugiesisch-Brasilianische Übersetzung ist in Arbeit 2008-07-30: Spanische Übersetzung ist verfügbar (aber noch nicht abgeschlossen) 2011-05-09: Portugiesisch-Brasilianische Übersetzung ist wieder in Arbeit Vollständiger Werdegang Am Ende dieses Dokumentes finden Sie die Historie der Änderungen. Unerledigtes Fehlenden Inhalt ergänzenGrammatik-Überprüfung beenden Übersetzungen Übersetzungen müssen den URL, die Versionsnummer und das Copyright des Originaldokuments enthalten (aber auch die Daten zu ihrer Übersetzung). Bitte übersetzen Sie nicht das Original-Changelog, das wäre nicht sehr sinnvoll. Es sieht aus, als wäre die Änderungsfrequenz dieses Dokumentes überwiegend geringer als einmal pro Monat. Seit Version 0.27 scheint der Hauptteil des vom Autor beigesteuerten Inhaltes geschrieben zu sein. Übersetzungen müssen immer das englische Original als Quelle benutzen. Diverse Sprachen Notiz: eine Übersicht mit URLs ist zu finden unter http://www.bieringer.de/linux/IPv6/. Deutsch Mit 2002-11-10 wurde von Georg Käfer <gkaefer at gmx dot at> die Deutsche Übersetzung begonnen und am 10.02.2003 erstmals publiziert. Grundlage der Übersetzung ist die CVS-Version 1.53 der Lyx-Datei, aus der das Linux IPv6 HOWTO Version 0.39.2 erstellt wurde. Mit Sicherheit werden in dieser Übersetzung noch so manche 'Hoppalas' und auch 'grausige' Rechtschreibfehler zu finden sein. Sorry! Ebenfalls fällt es nicht immer leicht, zu entscheiden, ob ein Terminus überhaupt übersetzt werden soll, bzw. ob die Beibehaltung des englischen Originalwortes nicht zielführender wäre... Neue deutsche Rechtschreibung: es wurde eine konservative Übersetzung angewandt, d.h. nicht alle möglichen Änderungen der Neuen deutschen Rechtschreibung wurden durchgeführt, sondern nur die notwendigen Änderungen. Die URL für diese deutsche Übersetzung ist: http://mirrors.deepspace6.net/Linux+IPv6-HOWTO-de/ Andere Sprachen Informationen über Übersetzungen in andere Sprachen finden Sie hier im Originaldokument: TLDP / Linux+IPv6-HOWTO / Übersetzungen. Technisches Originalquelle dieses HOWTOs Die originale englische Version dieses HOWTOs wurde mit LyX Version 1.6.1 auf einem Fedora 10 Linux System mit SGML-Template (DocBook book) erstellt. Alle Dateien sind unter github / tLDP / LDP / users / Peter-Bieringer verfügbar. Auch die deutsche Version wurde mit LyX erstellt und befindet sich ebenfalls im angegebenen CVS-Verzeichnis. Zeilenumbruch in Code-Beispielen Der Zeilenumbruch wird mit Hilfe eines selbst geschriebenen Tools “lyxcodelinewrapper.pl” erstellt; Sie finden das Skript am CVS unter: TLDP-CVS / users / Peter-Bieringer. SGML Erzeugung SGML wird mit Hilfe der Exportfunktion in LyX generiert. Um korrekten SGML Code zu erstellen, müssen einige Korrekturen gemacht werden. Die entsprechenden Perl Skripts finden Sie unter TLDP-CVS / users / Peter-Bieringer: Der Export von Lyx-Tabellen erstellt keine korrekten “colspan” Tags. Tool für die Korrektur: “sgmllyxtabletagfix.pl” (behoben seit LyX Version 1.2.0)LyX verwendet manchmal , anstelle der normalen, spezielle Links-/Rechts-Formatierungen für Zitate, die dann auch im generierten HTML Code ausgegeben werden. Einige Browser können das Ergebnis nicht besonders schön darstellen (bekannt sind: Opera TP2 oder Konqueror). Tool für die Korrektur: “sgmllyxquotefix.pl” Online-Verweise auf die HTML Version dieses HOWTOs (Links / Anchors) Hauptindexseite Im Allgemeinen wird ein Verweis auf die Hauptindexseite empfohlen. Seitennamen Da die HTML-Seiten aus einer SGML-Datei erstellt werden, werden einige HTML-Dateinamen ziemlich zufällig gewählt. Manche Seiten sind jedoch in LyX mit Tags gekennzeichnet, woraus statische Namen resultieren. Diese sollten der besseren Referenz wegen zukünftig nicht geändert werden. Bitte lassen Sie es wissen, wenn Sie glauben, dass ein Tag vergessen wurde. Vorwort Einiges vorab: Wie viele IPv6 & Linux bezogene HOWTOs gibt es? Inklusive diesem gibt es drei (3) HOWTO-Dokumente. Pardon, wenn das zu viele sind ;-) Linux Ipv6 FAQ/HOWTO (veraltet) Das erste IPv6 bezogene Dokument wurde von Eric Osborne geschrieben und heißt Linux IPv6 FAQ/HOWTO (bitte benutzen Sie den Text nur im historischen Kontext). Die neueste Version 3.2.1 wurde am 14.Juli 1997 veröffentlicht. Bitte um Ihre Mithilfe: Wenn jemand das Erstellungsdatum der Erstversion dieses HOWTOs kennen sollte, senden Sie mir Bitte ein E-Mail (Die Information wird im Abschnitt “Werdegang” eingearbeitet). IPv6 & Linux - HowTo (gewartet) Ein zweites Dokument (IPv6 & Linux - HowTo) wurde vom selben Autor (Peter Bieringer) geschrieben und liegt im HTML-Format vor. Begonnen wurde mit dem Schreiben im April 1997 und die erste englische Version wurde im Juni 1997 veröffentlicht. Das Dokument wird weiterhin betreut, es wird aber langsam (jedoch nicht komplett) in das Linux IPv6 HOWTO - das Sie gerade lesen - eingearbeitet. Linux IPv6 HOWTO (dieses Dokument) Da das IPv6 & Linux - HowTo in HTML geschrieben wurde, war es nicht wirklich mit dem The Linux Documentation Project (TLDP) kompatibel. Der Autor (Peter Bieringer) bekam Ende Nov. 2001 die Anfrage, das IPv6 & Linux - HowTo in SGML zu konvertieren. Er entschied sich auf Grund dieser Diskontinuität (Future of IPv6 & Linux - HowTo) und der Tatsache, dass IPv6 mehr und mehr zum Standard wird, zum Schreiben eines neuen Dokuments. Im zweiten HOWTO (IPv6 & Linux - HowTo) wird auch weiterhin dynamischer Inhalt sowie weiterführender Inhalt zu finden sein. Verwendete Begriffe, Glossar und Abkürzungen Netzwerkbegriffe Base 10Dezimales Zahlensystem, das die Zahlen 0-9 beinhaltet.Base 16Generell in Programmiersprachen verwendetes hexedezimales Zahlensystem, das die Zahlen 0-9 und die Buchstaben A-F beinhaltet (Groß/Kleinschreibung möglich).Base 8585 verschiedene Zahlen/Buchstaben umfasst dieses Zahlensystem und ermöglicht dadurch kürzere Zeichenketten - aber niemals in der Praxis gesehen.BitKleinste Speichereinheit mit dem Wert ein/wahr (1) oder aus/falsch (0)ByteMeistens eine Menge von 8 bits (aber kein Muss - siehe ältere Computer Systeme)DeviceNetzwerkgerät, siehe auch NICDual homed hostEin Dual homed host ist ein Node mit zwei (physischen oder virtuellen) Schnittstellen auf zwei unterschiedlichen Links. Datenpakete können zwischen den zwei Verbindungen nicht weitergeleitet werden.HostIm Regelfall handelt es sich um einen Rechner mit einen Link sowie einer aktiven Netzwerk-Schnittstelle, z.B. Ethernet oder (aber nicht und) PPP.InterfaceIdent mit “device”, siehe auch NIC.IP HeaderKopf eines IP-Paketes (jedes Netzwerk-Paket hat einen header, die Form des headers ist abhängig von der Netzwerkschicht).LinkEin Link ist eine Schicht 2 Netzwerk-Transportmedium für Pakete; Beispiele sind Ethernet, Token Ring, PPP, SLIP, ATM, ISDN, Frame Relay,...NodeEin Node (=Knoten) ist ein Host oder ein Router.OctetSammlung von acht (8) realen bits, vergleichbar mit “byte”.PortInformation für den TCP/UDP dispatcher (Schicht 4), mit dessen Hilfe Informationen auf höhere Schichten transportiert werden.ProtocolJede Netzwerkschicht enthält meistens ein Protokoll-Feld damit die Übergabe transportierter Informationen an höhere Netzwerkschichten erleichtert wird. Beispiele hierfür: Schicht 2 (MAC) und 3 (IP).RouterEin Router ist ein Knoten mit zwei (2) oder mehr (physischen oder virtuellen) Schnittstellen, der Datenpakete zwischen den Schnittstellen versenden kann.SocketEin IP socket wird durch Quell- und Zieladresse, den Ports (und der Verbindung) definiert.StackEin Stack setzt sich aus Netzwerkschichten zusammen. SubnetmaskIP Netzwerke verwenden Bitmasken um lokale von entfernten Netzwerken zu trennen.TunnelEin Tunnel ist typischerweise eine Punkt-zu-Punkt-Verbindung, über die Datenpakete eines anderen Protokolls ausgetauscht werden. Beispiel: IPv6-in-IPv4 Tunnel. Abkürzungen ACLAccess Control List - Zugriffsliste)APIApplication Programming Interface - Schnittstellen in Programmen zwischen den ApplikationenASICApplication Specified Integrated Circuit - Applikationsspezifischer integrierter SchaltkreisBSDBerkeley Software DistributionCAN-BusController Area Network Bus (physical bus system)ISPInternet Service ProviderKAMEEin Projekt und gemeinsame Anstrengung von sechs (6) Firmen in Japan mit dem Ziel, einen freien IPv6 und IPsec Stack für BSD Derivate der Öffentlichkeit zur Verfügung zu stellen www.kame.net.LIRLocal Internet Registry - Lokale Internet RegistraturNICNetwork Interface Controller - Netzwerk[schnittstellen]karte, kurz NetzwerkkarteRFCRequest For Comments - eine Sammlung von technischen und organisatorischen Dokumenten zum Thema Internet.USAGIUniverSAl playGround for Ipv6 Project - dieses Projekt will für das Linux System einen IPv6 Protokoll stack mit Produktionsqualität ausliefern. In diesem Dokument verwendete Syntax Zeilenumbruchs-Zeichen bei langen Codebeispielen Das spezielle Zeichen “¬” zeigt in den Beispielen an, dass die Zeile umgebrochen wurde. Dies wurde für eine korrekte Darstellung des Textes in den PDF- und PS-Versionen benötigt. Platzhalter In allgemeinen Beispielen können Sie öfters lesen: ]]>In Skripts oder an Ihrer Kommandozeile müssen Sie die < und > weglassen und den Text mit dem entsprechenden Inhalt ersetzen. Das Beispiel hier z.B. könnte sein: Shell-Kommandos Kommandos, die nicht als Root-Benutzer ausgeführt werden, beginnen mit $, z.B. Befehle, die mit Root-Rechten ausgeführt werden, beginnen mit #, z.B. Grundvoraussetzung für die Verwendung dieses HOWTOs Persönliche Anforderungen Erfahrung mit Unix Tools Sie sollten mit den gängigsten Unix Tools wie grep, awk, find, etc. und deren Kommandozeilen-Optionen vertraut sein. Erfahrung mit Netzwerktheorie Sie sollten das Schichtmodell und die einzelnen Schichten, Protokolle, Adressarten, Kabelsorten, Stecker etc. kennen. Wenn das Neuland für Sie sein sollte, finden Sie hier einen guten Ausgangspunkt: http://www.rigacci.org/docs/biblio/online/intro_to_networking/book1.htm Erfahrung mit der Konfiguration von IPv4 Netzen Sie sollten definitiv Erfahrung mit der Konfiguration von IPv4 Netzwerken haben, andernfalls werden Sie dem Text nur schwer folgen können. Erfahrung mit dem Domain Name System (DNS) Sie sollten ebenfalls das Domain Name System (DNS) verstehen und damit umgehen können. Routine im Umgang mit Strategien zur Netzwerk-Fehlersuche Sie sollten zumindest mit tcpdump umgehen und den Output des Programms interpretieren können. Andernfalls wird die Netzwerk-Fehlersuche für Sie schwierig. Linux kompatible Hardware Sicherlich wollen Sie mit realer Hardware experimentieren und nicht darüber an dieser Stelle lesen und an der einen oder anderen Stelle einschlummern. ;-7) Grundlagen Was ist IPv6? IPv6 ist ein neues Schicht 3 Vermittlungsprotokoll und es wird IPv4 (auch als IP bekannt) ablösen. IPv4 wurde vor langer Zeit entworfen (RFC 760 / Internet Protocol vom Januar 1980). Seitdem wurden viele Adressen vergeben und Erweiterungen angeregt. Die aktuelle RFC ist RFC 2460 / Internet Protocol Version 6 Specification. Hauptänderungen in IPv6 sind das neue Design des Headers sowie die Erweiterung der Adresslänge von 32 bits auf 128 bits. Die Schicht 3 ist für den Transport der Pakete von Endpunkt-zu-Endpunkt mittels adressbasierten Paket-Routings zuständig, und wie bei IPv4 müssen bei IPv6 die Adressen (Quell- und Zieladresse) inkludiert sein. Für weitere Informationen zur IPv6 Geschichte siehe die älteren RFCs z.B. SWITCH IPv6 Pilot / References. Geschichte von IPv6 & Linux Die Jahre 1992, 1993 und 1994 der allgemeinen IPv6 Geschichte können Sie in folgendem Dokument nachlesen: IPv6 or IPng (IP next generation). Zu erledigen: Bessere Chronologie, mehr Inhalt Anfang Der erste IPv6 Netzwerk Code wurde dem Linux Kernel 2.1.8 im November 1996 durch Pedro Roque hinzugefügt. Er basierte auf dem BSD API: + * + * Source: + * IPv6 Program Interfaces for BSD Systems + * ]]>Diese Zeilen entstammen dem patch-2.1.8 (die E-Mail-Adresse wurde hier beim Copy & Paste absichtlich gelöscht). Übergangszeit Aufgrund fehlender Arbeitskraft konnte die IPv6-Kernel-Implementierung nicht mit den Drafts oder neu freigegebenen RFCs Schritt halten. Im Oktober 2000 wurde in Japan das USAGI Projekt gestartet. Das Ziel war, die fehlende bzw. bereits veraltete IPv6 Funktionalität in Linux zu implementieren. Dabei richtete man sich nach der aktuellen FreeBSD Implementierung von IPv6, die durch das KAME project umgesetzt wurde. Von Zeit zu Zeit wurden im Vergleich zu den aktuellen Standard Linux-Kernel-Quellen ein Auszug erstellt. Bis zum Start der Entwicklungs-Kernel Serie 2.5.x, der USAGI Patch war so groß, das er von den Linux-Netzwerkcode-Maintainers nicht komplett für die Einbindung in die Produktions-Kernel Serie 2.4.x eingebunden werden konnte. Während der Entwicklung in der Serie 2.5.x hat USAGI versucht, so viel wie möglich ihrer Erweiterungen darin zu integrieren. Heute Viele der von USAGI und anderen lang entwickelten IPv6-bezogenen Patches sind bereits in der Vanilla Kernel Serie 2.6.x integriert. Zukunft USAGI und andere arbeiten weiterhin an der Implementierung von neuen Features wie Mobility und anderen. Von Zeit zu Zeit werden neue Erweiterungs-Patches veröffentlicht, wie auch die Integration in die Vanilla Kernel Serie 2.6.x vorangetrieben. Wie sehen IPv6 Adressen aus? Wie gesagt, IPv6 Adressen sind 128 bit lang. Diese bit-Anzahl kann sehr hohe dezimale Zahlen mit bis zu 39 Ziffern ergeben: Solche Zahlen sind nicht wirklich Adressen, die auswendig gelernt werden können. Die IPv6 Adressdarstellung ist bitweise orientiert (wie bei IPv4, aber das wird nicht oft bedacht). Eine bessere Schreibweise ist deshalb die hexadezimale Darstellung. Dabei werden 4 bits (auch ”nibble” genannt) durch die Zeichen 0-9 und a-f (10-15) dargestellt, wodurch die Länge auf 32 Zeichen reduziert wird. Diese Darstellung ist ebenfalls nicht sehr angenehm (mögliche Verwechslung oder Verlust einzelner hexadezimaler Ziffern), so dass die IPv6 Designer das hexadezimales Format mit einem Doppelpunkt als Trennzeichen nach jedem 16 bit Block erweiterten. Ferner wird das führende ”0x” (ein in Programmiersprachen verwendetes Identifizierungsmerkmal für hexadezimale Werte) entfernt: Eine gültige Adresse (s.u. Adress-Typen) ist z.B.: Der Vereinfachung halber können führende Nullen jedes 16 bit-Blocks weggelassen werden: ¬ 2001:0db8:100:f101:210:a4ff:fee3:9566 ]]>Eine Sequenz von 16 bit-Blöcken, die nur Nullen enthaltet, kann durch ein “::“ ersetzt werden. Diese Komprimierung kann aber nicht öfters als einmal durchgeführt werden 2001:0db8:100:f101::1 ]]>Die höchstmögliche Reduktion sieht man bei der IPv6 Localhost Adresse: ::1 ]]>Es gibt auch eine so genannte kompakte Darstellung (base 85 codiert) RFC 1924 / A Compact Representation of IPv6 Addresses (publiziert am 1. April 1996). Diese Notation wurde allerdings nie in der Praxis gesehen und ist wahrscheinlich ein Aprilscherz. Ein Beispiel: J%s99FJXT ]]>

Info: ipv6calc ist ein IPv6 Adressen-Format-Umrechner und Konvertierungsprogramm und ist hier zu finden: ipv6calc homepage (Mirror)

FAQ (Grundlagen) Warum wird der Nachfolger von IPv4 nun IPv6 und nicht IPv5 genannt? In jedem IP-Header werden die ersten 4 Bits für die Protokollversion reserviert. So sind theoretisch die Protokollnummern 0 bis 15 möglich: 4: Wird schon für IPv4 verwendet5: Ist für das Stream Protocol (STP, RFC 1819 / Internet Stream Protocol Version 2) reserviert (das aber nie den Weg in die Öffentlichkeit fand)So war die nächste freie Zahl 6. IPv6 war geboren! IPv6 Adressen: Warum ist die Anzahl der Bits so groß? Bei der Entwicklung von IPv4 dachte man, dass 32 Bits für die Welt ausreichend wären. Blickt man zurück, so waren bis heute 32 bits ausreichend. Vielleicht ist dies auch noch für ein paar Jahre so. Jedoch werden 32 bits nicht ausreichen, um in der Zukunft jedes Netzwerkgerät mit einer globalen Adresse ausstatten zu können. Denken Sie an Mobiltelefone, Autos (mit elektronischen Geräten an einem CAN Bus), Toaster, Kühlschränken, Lichtschalter usw. Die IPv6 Designer haben 128 Bit gewählt, 4-mal mehr als im heutigen IPv4. Aber die benutzbare Größe ist kleiner als es erscheinen mag, da in dem gegenwärtig definierten Adress-Schema 64 Bits für die Schnittstellen-Identifizierung verwendet werden. Die zweiten 64 Bit werden für das Routing verwendet. Die derzeitigen Aggregation-Levels (= Größe der zugeteilten IP-Blöcke) vorausgesetzt (/48, /32,...), ist eine Verknappung der Adressen weiterhin denkbar. Aber mit Sicherheit nicht in naher Zukunft. Weitere Informationen finden Sie unter RFC 1715 / The H Ratio for Address Assignment Efficiency und RFC 3194 / The Host-Density Ratio for Address Assignment Efficiency. IPv6 Adressen: Warum ist die Bit-Anzahl bei einem neuen Design so klein? Es gibt (wahrscheinlich) eine Gruppe (bekannt ist nur Jim Fleming...) von Personen am Internet, die über IPv8 und IPv16 nachdenken. Für diese Designs gibt es aber keine hohe Akzeptanz und auch keine Kernel-Implementierungen. 128 bits sind die beste Wahl bezogen auf Header-Overhead und dem Datentransport. Denken Sie an die minimalste Maximum Transfer Unit (MTU) in IPv4 (575 octets) und in IPv6 (1280 octets), die Header-Länge in IPv4 (20 octets Minimum, kann bis zu 60 octets mit IPv4 Optionen ansteigen) und in IPv6 sind es 40 octets (fixer Wert). Dies ist 3.4 % der minimalen MTU in IPv4 und 3.1 % der minimalen MTU in IPv6. Dies bedeutet, dass der Overhead beim Header fast identisch ist. Mehr bits für die Adressierung würden größere Header und deshalb mehr Overhead erfordern. Bedenken Sie auch die maximale MTU von 1500 octets (in speziellen Fällen bei Jumbo-Paketen bis zu 9k octets) bei normalen Verbindungen (z.B. Ethernet). Letztlich wäre es kein korrektes Design, wenn 10 % oder 20 % der transportierten Daten in einem Schicht 3-Paket für Adressen und nicht für die ”Nutzlast” benötigt würden. Adress-Typen Wie bei IPv4 können IPv6-Adressen mittels Subnetzmasken (subnet masks) in einen Netz- und einen Host-Teil unterteilt werden. Bei IPv4 hat sich gezeigt, dass es manchmal von Nutzen wäre, einem Interface mehr als eine IP-Adresse zuweisen zu können, je nach Bedarf und Zweck (aliases, multicast etc.). Um in Zukunft flexibler bleiben zu können, geht man bei IPv6 weiter und erlaubt pro Interface mehr als eine zugewiesene IP-Adresse. Derzeit sind durch die RFCs kein Limit gesetzt, wohl aber in der Implementierung des IPv6 Stacks (um DoS Attacken vorzubeugen). Neben der großen Bit-Anzahl für Adressen definiert IPv6 basierend auf einigen vorangestellten Bits verschiedene Adress-Typen. Diese werden hoffentlich in der Zukunft niemals aufgehoben (zum Unterschied zu IPv4 heute und die Entwicklung der class A, B und C Netze). Zur Unterstützung einer automatischen Konfiguration wird die Bitanzahl in einen Netzwerk-Teil (vordere 64 Bits) und einen Hostteil (hintere 64 Bits). Adressen ohne speziellen Präfix Localhost Adresse Dies ist eine spezielle Adresse für das Loopback Interface, vergleichbar zur “127.0.0.1” bei IPv4. Bei IPv6 lautet die localhost Adresse: bzw. komprimiert: Pakete mit dieser Quell- bzw. Ziel-Adresse sollten niemals den sendenden Host verlassen. Unspezifische Adresse Dies ist eine spezielle Adresse vergleichbar mit “any” oder “0.0.0.0” bei IPv4. In IPv6 lautet sie: oder: Diese Adresse wird meistens in Routing-Tabellen und beim “socket binding” (zu jeder IPv6 Adresse) angewendet bzw. gesehen. Beachten: Die Unspezifizierte Adresse kann nicht als Ziel-Adresse verwendet werden. IPv6 Adressen mit eingebetteter IPv4 Adresse Es gibt zwei Adressen-Typen, die IPv4 Adressen enthalten können. IPv4 Adressen in IPv6 Format IPv4-only IPv6-kompatible Adressen kommen manchmal bei IPv6 kompatiblen Daemon zur Anwendung, die allerdings ausschließlich an IPv4 Adressen gebunden sind. Diese Adressen sind mit einer speziellen Präfixlänge von 96 definiert (a.b.c.d. ist die IPv4 Adresse): oder in komprimiertem Format: Die IPv4 Adresse 1.2.3.4. z.B. sieht wie folgt aus: IPv4 kompatible IPv6 Adressen Dieser Adress-Typ wurde für das automatische Tunneln (RFC 2893 / Transition Mechanisms for IPv6 Hosts and Routers) verwendet, welches aber durch das 6to4 tunneling ersetzt wurde. oder in komprimierter Form: Netzteil der Adresse (Präfix) Es wurden einige Adress-Typen definiert und zugleich blieb für zukünftige Anforderungen ausreichend Raum für weitere Definitionen. In RFC 4291 / IP Version 6 Addressing Architecture wird das aktuelle Adress-Schema definiert. Lassen Sie uns nun einen Blick auf die verschiedenen Präfixe (und somit auf die Adress-Arten) werfen:: Link-lokaler Adress-Typ Es handelt sich um spezielle Adressen, die ausschließlich auf einem Link eines Interfaces gültig sind. Wird diese Adresse als Zieladresse verwendet, so kann das Paket niemals einen Router passieren. Die Adresse wird bei der Link-Kommunikation eingesetzt, z.B.: Ist noch jemand anderer auf diesem Link?Ist jemand mit einer speziellen Adresse hier (z.B. Suche nach einem Router)?Die Adresse beginnt mit (wobei “x” für ein hexadezimales Zeichen steht, im Normalfall “0”) Eine Adresse mit diesem Präfix gibt es an jedem IPv6 fähigen Interface nach einer stateless automatischen Konfiguration (dies ist der Regelfall). Site-lokaler Adress-Typ Diese Adressen sind vergleichbar zu den RFC 1918 / Address Allocation for Private Internets im heutigen IPv4. Eine Neuerung und Vorteil hierbei ist, vergleichbar zum 10.0.0.0/8 im IPv4, die Nutzbarkeit von 16 bits bzw. ein Maximum von 65536 Subnetzen. Ein weiterer Vorteil: Da man bei IPv6 mehr als eine Adresse an ein Interface binden kann, ist auch die Zuweisung einer site-local Adresse zusätzlich zu einer globalen Adresse möglich. Die Adresse beginnt mit: (“x” ist ein hexadezimales Zeichen, normalerweise “0”) Dieser Adresstyp ist nun abgekündigt RFC 3879 / Deprecating Site Local Addresses und sollte nicht mehr verwendet werden. Für Tests im Labor sind solche Adressen meineserachtens aber immer noch eine gute Wahl. Unique Local IPv6 Unicast Adressen Weil die schon früh definierten site-local Adressen nicht eindeutig sind, kann dies zu großen Problemen führen, wenn z.B. einst unabhängige Netzwerke später zusammengeschlossen werden (Überlappung von Subnetzen). Aufgrund dessen und anderer Gründe wurde ein neuer Adresstyp definiert, genant RFC 4193 / Unique Local IPv6 Unicast Addresses. Die Adresse beginnt mit: Ein Teil des Präfix (40 Bits) werden pseudozufällig generiert. Es ist sehr unwahrscheinlich, daß zwei generierte Präfixe identisch sind. Ein Beispiel für einen Präfix (generiert mit Hilfe des web-basierten Werkzeugs: Goebel Consult / createLULA): Globaler Adress-Typ ("Aggregatable global unicast") Heute gibt es ist per Definition eine globale Adress-Art (Das erste Design, ''Provider based'' genannt, wurde bereits vor einigen Jahren wieder aufgegeben RFC 1884 / IP Version 6 Addressing Architecture [obsolete]. Einige Überbleibsel hiervon sind in älteren Linux Kernelquellen noch zu finden. Die Adresse beginnt mit (x sind hexadezimale Zeichen) Hinweis: Der Zusatz “aggregatable” im Namen wird in aktuellen Drafts abgelegt. Es sind weitere Subarten definiert: 6bone Test-Adressen Diese globalen Adressen waren die Ersten definierten und auch benutzen Adressen. Sie alle beginnen mit: Beispiel: Eine spezielle 6bone Test-Adresse, die niemals weltweit einmalig ist, beginnt mit und wird zumeist in alten Beispielen benutzt, um zu vermeiden, dass Anwender diese mit Copy & Paste in Ihre Konfigurationen übernehmen können. Auf diese Weise können Duplikate weltweit einmaliger Adressen aus Versehen bzw. Unachtsamkeit vermieden werden. Es würde für den Original-Host ernste Probleme bedeuten (z.B. Antwortpakete für niemals gesendete Anfragen bekommen...). Aufgrund dessen, daß IPv6 nun produktiv ist, wird dieser Präfix nicht mehr länger delegiert und nach dem 6.6.2006 vom Routing ausgenommen (mehr unter RFC 3701 / 6bone Phaseout ). 6to4 Adressen Diese Adressen werden für einen speziellen Tunnelmechanismus verwendet [RFC 3056 / Connection of IPv6 Domains via IPv4 Clouds und RFC 2893 / Transition Mechanisms for IPv6 Hosts and Routers]. Sie kodieren eine gegebene IPv4 Adresse, ein eventuelles Subnetz und beginnen mit z.B. wird 192.168.1.1/5 repräsentiert durch: Ein kleines Shell-Kommando kann aus einer IPv4 eine 6to4 Adresse erstellen: Siehe auch tunneling using 6to4 und information about 6to4 relay routers. Durch einen Provider zugewiesene Adressen für ein hierarchisches Routing Diese Adressen werden an Internet Service Provider (ISP) delegiert und beginnen mit: Präfixe für große ISPs (mit eigenem Backbone) werden durch local registries vergeben. Zurzeit wird ein Präfix mit der Länge 32 zugeteilt. Grosse ISPs delegieren ihrerseits an kleinere ISPs ein Präfix mit der Länge 48. Für Beispiele und Dokumentationen reservierte Adressen Momentan sind zwei Adressbereiche für Beispiele und Dokumentationen RFC 3849 / IPv6 Address Prefix Reserved for Documentation reserviert: Diese Adressbereiche sollten nicht geroutet werden und am Übergangsrouter zum Internet (basierend auf Absendeadressen) gefiltert werden. Multicast-Addressen Multicast-Adressen werden für entsprechende Dienste verwendet. Sie beginnen immer mit (xx ist hierbei der Wert der Reichweite) Die Adressen werden in Reichweiten und Typen unterteilt: Multicast-Bereiche Die Multicast Reichweite ist ein Parameter, mit dem die maximale Distanz angegeben werden kann, die ein Multicast Paket sich von der versendenden Einheit entfernen kann. Zurzeit sind folgende Regionen (reichweiten) definiert: ffx1: Node-lokal, Pakete verlassen niemals den Knotenffx2: Link-lokal, Pakete werden niemals von Routers weitergeleitet, der angegebene Link wird nie verlassen.ffx5: Site-lokal, Pakete verlassen niemals den Standort (Site)ffx8: organisationsweit, Pakete verlassen niemals eine Organisation (nicht einfach zu implementieren, dies muss durch das Routing Protokoll abgedeckt werden)ffxe: Globale ReichweiteSonstige sind reserviert Multicast-Typen Es sind bereits viele Typen definiert bzw. reserviert (siehe RFC 4291 / IP Version 6 Addressing Architecture für weitere Details), einige Beispiele: All Nodes Adresse: ID = 1h, alle Hosts am lokalen Node (ff01:0:0:0:0:0:0:1) oder am angeschlossenen Link (ff02:0:0:0:0:0:0:1) werden adressiert.All Routers Adresse: ID = 2h, alle Router am lokalen Node (ff01:0:0:0:0:0:0:2), am angeschlossenen Link (ff02:0:0:0:0:0:0:2) oder am lokalen Standort werden adressiert. Erforderliche node link-local Multicast Adresse Diese spezielle Multicast Adresse wird als Zieladresse bei der Erkundung des Nahbereichs verwendet, da es ARP bei IPv6 im Gegensatz zu IPv4 nicht mehr gibt. Ein Beispiel für diese Adresse könnte sein: Das benutzte Präfix zeigt, dass es sich um eine link-lokale Multicast Adresse handelt. Dass Suffix wird aus der Zieladresse erstellt. In diesem Beispiel soll ein Paket zur Adresse “fe80::1234” gesendet werden, aber die Netzwerk-Schicht hat keine Kenntnis der aktuellen Schicht 2 MAC Adresse. Die oberen 104 bits werde mit “ff02:0:0:0:01:ff00::/104” ersetzt und die unteres 24 bits bleiben unverändert. Diese Adresse wird nun ”am Link” verwendet, um den entsprechenden Node zu finden, der wiederum seine Schicht 2 MAC Adresse als Antwort zurücksendet. Anycast-Adressen Anycast Adressen sind spezielle Adressen und werden verwendet, um besondere Bereiche wie den nächstgelegenen DNS-Server, den nächstliegenden DHCP Server und vergleichbare dynamische Gruppen abzudecken. Die Adressen werden dem Pool des Unicast Adressraums (global-aggregierbar oder Site-lokal zurzeit) entnommen. Der Anycast-Mechanismus (client view) wird von dynamischen Routing-Protokollen gehandhabt. Hinweis: Anycast Adressen können nicht als Quelladresse verwendet werden, sondern ausschließlich als Zieladressen. Subnet-Router Anycast-Adresse Die Subnet-Router Anycast Adresse ist ein einfaches Beispiel für eine Anycast Adresse. Angenommen, der Knoten hat folgende global zugewiesene IPv6 Adresse: Die Subnet-Router Anycast Adresse wird durch komplette Streichung des Suffixes (die letzten gültigen 64 bits) erstellt: Adress-Typen (Host-Teil) In Hinblick auf Auto-Konfigurations- und Mobilitätsfragen wurde entschieden, die niedrigeren 64 bits als Host-Bestandteil zu nutzen. Jedes einzelne Subnetz kann deshalb eine große Anzahl an Adressen enthalten. Der Host-Teil kann aus unterschiedlichen Blickwinkeln betrachtet werden: Automatisch erstellte Adressen (auch unter dem Namen stateless bekannt) Bei der Auto-Konfiguration wird der Hostteil der Adresse durch die Konvertierung der MAC-Adresse eines Interfaces (falls vorhanden) zu einer einmaligen IPv6 Adresse (mittels EUI-64 Methode) generiert. Falls keine MAC-Adresse verfügbar ist (z.B. bei virtuellen Interfaces), wird anstelle dessen etwas anderes herangezogen (wie z.B. die IPv4 Adresse oder die MAC-Adresse eines physikalischen Interfaces). Als Beispiel hat hier ein NIC folgende MAC-Adresse (48 bit): Diese wird gemäß demIEEE-Tutorial EUI-64 Design für EUI-48 Identifiers zum 64 bit Interface Identifier erweitert: Mit einem gegebenen Präfix wird daraus die schon oben gezeigte IPv6-Adresse: Datenschutzproblem mit automatisch erstellten Adressen sowie eine Lösung Der "automatisch generierte" Hostteil ist weltweit einmalig (mit Ausnahme, wenn der Hersteller einer NIC die gleiche MAC-Adresse bei mehr als einer NIC einsetzt). Die Client-Verfolgung am Host wird dadurch möglich, solange kein Proxy verwendet wird. Dies ist ein bekanntes Problem und eine Lösung wurde dafür definiert: Datenschutz-Erweiterung, definiert in RFC 3041 / Privacy Extensions for Stateless Address Autoconfiguration in IPv6 (es gibt bereits ein neueres Draft: draft-ietf-ipv6-privacy-addrs-v2-*). Es wird von Zeit zu Zeit mittels eines statischen und eines Zufallswertes ein neues Suffix erstellt. Hinweis: Dies ist nur für ausgehende Client-Verbindungen sinnvoll und bei bekannten Servern nicht wirklich sinnvoll. Manuell festgelegte Adressen Bei Servern ist es wahrscheinlich leichter, sich einfachere Adressen zu merken. Dies kann z.B. mit der Zuweisung einer zusätzlichen IPv6 Adresse an ein Interface geschehen. Für das manuelle Suffix, wie “::1” im obigen Beispiel, muss das siebte höchstwertige Bit auf 0 gesetzt sein (das universale/local Bit des automatisch generierten Identifiers). Es sind auch noch andere (ansonsten nichtausgewählte) Bit-Kombinationen für Anycast-Adressen reserviert. Präfixlängen für das Routing Um eine maximale Reduktion an Routing-Tabellen zu erzielen, war in der frühen Design-Phase noch ein vollkommen hierarchischer Routing-Ansatz vorgesehen. Die Überlegungen hinter diesem Ansatz waren die gegenwärtigen IPv4 Routing-Einträge in den Haupt-Routern (mit über 400.000 Einträgen im Jahr 2013) sowie die Reduktion des Speicherbedarfs für die Routing-Tabellen bei Hardware-Routern (ASIC “Application Specified Integrated Circuit”, speziell konstuierter Chip) sowie ein daraus resultierender Geschwindigkeitszuwachs (weniger Einträge ergeben hoffentlich schnellere Abfragen). Heutiger Standpunkt ist, dass das Routing für Netzwerke mit nur einem Service Provider hauptsächlich mit einem hierarchischen Design realisiert wird. Eine solche Vorgehensweise ist nicht möglich, wenn mehr als eine ISP-Verbindung besteht. Diese Problematik wird unter dem Thema multi-homing diskutiert (Infos zu multi-homing: drafts-ietf-multi6-*,IPv6 Multihoming Solutions). Präfixlängen ("netmasks" genannt) Vergleichbar zu IPv4, handelt es sich hierbei um den routbaren Netzwerkpfad für das stattfindende Routing. Da die Standard-Notierung der Netzmaske von 128 bit nicht sehr fein aussieht, verwenden die Designer das aus IPv4 bekannte Classless Inter Domain Routing Schema (CIDR, RFC 1519 / Classless Inter-Domain Routing). Mit Hilfe des CIDR wird die Bitanzahl der IP Adresse festgelegt, welche für das Routing verwendet werden. Diese Methode wird auch als "Slash"-Notation genannt. Ein Beispiel: Diese Notation wird erweitert zu: Netzwerk: Netzmaske: Zutreffende Routen Im Normalfall (ohne QoS) ergibt eine Suche in der Routing-Tabelle eine Route mit der signifikantesten Adress-Bit-Anzahl, d.h. jene Route mit der größten Präfix-Länge wird zuerst herangezogen. Wenn z.B. eine Routing-Tabelle folgende Einträge zeigt (Liste ist nicht komplett): Die gezeigten Zieladressen der IPv6 Pakete werden über die entsprechenden Geräte geroutet routed through device sit1 2001:0db8:200:1:2:3:4:5/48 -> routed through device tun6to4 ]]> IPv6 System-Check Bevor Sie IPv6 auf einem Linux Host einsetzen können, müssen sie überprüfen, ob das System IPv6 fähig ist. Eventuell haben Sie Änderungen vorzunehmen, um IPv6 zu ermöglichen. IPv6 kompatibler Kernel Neuere Linux Distributionen beinhalten bereits einen IPv6-fähigen Kernel. Die IPv6-Funktionalität wird im Allgemeinen als Modul kompiliert. Es ist aber durchaus möglich, dass das Modul nicht automatisch beim Start des Betriebssystems geladen wird. Hinweis: Sie sollten die Kernel Serie 2.2.x nicht mehr verwenden, da die IPv6-Implementierung nicht mehr aktuell ist. Auch die in der Serie 2.4.x wird nicht mehr weiterentwickelt bzgl. der Definitionen in den neueren RFCs. Es wird empfohlen, einen aus der Serie 2.6.x zu verwenden. Überprüfung der IPv6 Unterstützung im aktuellen Kernel Um zu überprüfen, ob ihr aktueller Kernel IPv6 unterstützt, sollten sie einen Blick in ihr /proc-Dateisystem werfen. Folgende Einträge müssen existieren: Einen kleinen automatischen Test können Sie wie folgt durchführen: Wenn dieser Test negativ verläuft, ist das IPv6 Modul aller Wahrscheinlichkeit noch nicht geladen. IPv6 Module laden Mit folgenden Befehl können Sie versuchen, das Modul zu laden: Wenn dieser Befehl positiv verläuft, dann sollten Sie das Modul mit folgendem Befehl auflisten können: Der obige Test sollte nun erfolgreich verlaufen. Hinweis: Ein Entfernen des Moduls im laufenden System wird derzeit nicht unterstützt und kann unter gewissen Bedingungen zu einem Absturz des Kernels führen. Automatisches Laden des Moduls Es ist möglich das IPv6 Modul bei Bedarf automatisch zu laden. Sie müssen nur folgende Zeile in die Konfigurationsdatei des kernel modul loaders eintragen (normalerweise: /etc/modules.conf oder /etc/conf.modules): Mit der folgenden Zeile ist es auch möglich, das automatische Laden des IPv6 Moduls auszuschalten. Anmerkung: In Kernel Series 2.6.x wurde der Modul-Lade-Mechanismus geändert. Die neue Konfigurationsdatei wird anstelle /etc/modules.conf nun /etc/modprobe.conf genannt. Kernel-Kompilierung mit IPv6 Funktionalität Wenn beide oben gezeigten Methoden ohne Erfolg blieben und ihr Kernel somit keine IPv6 Unterstützung bietet, dann haben Sie folgende Optionen: Aktualisieren Sie Ihre Distribution mit einer Version, die von Haus aus IPv6 unterstützt (empfohlen für Anfänger),Sie können einen Standard-Kernel kompilieren (einfach, wenn Sie die benötigten Optionen kennen)Kompilieren Sie die Kernel-Quellen ihrer Distribution (manchmal nicht ganz so einfach)Kompilieren Sie einen Kernel mit den USAGI-ErweiterungenFalls Sie sich dazu entscheiden, einen neuen IPv6 kompatiblen Kernel zu kompilieren, sollten Sie auf jeden Fall bereits Erfahrung mit der Kernel-Kompilierung haben sowie das Linux Kernel HOWTO lesen. Ein Vergleich zwischen dem Standard-Kernel und dem Kernel mit USAGI-Erweiterungen ist verfügbar unter IPv6+Linux-Status-Kernel. Kompilieren eines Standard-Kernels Detailliertere Ausführungen zur Kompilierung eines IPv6 fähigen Kernels finden Sie unter IPv6-HOWTO-2#kernel. Hinweis: Sie sollten wann immer möglich die Kernel Serie 2.6.x oder höher einsetzen, da die IPv6 Unterstützung der Serie 2.4.x nur einige Backports erhält und die IPv6-Unterstützung von Serie 2.2.x hoffnungslos veraltet ist und nicht mehr weiterentwickelt wird. Kompilieren eines Kernels mit USAGI-Erweiterungen Wie für den Standard-Kernel gilt auch hier, dass das Kompilieren des Kernels nur fortgeschrittenen Benutzern empfohlen wird, die mit IPv6 und dem Kompilieren des Kernels bereits vertraut sind. Siehe auch USAGI project / FAQ und Obtaining the best IPv6 support with Linux (Article) (Spiegel). IPv6 kompatible Netzwerkgeräte Nicht alle Netzwerkgeräte sind bereits (bzw. überhaupt) dazu in der Lage, IPv6 Pakete übertragen zu können. Den aktuellen Status können Sie unter IPv6+Linux-status-kernel.html#transport. Ein entscheidender Punkt ist die Tatsache, dass ein IPv6 Paket wegen der Struktur der Netzwerkschicht in der Kernel-Implementierung nicht wirklich aufgrund der IP-Header-Nummer (6 anstelle 4) wiedererkannt wird. Es wird aufgrund der Protokollnummer der Schicht 2 Transport-Protokolls wiedererkannt. Folglich können IPv6 Pakete von keinem Transport-Protokoll verwendet werden, welche diese Protokoll-Nummer nicht nutzen. Hinweis: Das Paket wird nach wie vor über den Link transportiert, aber auf der Empfänger-Seite kann das Paket nicht verarbeitet werden (Sie können dies z.B. mit tcpdump sehen). Gegenwärtig bekannte Verbindungsarten, die niemals IPv6 fähig sein werden Serial Line IP (RFC 1055 / SLIP), auch SLIPv4 genannt; das Gerät heißt: s1X Parallel Line IP (PLIP), gleich dem SLIP, Gerätename: plipXISDN mit rawip Encapsulation; Gerätename: isdnX Bekannte Verbindungsarten, die gegenwärtig IPv6 nicht unterstützen ISDN mit syncppp Encapsulation; Gerätename: ipppX (Designfrage des ipppd; in der Kernel Serie 2.5.x wird ipppX in einer allgemeinen PPP Schicht inkludiert) IPv6 kompatible Tools zur Netzwerkkonfiguration Ohne entsprechende Tools zur Konfiguration von IPv6 würden Sie mit einem IPv6 fähigen Kernel nicht weit kommen. Es gibt verschiedene Pakete womit IPv6 konfiguriert werden kann. net-tools Paket Das Paket net-tool beinhaltet einige Tools wie ifconfig und route. Mit den Tools kann IPv6 auf einem Interface konfiguriert werden. Sehen Sie sich die Ausgabe des Befehls ifconfig -? Bzw. route -? an. Finden Sie in der Ausgabe die Worte IPv6, inet6 oder Ähnliches, dann ist das Tool IPv6-kompatibel. Automatische Überprüfung: & 1|grep -qw 'inet6' && echo "utility 'ifconfig' is ¬ IPv6-ready" ]]>Folgenden Check gibt es für route: & 1|grep -qw 'inet6' && echo "utility 'route' is IPv6-ready" ]]> iproute Paket Alexey N.Kuznetsov (gegenwärtig ein Betreuer des Linux Network Codes) erstellte eine Tool-Sammlung, womit das Netzwerk mittels dem netlink Device konfiguriert wird. Diese Tool-Sammlung stellt mehr Funktionalität als das net-tools Paket zur Verfügung, ist aber nicht sehr umfangreich dokumentiert und nichts für schwache Nerven. &1 |grep -qw 'inet6' && echo "utility 'ip' is IPv6-ready" ]]>Wird das Programm /sbin/ip nicht gefunden, dann wird die Installation des iproute Paketes empfohlen. Sie können dies (falls beinhaltet) von der benutzten Linux-Distribution installierenSie können nach einem passenden RPM Paket unter RPMfind/iproute suchen (manchmal ist auch das kompilieren eines SRPMS Paketes zu empfohlen) IPv6 Test/Debug-Programme Nachdem Sie ihr System auf IPv6 vorbereitet haben, wollen Sie nun IPv6 für die Netzwerkkommunikation einsetzen. Zuerst sollten Sie lernen, IPv6 Pakete mit einem Sniffer Programm zu untersuchen. Dies ist zu empfehlen, denn in Hinblick auf Fehlersuche und Troubleshooting kann das Durchführen einer schnellen Diagnose von Nutzen sein. IPv6 ping Das Programm ist normalerweise im Paket iputils beinhaltet. Durch senden von ICMPv6 echo-request Paketen und warten auf ICMPv6 echo-reply Paketen können einfache Transport-Tests durchgeführt werden. Anwendung # ping6 # ping6 [-I ] ]]>Einige Implementierungen unterstützen auch %<device> Definition zusätzlich zu -I <device>, z.B. % ]]>Beispiel Hinweis: ping6 benötigt direkten Zugriff auf den Socket und hierfür Root-Rechte. Wenn Nicht-Root-Benutzer ping6 nicht benutzen können, kann dies zwei Ursachen haben: ping6 ist nicht im Pfad des Benutzers eingetragen; ping6 ist allgemein in /usr/sbin zu finden -> Lösung: Den Pfad ergänzen (nicht empfohlen)ping6 lässt sich im Allgemeines wegen fehlender Root-Rechte nicht korrekt ausführen -> Lösung: chmod u+s /usr/sbin/ping6 Das Interface für einen IPv6 ping bestimmen Wenn link-lokale Adressen für ein IPv6 ping verwendet werden, dann hat der Kernel keine Kenntnis darüber, durch welches (physikalische oder virtuelle) Gerät das Paket gesendet werden muss - jedes Gerät hat eine link-lokale Adresse. Ein Versuch resultiert in folgender Fehlermeldung: In diesem Fall müssen Sie das Interface zusätzlich spezifizieren: Beispiel für %<device> Notation: Ping6 zu Multicast-Adressen Ein interessanter Mechanismus zum Aufspüren eines IPv6 aktiven Hosts am Link ist mit ping6 an eine link-lokale all-node Multicast Adresse zu pingen. Beispiel für %<device> Notation: Bei IPv6 kann dieses Verhalten zurzeit, im Gegensatz zu IPv4, wo Antworten auf ein Ping auf die Broadcast Adresse unterdrückt werden können, nicht unterbunden werden. Ausnahme hierbei ist der Einsatz der lokalen IPv6 Firewall-Funktionalität. IPv6 traceroute6 Dieses Programm ist normal im Paket iputils enthalten. Es ist ein Programm vergleichbar dem IPv4 traceroute. Unten sehen Sie ein Beispiel: Anmerkung: Im Unterschied zu modernen IPv4 traceroute Versionen, welche den Einsatz von ICMPv4-echo-request Paketen wie auch UDP Paketen (default) ermöglichen, können mit IPv6-traceroute nur UDP Pakete versendet werden. Wie Sie vielleicht bereits wissen, werden von Firewalls bzw. von ACLs auf Routern ICMP echo-request Pakete mehr akzeptiert als UDP Pakete. Falls ein Interface spezifiziert werden muß, kann dies durch -i <device> oder in der Form <address>%<device> erfolgen. IPv6 tracepath6 Dieses Programm ist normalerweise im Paket iputils enthalten. Das Programm ist dem traceroute6 ähnlich, es gibt den Weg zu einem angegebenen Ziel wieder und misst hierbei den MTU-Wert. Unten sehen Sie ein Beispiel: IPv6 tcpdump In Linux ist tcpdump ein Haupttool zum aufzeichnen von Paketen. Weiter unten sehen Sie einige Beispiele. Normalerweise ist die Ipv6-Unterstützung in der aktuellen Version 3.6 gegeben. Bei tcpdump werden zur Geräuschminimierung bei der Paket-Filterung Ausdrücke eingesetzt: icmp6: ICMPv6 Datenverkehr wird gefiltertip6: IPv6 Datenverkehr (inkl.ICMPv6) wird gefiltertproto ipv6: getunnelter IPv6-in-IPv4 Datenverkehr wird gefiltertnot port ssh: zum unterdrücken der Anzeige von SSH Paketen während der Ausführung von tcpdump bei einer remote SSH-SitzungEbenfalls sind einige Kommandozeilen-Optionen sehr hilfreich, um detailliertere Informationen über die Pakete erlangen und protokollieren zu können. Für ICMPv6 Pakete sind hauptsächlich interessant: “-s 512”: Bei der Aufzeichnung der Pakete wird die zu Aufzeichnungslänge auf 512 bytes vergrößert“-vv”: wirklich sehr ausführliche Ausgabe“-n”: Adressen werden nicht in Namen aufgelöst. Dies ist hilfreich, wenn die Reverse-DNS-Auflösung nicht sauber arbeiten sollte IPv6 ping zur Adresse 2001:0db8:100:f101::1 über einen lokalen Link 2001:0db8:100:f101::1: icmp6: echo ¬ request (len 64, hlim 64) 2001:0db8:100:f101::1 > 2001:0db8:100:f101:2e0:18ff:fe90:9205: icmp6: echo ¬ reply (len 64, hlim 64) ]]> IPv6 ping zur Adresse 2001:0db8:100::1 über einen IPv6-in-IPv4 Tunnel geroutet 1.2.3.4. und 5.6.7.8. sind Tunnel-Endpunkte (alle Adressen sind Beispiele) 5.6.7.8: 2002:ffff:f5f8::1 > 2001:0db8:100::1: icmp6: echo request ¬ (len 64, hlim 64) (DF) (ttl 64, id 0, len 124) 5.6.7.8 > 1.2.3.4: 2001:0db8: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 > 2001:0db8:100::1: icmp6: echo request ¬ (len 64, hlim 64) (DF) (ttl 64, id 0, len 124) 5.6.7.8 > 1.2.3.4: 2001:0db8:100::1 > 2002:ffff:f5f8::1: icmp6: echo reply (len ¬ 64, hlim 61) (ttl 23, id 29919, len 124) ]]> IPv6 kompatible Programme Aktuelle Distributionen beinhalten bereits die gängigsten IPv6 kompatiblen Client- und Server-Programme. Weitere Infos gibt es unter IPv6+Linux-Status-Distribution. Falls ein Programm hier noch nicht gelistet sein sollte, können Sie unter Current Status of IPv6 Support for Networking Applications nachlesen, ob das Programm bereits auf IPv6 portiert wurde und unter Linux bereits läuft. Für verbreitete Programme gibt es einige Hinweise hier weiter unten. IPv6 kompatible Client-Programme (Auswahl) Um die folgend abgebildeten Tests durchzuführen, benötigen Sie ein funktionierendes IPv6 System. Bei einigen Beispielen werden Adressen angezeigt, die nur bei einer verfügbaren 6bone Verbindung erreichbar sind. Note: wenn Namen anstatt dedizierter IPv4/IPv6 Adressen benutzt werden, dann kann dieser zu einer Liste von IPv4 und IPv6 Adressen aufgelöst werden. Einige Kommandozeilenwerkzeuge unterstützen explizite Benutzung des gewünschten Protokolls. Üblicherweis haben solche Werkzeuge Optionen wie “-4” für IPv4 und “-6” für IPv6. DNS-Überprüfung der IPv6 Adress-Auflösung Jeder DNS-Server (Domain Name System) sollte aufgrund der Sicherheitsupdates der letzten Jahre bereits mit neuerer Software bestückt sein, die den Übergangs-IPv6-Adress-Standardtyp AAAA unterstützt (der neueste Standardtyp - A6 genannt - wird nur von BIND9 und höheren Versionen unterstützt und ist daher noch nicht allzu verbreitet. Ebenfalls nicht unterstützt wird die root Domain IP6.ARPA). Ein einfacher Test zum überprüfen der IPv6 Adress-Auflösung ist: Die Ausgabe des Tests sollte etwa wie folgt sein: IPv6 kompatible Telnet Client-Programme IPv6 kompatible Clients sind verfügbar. Ein einfacher Test sieht wie folgt aus: Wird ein Text wie “cannot resolve hostname” ausgegeben, dann unterstützt der Telnet Client keine IPv6 Adressen. IPv6 kompatible ssh Client-Programme openssh Aktuelle openssh-Versionen sind IPv6 kompatibel. Abhängig von der Konfiguration vor der Kompilierung gibt es zwei unterschiedliche Verhaltensweisen: --without-ipv4-default: Der Client versucht zuerst eine IPv6-Verbindung. Misslingt dies, wird eine IPv4-Verbindung aufgebaut--with-ipv4-default: standardmäßig wird eine IPv4-Verbindung aufgebaut. Eine IPv6-Verbindung muss, wie unten im Beispiel zu sehen ist, erzwungen werden: Falls ihr ssh Client-Programm die Option “-6” nicht kennt, dann ist das Programm nicht IPv6 fähig. Dies ist bei den meisten ssh Paketen der Version 1 der Fall. ssh.com SSH.com's SSH Client und Server sind ebenfalls IPv6 kompatibel und darüber hinaus handelt es sich um freie Programme für die Linux- und FreeBSD-Plattform, unabhängig davon, ob sie zu kommerziellem oder zu persönlichen Zweck verwendet werden. IPv6 kompatible Web-Browser Einen aktuellen Statusüberblick zum Thema IPv6 kompatible Web-Browser ist unter Current Status of IPv6 Support for Networking Applications - HTTP verfügbar. Die meisten Browser haben zurzeit noch ungelöste Probleme Ist ein IPv4 Proxy in den Einstellungen eingetragen, dann werden IPv6 Anfragen zum Proxy gesendet. Der Proxy kann keine IPv6 Anfragen verstehen und somit scheitert die Anfrage. Lösung: Proxy Software aktualisieren (siehe weiter unten).Automatik-Einstellungen des Proxy (*.pac) können aufgrund ihrer Beschaffenheit nicht derart erweitert werden, dass sie IPv6 Anfragen anders handhaben (z.B. kein Proxy verwenden) können (Sie sind in Javaskript geschrieben und ziemlich hard coded in den Quellen verankert; z.B. Mozilla Quellcode).Ältere Browser-Versionen verstehen ebenfalls keine URL mit IPv6 Adressen wie z.B. http://[2001:4dd0:f838:a006::6]/, IPv6-Addresse von http://www.ipv6.bieringer.de/ (die angegebene URL funktioniert nur mit einem IPv6 kompatiblen Browser!). Ein kleiner Test ist diese URL mit einem gegebenen Browser und ohne Proxy zu verwenden. URLs zum testen Ein guter Ausgangspunkt zum Betrachten von Webseiten mit IPv6 ist http://www.kame.net/. Ist die Schildkröte animiert, dann ist Verbindung mittels IPv6 Verbindung zustande gekommen, andererseits bleibt die Schildkröte statisch. Andere Test-Server sind z.B. What Is My IPv6ip.bieringer.deIPv6 Testtest-ipv6.comThe ICSI NetalyzrSpeedtest Comcast, IPv6 Speedtest Comcast IPv6 kompatible Server In diesem Teil des HOWTOs wird stärker auf Client-spezifische Belange eingegangen. Folglich sei zu IPv6 kompatiblen Servern wie sshd, httpd, telnetd usw. auf diese Stelle verwiesen: Hints for IPv6-enabled daemons. FAQ (IPv6 Systemcheck) Anwendung diverser Tools Q: ping6 zu einer link-lokalen Adresse funktioniert nicht Fehlermeldung: "connect: Invalid argument" Der Kernel hat keine Kenntnis darüber, welchen physikalischen oder virtuellen Link Sie zum versenden von ICMPv6 Paketen verwenden möchten. Aus diesem Grund wird die Fehlermeldung ausgegeben. Lösung: Spezifizieren Sie den Link, z.B.: “ping6 -I eth0 fe80::2e0:18ff:fe90:9205”. Siehe auch program ping6 usage. Q: ping6 oder traceroute6 funktioniert nicht als normaler Benutzer Fehlermeldung: “icmp socket: Operation not permitted” Diese Tools erzeugen spezielle ICMPv6 Pakete und versenden diese unter Verwendung von raw sockets im Kernel. Raw sockets können aber nur vom Benutzer “root” verwendet werden. Normale Benutzer bekommen aus diesem Grund diese Fehlermeldung. Lösung: Wenn wirklich alle Benutzer auf diese Tools zugreifen sollen, können Sie dies mit setzen des “suid” bits mittels “chmod u+s / path/to/program” erreichen (siehe auch program ping6 usage). Falls nicht alle Benutzer das Programm benötigen, können Sie die Gruppenzugehörigkeit des Programms ändern, z.B. Gruppe “wheel”. Fügen Sie alle Benutzer zu dieser Gruppe hinzu und entfernen Sie das execution bit für andere Benutzer mittels “chmod o-rwx /path/to/program”. Alternativ können Sie auch “sudo” dazu verwenden, um Ihren Sicherheitsbestimmungen Rechnung zu tragen. Interface-Konfiguration Unterschiedliche Netzwerk-Geräte Ein Knoten besitzt mehrere Netzwerk-Devices, die in Klassen zusammengefasst werden können: Physikalische Devices wie eth0, tr0Virtuelle Devices wie ppp0, tun0, tap0, sit0, isdn0, ippp0 Physikalische Devices Physikalische Interfaces wie Ethernet oder Token-Ring bedürfen keiner speziellen Handhabung. Virtuelle Devices Virtuelle Interfaces hingegen benötigen immer eine spezielle Konfiguration. IPv6-in-IPv4 Tunnel Interfaces Diese Interfaces werden sitx genannt. Der Name sit ist eine Abkürzung für Simple Internet Transition. Das Gerät hat die Fähigkeit IPv6 Pakete in IPv4 Pakete zu verkapseln und diese dann über einen Tunnel zum entfernten Endpunkt zu transportieren. sit0 hat eine spezielle Bedeutung: dieses Interface kann nicht für fest zugeordnete Tunnel verwendet werden. PPP Interfaces PPP Interfaces beziehen ihre IPv6 Funktionalität von einem IPv6 kompatiblen PPP Daemon. ISDN HDLC Interfaces Für HDLC mit IP encapsulation ist die IPv6 Funktionalität bereits im Kernel integriert. ISDN PPP Interfaces ISDN PPP Interfaces (ippp) werden durch den Kernel nicht mit IPv6 Funktionalität unterstützt. Es gibt auch keine Pläne hierfür, da im Kernel 2.5.+ dieser Interface-Typ durch eine allgemeinere ppp Interface Schicht ersetzt werden soll. SLIP + PLIP Wie bereits erwähnt, unterstützen diese Interfaces keinen IPv6 Transport (senden ist ok, das abfertigen ankommender Pakete funktioniert jedoch nicht). Ether-tap Device Ether-tap Devices sind IPv6 kompatibel und als stateless konfiguriert. Für den Gebrauch muss das Modul “ethertap” geladen werden. tun Device Nicht von mir getestet... ATM 01/2002: ATM wird vom Standard-Kernel nicht, jedoch aber durch die USAGI-Erweiterungen unterstützt. Sonstige Wurde ein Interface vergessen...? Interfaces ein/aus-schalten Es gibt zwei Methoden, ein Interface ein- oder auszuschalten. Verwendung von "ip" Gebrauch: up # ip link set dev down ]]>Beispiel: Verwendung von "ifconfig" Gebrauch: up # /sbin/ifconfig down ]]>Beispiel: IPv6 Adressen konfigurieren Es gibt verschiedene Methoden zum konfigurieren einer IPv6 Adresse eines Interfaces. Sie können "ifconfig" oder "ip" dazu einsetzen. Bestehende IPv6 Adressen anzeigen Zuerst sollten sie überprüfen, ob und welche IPv6 Adressen bereits konfiguriert sind (etwa durch automatischer stateless Konfiguration). Achtung: Adressen beginnend mit “fec0” sind obsolet, hier aber noch der Vollständigheit wegen gezeigt! Verwendung von "ip" Anwendung: ]]>Beispiel für einen statisch konfigurierten Host: Just note that addresses beginning with “fec0” are deprecated! Beispiel für einen automatisch konfigurierten Host. Hier sehen Sie einige automatisch konfigurierte IP Adressen und deren Lebensdauer. Verwendung von "ifconfig" Anwendung: ]]>Hier sehen Sie verschiedene IP Adressen mit unterschiedlichen Gültigkeitsbereichen (die Ausgabe wurde mit grep gefiltert) Hinzufügen einer IPv6 Adresse Die Vorgehensweise beim hinzufügen einer IPv6 Adresse ist vergleichbar mit dem "IP ALIAS"-Mechanismus bei IPv4 adressierten Interfaces. Verwendung von "ip" Anwendung: / dev ]]>Beispiel: Verwendung von "ifconfig" Anwendung: inet6 add / ]]>Beispiel: IPv6 Adressen entfernen Diese Funktion wird selten benötigt. Vorsicht ist beim entfernen nicht existenter IPv6 Adressen geboten, da ältere Kernel dieses Fehlverhalten manchmal mit einem Crash quittieren. Verwendung von "ip" Anwendung: / dev ]]>Beispiel: Verwendung von "ifconfig" Anwendung: inet6 del / ]]>Beispiel: Automatische IPv6-Adress-Konfiguration Im Fall, dass ein Endgerät ein Router Advertisement empfängt und der Host kein Router ist, konfiguriert sich das Endgerät selbst eine IPv6-Adresse entsprechend dem Präfix aus dem Router Advertisement (siehe auch ). Aktivieren der Privacy Extension Privacy Extension wie beschrieben in RFC 4941 / Privacy Extensions for Stateless Address Autoconfiguration in IPv6 (Nachfolger von RFC 3041) ersetzt die statische Interface ID (mostly basierend auf der weltweit eindeutigen MAC-Adresse), die bei der Autokonfiguration benutzt wird, durch eine pseudo-random und von Zeit zu Zeit neu generierte. Aktivieren von Privacy Extension mit Hilfe von sysctl Temporäre Aktivierung Einschalten der Privacy Extension für z.B. Interface “eth0” und zudem Präferieren dieser Adresse: Zur Aktivierung ist der Restart des Interfaces notwendig Nach Empfang eines Router Advertisement sollte das Interface eine entsprechende Adresse sich selbst konfiguriert haben mtu 1500 qlen 1000 inet6 2001:db8:0:1:8992:3c03:d6e2:ed72/64 scope global secondary dynamic <- pseudo-random IID valid_lft 604711sec preferred_lft 86311sec inet6 2001:db8:0:1::224:21ff:fe01:2345/64 scope global <- IID based on MAC valid_lft 604711sec preferred_lft 86311sec ... ]]>Permanente Aktivierung Für eine permanente Aktivierung muss entweder ein spezieller Initscript-Wert pro Interface gesetzt sein oder ein entsprechender Wert in /etc/sysctl.conf definiert werden: Achtung: das Interface muss zu diesem Zeitpunkt bereits existieren. Wenn das nicht der Fall ist (z.B. nach einem Reboot) musses für alle Interfaces konfiguriert werden: Die Änderungen in /etc/sysctl.conf können im laufenden Betrieb geändert werden, aber zur wirklichen Aktivierung wird mindestens wird ein Interface-Restart (down/up) oder ein Reboot benötigt. Aktivieren von Privacy Extension mit Hilfe des NetworkManager Moderne (Client-) Systeme nutzen NetworkManager zur Interface-Konfiguration. Ein Kommandozeilen-Werkzeug ist eingebaut welches auch Parameter ändern kann, die in der GUI nicht verfügbar (oder sichtbar) sind. Beispiele basieren auf Version 0.9.9.1-5.git20140319.fc21 Prüfen existierender Interfaces mit: Menge von IPv6-Adressen mit Privacy Extension: Aktuelle Einstellung der IPv6 Privacy Extension für ein Interface: Aktivieren der IPv6 Privacy Extension und Restart des Interfaces; Neuer Wert der IPv6 Privacy Extension prüfen: Nun sollten auch IPv6 Privacy Extension Adressen automatisch konfiguriert sein Test zur Benutzung von Privacy Extension IPv6-Adressen Ob die IPv6-Adresss mit einer durch die Privacy Extension generierte Interface ID für ausgehende Verbindungen wirklich benutzt wird, kann z.B. mit Hilfe eines Web-Browers durch Aufruf von http://ip.bieringer.de/ durchgeführt werden. Wenn EUI64_SCOPE als Ausgabe “iid-privacy” zeigt, dann funktioniert alles richtig. Konfiguration normaler IPv6-Routen Wenn Sie Ihren lokalen Link verlassen und Pakete in das weltweite IPv6-Internet versenden wollen, dann benötigen Sie Routing. Wenn sich bereits ein IPv6 fähiger Router an Ihrem Link befindet, dann reicht eventuell das Hinzufügen von IPv6 Routen. Achtung: Adressen beginnend mit “fec0” sind obsolet, hier aber noch der Vollständigheit wegen gezeigt! Bestehende IPv6-Routen anzeigen Zuerst sollten sie überprüfen, ob und welche IPv6 Adressen bereits konfiguriert sind (etwa durch automatischer Konfiguration). Verwendung von "ip" Anwendung: ] ]]>Beispiel: Verwendung von "route" Anwendung: Sie sehen hier mehrere IPv6 Routen mit unterschiedlichen Adressen eines einzelnen Interfaces (bei der Ausgabe wurde das Interface eth0 herausgefiltert). Eine IPv6-Route über ein Gateway hinzufügen Eine Route wird meistens benötigt, um mit IPv6 die Außenwelt über einen IPv6 fähigen Router und über Ihren Link zu erreichen. Verwendung von "ip" Anwendung: / via ¬ [dev ] ]]>Beispiel: Verwendung von "route" Anwendung: / gw ¬ [dev ] ]]>Die optionale Angabe eines Devices wird dann benötigt, wenn die IPv6 Adresse des Gateways eine lokale Link-Adresse ist. Im folgenden Beispiel wird eine Route für alle Adressen (default) über das Gateway 2001:0db8:0:f101::1 hinzugefügt. Eine IPv6-Route über ein Gateway entfernen Das manuelle entfernen einer Route wird nicht oft benötigt, meistens wird dies automatisch durch Netzwerk-Konfigurationsscripts beim herunterfahren (des Betriebssystems oder eines Interfaces) bewirkt. Verwendung von "ip" Anwendung: / via ¬ [dev ] ]]>Beispiel: Verwendung von "route" Anwendung: / gw [dev ¬ ] ]]>Beispiel zum entfernen der im obigen Beispiel hinzugefügten Route: Eine IPv6-Route über ein Interface hinzufügen Diese Funktion wird manchmal im Fall dedizierter Punkt-zu-Punkt Verbindungen verwendet, in der Regel aber eher selten benötigt. Verwendung von "ip" Anwendung: / dev ¬ metric 1 ]]>Beispiel: Der Metrik-Wert “1” wird verwendet, um mit dem Metrik Wert von route kompatibel zu sein; der Standard-Metrik-Wert von “ip” ist “1024”. Verwendung von "route" Anwendung: / dev ]]>Beispiel: Eine IPv6-Route über ein Interface entfernen Dies wird manuell nicht so oft benötigt, jedoch aber beim herunterfahren von Konfigurationsscripts benutzt. Verwendung von "ip" Anwendung: / dev ]]>Beispiel: Verwendung von "route" Anwendung: / dev ]]>Beispiel: FAQ für IPv6-Routen Unterstützung einer IPv6 Default-Route Ein Schwerpunkt bei IPv6 ist das hierarchische Routing. Aus diesem Grund werden in Routern nur wenige Routing-Einträge benötigt. Einige Punkte sind im aktuellen Kernel zu beachten: Clients (kein Routing eines Paketes!) Ein client kann eine Default Route (z.B. “::/0” ) einrichten, diese aber auch durch automatische Konfiguration, z.B. mit radvd, erlernen: Router & Paketweiterleitung Ältere Linux Kernel ( zumindest <= 2.4.17) unterstützen keine Default Routen. Man kann dies einrichten, aber die Abfrage dieser Route misslingt im Fall, dass ein Paket weitergeleitet werden soll ( normaler Zwecke eines Routers). Falls ein entsprechender Kernel noch verwendet wird, kann “default routing” eingerichtet werden, wenn hierbei das einzig globale Adress-Präfix “2000::/3” verwendet wird. Anmerkung: Walten Sie mit Vorsicht bei der Anwendung von default routing auf exponierten Routern, wenn keine Adressfilterung eingesetzt wird. Andernfalls kann Multicast- oder lokaler Site-Datenverkehr den Router ungewollt verlassen. Neighbor Discovery Die Neighbor Discovery (Ermittlung der Netzwerkumgebung) ist der IPv6 Nachfolger für das ARP (Address Resolution Protocol) bei IPv4. Sie können Informationen über die aktuelle Netzwerkumgebung gewinnen, Einträge erstellen und entfernen. Der Kernel merkt sich erfolgreich gelernte “Nachbarn” (wie ARP in IPv4). Sie können die gelernten Einträge mit “ip” einsehen. Netzwerkumgebung mit “ip” anzeigen Mit dem folgenden Befehl können Sie die gelernten oder konfigurierten IPv6 Nachbarn anzeigen: ] ]]>Das folgende Beispiel zeigt einen Nachbar, einen erreichbaren Router: Tabelle der Netzwerkumgebung mit “ip” editieren Eintrag manuell hinzufügen Mit folgendem Befehl können Sie einen Eintrag manuell hinzufügen: lladdr dev ]]>Beispiel: Eintrag manuell entfernen Sie können einen Eintrag auch löschen: lladdr dev ]]>Beispiel: Erweiterte Einstellungen Das Tool “ip” ist weniger ausführlich dokumentiert, dennoch ist es sehr mächtig. Sehen Sie online mit “help” für weitere Details: Es sieht aus, als seien manche Optionen ausschließlich für IPv4 gedacht... Es wird um Ihre Mithilfe gebeten, wenn Sie Informationen zu Optionen und der erweiterten Anwendung beisteuern können. Konfiguration eines IPv6-in-IPv4 Tunnels Wenn zum Verlassen des lokalen Netzwerks keine native IPv6-Anbindung vorhanden ist, wird zum Erreichen des weltweiten IPv6 Internet ein IPv6-in-IPv4 Tunnel benötigt. Es gibt unterschiedliche Tunnel-Mechanismen sowie einige Möglichkeiten zum Einrichten eines Tunnels. Tunnelarten Es steht Ihnen mehr als eine Möglichkeit zur Verfügung, IPv6 Pakete über ausschließliche IPv4 Links zu tunneln. Statische Punkt-zu-Punkt Tunnel Ein Punkt-zu-Punkt Tunnel ist ein dedizierter Tunnel zu einem Endpunkt, der Kenntnis über das lokale IPv6 Netzwerk (für das Routing zurück...) und die IPv4 Adresse des Tunnel-Endpunktes verfügt. Definition des Punkt-zu-Punkt Tunnels siehe: RFC 4213 / Basic Transition Mechanisms for IPv6 Hosts and Routers. Anforderungen: Die IPv4 Adresse des lokalen Tunnel-Endpunktes muss statisch sein, global eindeutig und vom entfernten Tunnel-Endpunkt aus erreichbar sein. Wenn keine statische IPv4 Addresse verfügbar ist, muß der Tunnel-Provider die Authentifizerung der dynamischen IPv4 Addresse unterstützen, wie z.B. SixXS / AICCU oder gogo6.Sie müssen ein globales IPv6 Präfix zugewiesen bekommen haben. Es ist auch möglich, daß zusätzliche IPv6 Netzwerke über diesen Tunnel geroutet werden.Ein entfernter Tunnel-Endpunkt muss dazu in der Lage sein, ihr IPv6 Präfix bis zu Ihrem lokalen Tunnel-Endpunkt zu routen (wobei meistens manuelle Konfiguration notwendig wird).Statische Tunnelprovider: Hurricane ElectricSixXS Automatische Tunnel Automatisches Tunneln tritt dann ein, wenn ein Knoten direkt einen anderen Knoten (dessen IPv4-Adresse er zuerst kennen lernen muss) über die IPv4-mapped IPv6-Adresse anspricht - dieser Mechanismus sollte nicht mehr unterstützt werden, weil er sehr unsicher ist. 6to4 Tunnel 6to4 Tunnel (RFC 3056 / Connection of IPv6 Domains via IPv4 Clouds) verwenden einen einfachen Mechanismus zum erstellen eines automatischen Tunnels. Jeder Knoten mit einer weltweit einmaligen IPv4 Adresse kann zu einem 6to4 Tunnel-Endpunkt gemacht werden (solange keine IPv4-Firewall den Verkehr unterbindet). Ein 6to4 Tunnel ist zumeist kein one-to-one Tunnel. In diesem Fall wird das Untertunneln in einen Upstream- und einen Downstream-Tunnel unterteilt. Ferner zeigt eine spezielle IPv6 Adresse an, dass der Knoten einen 6to4 Tunnel für die Verbindung zum weltweiten IPv6 Netzwerk verwendet. Erstellen eines 6to4 Präfixes Die 6to4 Adresse wird wie folgt definiert (Schema ist dem RFC 3056 / Connection of IPv6 Domains via IPv4 Clouds entnommen): FP und TLA zusammen haben den Wert 0x2002. V4ADDR ist die weltweit einmalige IPv4 Adresse des Knoten (in hexadezimaler Notation). Mit dem SLA wird das Subnetz identifiziert (65536 lokale Subnetze sind möglich) und benutzbar, um die lokale Netzwerstruktur abzubilden. Für Gateways wird dieser Präfix normalerweise mit dem SLA “0000” definiert und dem 6to4 Tunnel-Interface das Suffix “::1” (kann aber auch ein beliebiger mit local-scope sein) zugewiesen. Zu bemerken ist, dass Microsoft Windows als Suffix auch immer die V4ADDR einsetzt. 6to4 Tunnel zum Upstream Der Knoten muss die Kenntnis darüber haben, an welchen entfernten Tunnel-Endpunkt die in IPv4 Paketen eingeschlossenen IPv6 Pakete gesendet werden sollen. In den “Anfängen” der 6to4 Tunnel-Anwendung wurden dedizierte Upstream akzeptierende Router definiert. Liste der Router siehe: NSayer's 6to4 information. Heute können Upstream Router automatisch mittels der anycast Adresse 192.88.99.1 gefunden werden. Routing Protokolle sind für die Verarbeitung im Hintergrund zuständig, siehe RFC 3068 / An Anycast Prefix for 6to4 Relay Routers für weitere Details. 6to4 Tunnel zum Downstream Der Downstream (6bone -> Ihr 6to4 fähiger Node) ist nicht wirklich fix, er kann von jenem Host variieren, an dem ursprünglich die Pakete gesendet wurden. Es gibt zwei Möglichkeiten: Der entfernte Host benutzt 6to4 und sendet die Pakete direkt an den lokalen Knoten zurück (siehe unten).Der entfernte Host sendet die Pakete zurück an das weltweite IPv6 Netzwerk, und abhängig vom dynamischen Routing, erstellt dann ein Relay-Router eines ISPs, der 2002::/16 via BGP kundgibt, automatisch zum lokalen Knoten einen Tunnel. Möglicher 6to4 Verkehr Vom 6to4 zum 6to4: der Tunnel entsteht normalerweise direkt zwischen den beiden 6to4 fähigen Hosts.Vom 6to4 zum non-6to4: Der Datenstrom wird mittels Upstream-Tunnel versendet.Vom non-6to4 zum 6to4: Der Datenstrom wird mittels Downstream-Tunnel versendet.Achtung, durch das mögliche asymmetrische Routing können Probleme mit defekten 6to4-Relays schwer zu diagnostizieren sein. UDP gekapselte IPv6 Tunnels UDP gekapseltes IPv6 Tunneling wird üblicherweise benutzt, wenn am internen Endpunkt keine globale IPv4 Addresse verfügbar ist, aber via Network Adress Translation (NAT) noch entsprechende Endpunkte im Internet mit Hilfe unten beschriebener UDP Ports erreichbar sind. Teredo Tunnel RFC 4380 / Teredo: Tunneling IPv6 over UDP through Network Address Translationsbeschreibt das Tunneln von IPv6 Pakete über IPv4 UDP Pakete (Bubbles), siehe auch Wikipedia / Teredo. Üblicherweise benutzt es 3544/udp. Der Client für Linux heißt miredo und ist benutzbar ohne große Konfiguration. Über diese Tunnelmethode kann nur ein einzelner Client an das globale IPv6-Netzwerk angeschlossen werden. AYIYA Tunnel Tunnel provider SixXS bietet auch einen IPv6-in-UDP-in-IPv4 (5072/udp) Tunnel an, zur Nutzung muss der Modus AYIYA aktiviert werden. gogo6 Tunnel Tunnel provider gogo6 bietet auch einen IPv6-in-UDP-in-IPv4 (3653/udp) Tunnel an, zur Nutzung muss der Modus v6udpv4 aktiviert werden. Bestehende Tunnel anzeigen Verwendung von "ip" Anwendung: ] ]]>Beispiel: Verwendung von "route" Anwendung: Beispiel (Ausgabe wurde derart gefiltert, dass nur Tunnels über das virtuelle Interface sit0 angezeigt werden): Einrichtung eines Punkt-zu-Punkt Tunnels Es gibt drei Methoden ein Punkt-zu-Punkt Tunnel hinzuzufügen bzw. zu entfernen. Eine gute Informationsquelle zum Thema Tunnel-Einrichtung mit “ip” ist folgender Artikel: Configuring tunnels with iproute2 (article) (Spiegel). Einen Punkt-zu-Punkt Tunnel hinzufügen Verwendung von "ip" Bei einer kleinen Anzahl von Tunnels ist die Verwendung von “ip” zurzeit die Standardmethode. Beispiel für das Erstellen eines Tunnel-Devices (das Device wird aber hiermit nicht aktiviert; ebenso muss ein TTL Wert spezifiziert werden, da der Standardwert 0 ist): mode sit ttl remote ¬ local ]]>Anwendung (drei allgemeine Beispiele): 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 ]]> Verwendung von "ifconfig" und "route" (nicht empfehlenswert) Diese Methode zum Hinzufügen eines Tunnels wird nicht empfohlen, da Ungereimtheiten auftreten. Es gibt keine Probleme, wenn nur ein Tunnel hinzugefügt wird. Werden hingegen mehrere Tunnel hinzugefügt, dann kann der erste Tunnel nicht einfach deaktiviert werden, wenn die restlichen Tunnel aktiviert bleiben sollen. Anwendung (drei allgemeine Beispiele): # /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 ]]>WICHTIG: NICHT VERWENDEN! Mit diesem Setup wird von überall aus dem Internet das "automatische Tunneln" vorbehaltlos aktiviert. Das ist ein unnötiges Risiko. Verwendung allein von "route" Sie können einen Tunnel auch im NBMA-Stil (Non Broadcast Multiple Access) einrichten. Bei dieser Vorgehensweise können Sie sehr einfach mehrere Tunnels zugleich einrichten, aber kein Tunnel kann nummeriert werden (und das ist ein kein benötigtes Feature). Anwendung (drei allgemeine Beispiele): gw ¬ :: dev sit0 # /sbin/route -A inet6 add gw ¬ :: dev sit0 # /sbin/route -A inet6 add gw ¬ :: dev sit0 ]]>WICHTIG: NICHT VERWENDEN! Mit diesem Setup wird von überall aus dem Internet das "automatische Tunneln" vorbehaltlos aktiviert. Das ist ein unnötiges Risiko. Punkt-zu-Punkt Tunnel entfernen Diese Funktion wird selten manuell durchgeführt. Skripte verwenden diese Funktion zum sauberen deaktivieren bzw. beim Neustart einer IPv6 Konfiguration. Verwendung von "ip" Entfernen eines Tunnel-Devices: ]]>Anwendung (drei allgemeine Beispiele): 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 ]]> Verwendung von "ifconfig" und "route" (nicht empfehlenswert, da unbequem) Nicht nur bei der Erstellung eines Tunnels kommt es zu Ungereimtheiten, sondern auch bei dessen Entfernung. Die Tunnel müssen in umgekehrter Reihenfolge wieder entfernt werden, d.h. der zuletzt erstellte Tunnel muss als Erster entfernt werden... Anwendung (drei allgemeine Beispiele): 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 ]]> Verwendung von "route" Die Vorgehensweise ist vergleichbar mit dem löschen einer normalen IPv6 Route. Anwendung (drei allgemeine Beispiele): gw ¬ :: dev sit0 # /sbin/route -A inet6 del gw ¬ :: dev sit0 # /sbin/route -A inet6 del gw ¬ :: dev sit0 # /sbin/ifconfig sit0 down ]]> Nummerierte Punkt-zu-Punkt Tunnel Manchmal ist es notwendig, einen Punkt-zu-Punkt Tunnel mit IPv6 Adresse genauso einzurichten, wie heute bei IPv4. Dies ist nur mit der ersten (ifconfig+route - nicht empfehlenswert) sowie mit der dritten (ip+route) beschriebenen Methode zur Einrichtung eines Tunnels möglich. Bei diesen Fällen können Sie den Tunnel-Interfaces die IPv6 Adressen, wie im Abschnitt zur Interface-Konfiguration beschrieben, hinzufügen. Einrichtung von 6to4 Tunnel Beachten sie Bitte, dass 6to4 Tunnel im Standard-Kernel der Serie 2.2.x (siehe systemcheck/kernel) nicht unterstützt werden. Weiter ist zu beachten, dass die Präfix-Länge für 6to4 Adressen 16 ist, da sich aus Perspektive des Netzwerks betrachtet, alle anderen 6to4 Hosts sich in der gleichen Schicht 2 befinden. 6to4 Tunnel hinzufügen Zu Anfang müssen Sie Ihre 6to4 Präfix-Länge mittels der lokal zugewiesenen global routbaren IPv4 Adresse berechnen (sollte ihr Host keine global routebare IPv4 Adresse haben, dann ist unter speziellen Bedingungen NAT auf dem Border Gateway möglich): Angenommen, Ihre IPv4 Adresse ist: Dann ist das daraus resultierende 6to4 Präfix: Lokalen 6to4 Gateways sollte immer (ist aber kein Muss, ein beliebiger local-scope Suffix kann benutzt werden) das Suffix “::1” zugewiesen werden. Daraus resultierend ergibt sich Ihre lokale 6to4 Adresse: Zum automatischen Erstellen der Adresse können Sie folgenden Befehl nutzen: Es gibt nun zwei Möglichkeiten einen 6to4 Tunnel einzurichten. Verwendung von "ip" und einem dedizierten Tunnel-Device Die empfohlene Vorgehensweise (der Wert TTL muss angegeben werden, da der Standardwert 0 ist): Erstellen eines neues Tunnel-Device: remote any local ¬ ]]>Interface aktivieren: Eine lokale 6to4 Adresse am Interface hinzufügen (Hinweis: Präfix-Länge 16 ist wichtig!) /16 dev tun6to4 ]]>Hinzufügen der (Standard-) Route zum globalen IPv6 Netz unter Verwendung der all-6to4-routers IPv4 anycast Adresse: Manche Versionen von “ip” (z.B. SuSE Linux 9.0) unterstützen keine IPv4-kompatiblen IPv6-Adressen für Gateways, in diesem Fall muss die entsprechende IPv6-Adresse benutzt werden: Verwendung von "ifconfig" und "route" sowie einem generischen Tunnel-Device "sit0" (nicht empfehlenswert) Diese Vorgehensweise wird nicht empfohlen, da bei Verwendung des allgemeinen Tunnel Device sit0 keine Filter-Spezifizierung pro Device ermöglicht wird. Das allgemeine Tunnel Interface sit0 aktivieren: Dem Interface eine lokale 6to4 Adresse hinzufügen: /16 ]]>Hinzufügen der (Standard-) Route zum globalen IPv6 Netz unter Verwendung der all-6to4-routers IPv4 anycast Adresse: 6to4 Tunnel entfernen Verwendung von "ip" und einem dedizierten Tunnel-Device Entfernen aller Routen über dieses bestimmten Tunnel Devices: Interface deaktivieren: Ein erstelltes Tunnel Device entfernen: Verwendung von "ifconfig" und "route" sowie einem generischen Tunnel-Device "sit0" (nicht empfehlenswert) Entfernen der (Standard-) Route über ein 6to4 Tunnel Device: Eine 6to4 Adresse des Interfaces entfernen: /16 ]]>Ein allgemeines Tunnel Device deaktivieren (aber Achtung, eventuell ist das Interface noch in Verwendung...) Konfiguration eines IPv4-in-IPv6 Tunnels RFC 2473 / Generic Packet Tunneling in IPv6 Specification spezifiziert den Mechanismus, um unterschiedliche Pakettypen (einschließlich IPv4) über IPv6 zu tunneln. ANMERKUNG: Unterstützung für IPv4-in-IPv6 Tunnel ist erst seit Kernel Version 2.6.22 verfügbar. Anzeigen von existierenden Tunnels Anwendung: ] ]]>Beispiel: ANMERKUNG: wenn "mode any" nicht angegeben wird, werde nur IPv6-in-IPv6 Tunnels angezeigt. Konfiguration eines Punkt-zu-Punkt Tunnels Anwendung für die Erzeugung einer 4over6 Tunnel-Schnittstelle (welche danach aber noch nicht aktiv ist) mode ip4ip6 remote local ]]>Anwendung (allgemeines Beispiel für drei Tunnels): local # /sbin/ip link set dev ip6tnl1 up # /sbin/ip -6 route add dev ip6tnl1 metric 1 # /sbin/ip -6 tunnel add ip6tnl2 mode ip4ip6 remote local # /sbin/ip link set dev ip6tnl2 up # /sbin/ip -6 route add dev ip6tnl2 metric 1 # /sbin/ip -6 tunnel add ip6tnl3 mode ip4ip6 remote local # /sbin/ip link set dev ip6tnl3 up # /sbin/ip -6 route add dev ip6tnl3 metric 1 ]]> Löschen von Punkt-zu-Punkt-Tunnels Anwendung für das Löschen einer Tunnel-Schnittstelle: ]]>Anwendung (allgemeines Beispiel für drei Tunnels): dev ip6tnl1 # /sbin/ip link set ip6tnl1 down # /sbin/ip -6 tunnel del ip6tnl1 # /sbin/ip -6 route del dev ip6tnl2 # /sbin/ip link set ip6tnl2 down # /sbin/ip -6 tunnel del ip6tnl2 # /sbin/ip -6 route del dev ip6tnl3 # /sbin/ip link set ip6tnl3 down # /sbin/ip -6 tunnel del ip6tnl3 ]]> Kernel-Einstellungen im /proc-Dateisystem Anmerkung: Dieses Kapitel basiert großteils auf der Datei “ip-sysctl.txt”, welche in den aktuellen Kernel-Quellen im Verzeichnis “Documentation/networking” zu finden ist. Danke an dieser Stelle an Pekka Savola, der den IPv6 relevanten Inhalt dieser Datei wartet und betreut. Ebenso sei erwähnt, dass einige Textstellen hieraus mehr oder weniger mit Copy & Paste in dieses Dokument übernommen wurden. Zugriff auf das /proc-Dateisystem Verwendung von "cat" und "echo" Mit “cat” und “echo” können Sie am einfachsten das /proc Dateisystem einsehen. Hierfür gibt es aber einige Voraussetzungen, die erfüllt sein müssen: Das /proc-Dateisystem muss im Kernel aktiviert sein. Hierfür muss die folgende Einstellung beim kompilieren des Kernels vorgenommen werden: Das /proc-Dateisystem muss zuerst gemountet sein. Dies kann wie folgt getestet werden: Sie benötigen Lese- und manchmal auch Schreib-Zugriff (normalerweise nur als Root-Benutzer) auf das /proc-Dateisystem.Normalerweise sind, mit Ausnahme in /proc/sys/*, alle Einträge ausschließlich mit Leserechten ausgestattet. Die Einträge werden zum Zweck der Informationsgewinnung verwendet. Wert anzeigen Den Inhalt eines Eintrags können sie mit “cat” anzeigen: Wert einstellen Mit “echo” können sie einen neuen Wert zuweisen (nur wenn der Eintrag beschreibbar ist): /proc/sys/net/ipv6/conf/all/forwarding ]]> Verwendung von "sysctl" Die Verwendung des Programms “sysctl” ist eine zeitgemäße Methode zum Anzeigen der Kernel-Switches. Es funktioniert auch dann, wenn das /proc-Dateisystem nicht gemountet ist, wobei aber nur ein Zugriff auf /proc/sys/* möglich ist! Das Programm “sysctl” ist (auf Red Hat Linux Systemen) im Paket “procps” enthalten. Das sysctl-Interface muss im Kernel aktiviert sein. Hierfür muss die folgende Einstellung beim kompilieren des Kernels vorgenommen werden: Wert anzeigen Der Wert eines Eintrags kann nun angezeigt werden: Wert einstellen Ein neuer Wert kann wie folgt zugewiesen werden (wenn der Eintrag beschreibbar ist): Anmerkung: Verwenden Sie beim setzen eines Wertes keine Leerzeichen vor oder nach dem “=”. Sollten Sie mehrere Werte in einer Zeile angeben, müssen sie diese mit Anführungszeichen umgeben: Sonstiges Anmerkung: Es gibt sysctl-Versionen im Umlauf, die anstelle des Punktes “.” einen slash “/” ausgeben. Für weitere Details siehe die manpage von sysctl. Hinweise: Um schnell einen Überblick über die Einstellungen zu bekommen, verwenden Sie einfach die Option “-a” (anzeigen aller Einträge) sowie das Tool “grep”. Werte im /proc-Dateisystem Es gibt im /proc-Dateisystem unterschiedliche Formate: BOOLEAN: einfach eine “0” (falsch) oder eine “1” (wahr)INTEGER: Wert ist eine Ganzzahl (kann auch eine unsigned int sein)Kompliziertere Zeilen mit verschiedenen Werten: manchmal wir eine Header-Zeile mit angezeigt... Sie können aber auch weitere Informationen zu den Werten und deren Bedeutung direkt in den Kernel Quellen beziehen. Einträge in /proc/sys/net/ipv6/ conf/default/* Ändern der Interface-spezifischen Einstellungen. conf/all/* Ändern aller Interface-spezifischen Einstellungen. Ausnahme: “conf/all/forwarding” hat hier eine andere Bedeutung: conf/all/forwarding Typ: BOOLEANHiermit wird die globale IPv6 Weiterleitung zwischen allen Interfaces aktiviert. In IPv6 ist kein forwarding per Device möglich. Die Steuerung der Weiterleitung muss mittels IPv6-netfilter Regel-Sets (mit dem Programm ip6tables) und der Bestimmung der Ein- und Ausgabe-Devices (siehe Firewalling/Netfilter6 für Details) vollzogen werden. In IPv4 ist das anders, forwarding per device ist hier möglich (hier wird am Interface, wo das Paket einlangt, die entsprechende Entscheidung getroffen). Hiermit werden die Host/Router Einstellungen 'forwarding' aller Interfaces eingestellt (auch globales Forwarding genannt). Für weitere Details Siehe unten. Ist der Wert gleich 0, dann ist IPv6 forwarding deaktiviert. Pakete verlassen in diesem Fall niemals ein anderes Interface (weder physikalische noch logische wie z.B. Tunnel). conf/interface/* Spezielle Einstellungen per Interface ändern. Das funktionale Verhalten einzelner Einstellungen ist davon abhängig, ob lokales forwarding aktiviert ist oder nicht. accept_ra Typ: BOOLEANStandardeinstellung: aktiviert, wenn lokales forwarding deaktiviert ist. Deaktiviert, wenn lokales forwarding aktiviert ist.Router Advertisements werden akzeptiert; das Interface wird mit Status 'received data' automatisch konfiguriert. accept_redirects Typ: BOOLEANStandardeinstellung: aktiviert, wenn lokales forwarding deaktiviert ist. Deaktiviert, wenn lokales forwarding aktiviert ist.Akzeptiert von IPv6 Router gesendete Redirects. autoconf Typ: BOOLEANFunktionale Standardeinstellung: aktiviert, wenn accept_ra_pinfo aktiv ist. Deaktiviert, wenn accept_ra_pinfo deaktiviert ist.Autokonfiguriert Adressen unter Benutzung der Prefix-Information eines Router-Advertisements. dad_transmits Typ: INTEGERStandardwert: 1Die Anzahl der gesendeten Proben zum entdecken von Adress-Duplikaten. forwarding Typ: BOOLEANStandardwert: FALSCH, wenn globale forwarding deaktiviert ist (Standard), ansonst WAHRKonfigurieren von Interface-spezifischem Host/Router-Verhalten. Anmerkung: Es wird die gleiche Konfiguration für alle Interfaces empfohlen; Gemischte Host/Router-Szenarios sind eher unüblich. Wert FALSCH: Per Standard wird von einem Host-Verhalten ausgegangen. Das bedeutet: Der Schalter IsRouter ist bei Router Advertisements nicht aktiviert.Router-Anfragen werden bei Bedarf gesendet.Wenn accept_ra WAHR ist (Standard), dann werden Router Advertisements akzeptiert (und starte die automatische Konfiguration).Wenn accept_redirects WAHR ist (Standard), dann akzeptiere Redirects. Wert WAHR: Ist lokales forwarding eingeschaltet, dann wird von einem Router-Verhalten ausgegangen. Das bedeutet genau das Gegenteil zu oben: Der Schalter IsRouter ist bei Router Advertisements aktiviert.Router-Anfragen werden nicht gesendet.Router Advertisements werden ignoriert.Redirects werden ignoriert. hop_limit Typ: INTEGERStandardwert: 64Der Standardwert für das Hop-Limit wird hiermit eingestellt. mtu Type: INTEGERStandardwert: 1280 (Minimumwert in IPv6)Der Standardwert für die Maximum Transfer Unit wird hiermit eingestellt. router_solicitation_delay Typ: INTEGERStandardwert: 1Die Anzahl der nach der Aktivierung eines Interfaces zu wartenden Sekunden bevor Router-Anfragen gesendet werden. router_solicitation_interval Typ: INTEGERStandardwert: 4Die Anzahl der Sekunden zwischen Router-Anfragen. router_solicitations Typ: INTEGERStandardwert: 3Die Anzahl der Router-Anfragen, bevor angenommen wird, dass keine Router verfügbar sind. neigh/default/* Standardeinstellungen der Neighbor-Erkennung und einige spezielle globale Intervall- sowie Threshold-Werte ändern: gc_thresh1 Typ: INTEGERStandardwert: 128Mehr Infos hierzu in späteren Versionen. gc_thresh2 Typ: INTEGERStandardwert: 512Mehr Infos hierzu in späteren Versionen. gc_thresh3 Typ: INTEGERStandardwert: 1024Parameter zum Einstellen der Größe der Neighbour-Tabelle. Wenn Sie viele Interfaces und Probleme mit inkorrekt oder nicht funktionierenden Routen haben, dann sollten Sie diesen Wert erhöhen. Ebenfalls erhöhen sollten Sie den Wert, wenn von einem aktiven Zebra (routing daemon) Folgendes angezeigt wird: gc_interval Typ: INTEGERStandardwert: 30Mehr Infos hierzu in späteren Versionen. neigh/interface/* Per Interface ändern spezieller Einstellungen zur Neighbor-Erkennung. anycast_delay Typ: INTEGERStandardwert: 100Mehr Infos hierzu in späteren Versionen. gc_stale_time Typ: INTEGERStandardwert: 60Mehr Infos hierzu in späteren Versionen. proxy_qlen Typ: INTEGERStandardwert: 64Mehr Infos hierzu in späteren Versionen. unres_qlen Typ: INTEGERStandardwert: 3Mehr Infos hierzu in späteren Versionen. app_solicit Typ: INTEGERStandardwert: 0Mehr Infos hierzu in späteren Versionen. locktime Typ: INTEGERStandardwert: 0Mehr Infos hierzu in späteren Versionen. retrans_time Typ: INTEGERStandardwert: 100Mehr Infos hierzu in späteren Versionen. base_reachable_time Typ: INTEGERStandardwert: 30Mehr Infos hierzu in späteren Versionen. mcast_solicit Typ: INTEGERStandardwert: 3Mehr Infos hierzu in späteren Versionen. ucast_solicit Typ: INTEGERStandardwert: 3Mehr Infos hierzu in späteren Versionen. delay_first_probe_time Typ: INTEGERStandardwert: 5Mehr Infos hierzu in späteren Versionen. proxy_delay Typ: INTEGERStandardwert: 80Mehr Infos hierzu in späteren Versionen. route/* Globale Routing-Einstellungen ändern. flush In neueren Kernel-Versionen wurde diese Option entfernt - mehr Infos hierzu in späteren Versionen. gc_interval Typ: INTEGERStandardwert: 30Mehr Infos hierzu in späteren Versionen. gc_thresh Typ: INTEGERStandardwert: 1024Mehr Infos hierzu in späteren Versionen. mtu_expires Typ: INTEGERStandardwert: 600Mehr Infos hierzu in späteren Versionen. gc_elasticity Typ: INTEGERStandardwert: 0Mehr Infos hierzu in späteren Versionen. gc_min_interval Typ: INTEGERStandardwert: 5Mehr Infos hierzu in späteren Versionen. gc_timeout Typ: INTEGERStandardwert: 60Mehr Infos hierzu in späteren Versionen. min_adv_mss Typ: INTEGERStandardwert: 12Mehr Infos hierzu in späteren Versionen. max_size Typ: INTEGERStandardwert: 4096Mehr Infos hierzu in späteren Versionen. IPv6 relevante Einträge in /proc/sys/net/ipv4/ Zurzeit werden einige Schalter auch bei IPv6 eingesetzt (Dies bleibt so, bis IPv4 zur Gänze in ein unabhängiges Kernel-Modul umgewandelt wurde). ip_* ip_local_port_range Diese Kontrolleinstellung wird ebenfalls bei IPv6 verwendet. tcp_* Diese Kontrolleinstellungen werden ebenfalls bei IPv6 verwendet. icmp_* Diese Kontrolleinstellungen werden bei IPv6 nicht verwendet. Zum aktivieren der ICMPv6 Quoten-Limitierung (auf Grund der ICMPv6 storms Auswirkungen sehr empfohlen) müssen netfilter-v6-Regeln eingesetzt werden. Sonstige Einträge Keine bekannt, bzw. von IPv6 vermutlich ungenutzt. IPv6 relevante Einträge in /proc/net/ In /proc/net gibt es einige Einträge die ausschließlich Lese-Rechte besitzen. Mit “sysctl” können Sie hier keine Informationen bekommen, verwenden Sie anstelle dessen z.B. “cat”. if_inet6 Typ: Eine Zeile pro Adresse mit jeweils mehreren WertenAlle konfigurierten IPv6 Adressen werden hier in einem speziellen Format angezeigt. Im Beispiel wird ein Loopback-Interface angezeigt. Die Werte werden unten erklärt (siehe “net/ipv6/addrconf.c” für Details). IPv6 Adresse mit 32 hexadezimalen Zeichen ohne Doppelpunkte als TrennzeichenNetlink Device Nummer (Interface Index) im hexadezimalen Format (siehe auch “ip addr”)Präfix-Länge in hexadezimaler NotationWert des Gültigkeitsbereichs (s.a. Kernel Quellen “include/net/ipv6.h” und “net/ipv6/addrconf.c”)Interface flags (s.a. “include/linux/rtnetlink.h” und “net/ipv6/addrconf.c”)Devicename ipv6_route Typ: Eine Zeile pro Route mit jeweils mehreren WertenAlle konfigurierten IPv6 Routen werden hier in einem speziellen Format angezeigt. Im Beispiel wird ein Loopback-Interface angezeigt. Die Werte werden unten erklärt (siehe “net/ipv6/route.c” für Details). IPv6 Zielnetzwerk mit 32 hexadezimalen Zeichen ohne Doppelpunkte als TrennzeichenIPv6 Ziel-Präfix-Länge in hexadezimaler NotationIPv6 Ursprungsnetzwerk mit 32 hexadezimalen Zeichen ohne Doppelpunkte als TrennzeichenIPv6 Ursprungs-Präfix-Länge in hexadezimaler NotationIPv6 next Hop mit 32 hexadezimalen Zeichen ohne Doppelpunkte als TrennzeichenMetrik in hexadezimaler SchreibweiseReference CounterUse CounterFlagsDevicename sockstat6 Typ: Eine Zeile pro Protokoll mit Beschreibung und WertStatistiken über verwendete IPv6 Sockets. Beispiel: tcp6 Mehr Infos hierzu in späteren Versionen. udp6 Mehr Infos hierzu in späteren Versionen. igmp6 Mehr Infos hierzu in späteren Versionen. raw6 Mehr Infos hierzu in späteren Versionen. ip6_flowlabel Mehr Infos hierzu in späteren Versionen. rt6_stats Mehr Infos hierzu in späteren Versionen. snmp6 Typ: Eine Zeile pro SNMP Beschreibung und WertSNMP Statistiken; diese können mittels snmp server und entsprechender MIB Tabelle mit einer Network Management Software gewonnen werden. ip6_tables_names Verfügbare netfilter6 Tabellen Netlink-Interface zum Kernel Mehr Infos hierzu in späteren Versionen... der Autor hat hiermit keine Erfahrung... Adress-Auflösung Zusätzliche Informationen sind hier zu finden Linux & IPv6: getaddrinfo and search domains - ResearchRFC 3484 on Linux Karl Auer's Blog: Controlling IPv6 source address selection , IPv6 Source Address Selection - what, why, howInto6: /etc/gai.conf - it ain't what you think it isAddress-Auflösung & Ziel-Adressen-Auswahl Die Auflösung von Namen zu einer IPv4- bzw. IPv6-Adresse wird üblicherweise durch die Benutzung einer libc resolver Bibliothek durchgeführt. Dazu wird normalerweise die Funktion getaddrinfo benutzt. Im Fall, dass mehr als eine IPv6-Adresse zurückgegeben wird, soll nach RFC 3484 / Default Address Selection for Internet Protocol version 6 eine Sortierung angewandt werden, die optional auch konfiguriert werden kann. Die “Magie” ist durch die Datei /etc/gai.conf konfigurierbar (welche fehlt oder leer ist, solange Standardwerte gelten sollen). Die vorgegebene Sortierung ist üblicherweise in der Dokumentation (z.B. /usr/share/doc/glibc-common/gai.conf) oder im Manual “man gai.conf” zu sehen. Für die Kontrolle der Sortierung via benutzerdefinierter Konfiguration ist für Tests folgendes notwendig: Ein Hostname im DNS, der mehr als eine IPv6-Adresse zurückgibt, z.B. Lookup via DNS (mit /etc/hosts klappt es nicht)/etc/gai.conf mit einer passenden Konfiguration, e.g. Für Tests kann dann ein Telnet-Client benutzt werden: Wenn nun die precedence geändert wird in der Konfiguration: Dann ändert sich die Reihenfolge entsprechend Quell-Addressen-Auswahl Source address selection in Linux wird automatisch vom Kernel vorgenommen, üblicherweise abhängig von den Routing-Tabellen und unter der Vorgabe, den Scope einer Adresse beizubehalten. Quell-Adressen-Auswahl mit “ip addrlabel” Mit einer Erweiterung der internen “ip addrlabel” Tabelle kann eine Quell-Adresse zu einer Ziel-Adresse gebunden werden. Bindung wird hier durch die Angabe des gleichen Labels (einer Nummer) konfiguriert. Standard von “ip addrlabel” (hier von CentOS 6): Das System ist multihomed (hier an einem Interface), der Router verteilt 2 Präfixe mit Hilfe von radvd: Eine Verbindung zum Server zeigt nun: Ein tcpdump mit filter “tcp and dst port 23” zeigt nur die Benutzung der oberen lokalen Quell-IPv6-Adresse 2001:4dd0:ff00:834::2.telnet: (src-A -> dst-A) IP6 2001:6f8:12d8:2:5054:ff:fefb:6582.45754 > 2a01:238:423d:8800:85b3:9e6b:3019:8909.telnet: (src-A -> dst-B) ]]> Wenn nun Quelle und Ziel mit Hilfe von “ip addrlabel” zusammengebunden werden: Was in folgender “ip addrlabel”resultiert: Und dann nochmal eine Verbindung zum Server versucht wird tcpdump mit filter “tcp and dst port 23” zeigt nun die Benutzung beider Quell-IPv6-Adressen wie konfiguriert 2001:4dd0:ff00:834::2.telnet: (src-A -> dst-A) IP6 2001:6f8:900:8cbc:5054:ff:fefb:6582.39632 > 2a01:238:423d:8800:85b3:9e6b:3019:8909.telnet: (src-B -> dst-B) ]]>Persistente Konfiguration von “ip addrtable” ist wahrscheinlich in aktuellen Linux-Distributionen nicht unterstützt, somit wäre eine Erweiterung der Netzwerk-Init-Scripts oder rc.local notwendig. Ein Skript, welches Informationen aus /etc/gai.conf in entsprechendes “ip addrtable” umwandelt, gibt es hier: /etc/gai.conf - it ain't what you think it is Netzwerk-Fehlersuche Server Socket-Anbindung Überprüfung der Server Socket-Anbindung mit “netstat” Es ist immer von Interesse welche Sockets eines Knotens gerade aktiv sind. Mit “netstat” können Sie die betreffenden Informationen abfragen: Verwendete Optionen: -nlptu Beispiel: tcpdump-Beispiele Hier folgen einige Beispiele von (mit tcpdump) aufgezeichneten Paketen, die hoffentlich bei Ihrer Fehlersuche nützlich sein können. ... mehr Beispiele in den nächsten Versionen... Router-Erkennung Router Advertisement 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=2001:0db8:0:1::/64)(src lladdr: ¬ 0:12:34:12:34:50) (len 88, hlim 255) ]]>Der Router mit der link-lokalen Adresse “fe80::212:34ff:fe12:3450” sendet eine Ankündigung mit zwei Präfixes “2002:0102:0304:1::/64” (Lebensdauer 30s) und “2001:0db8:0:1::/64” (Lebensdauer 2592000s) sowie der eigenen Schicht 2 MAC Adresse “0:12:34:12:34:50” an die all-node-on-link Multicast Adresse “ff02::1”. Router Anfrage ff02::2: icmp6: router solicitation ¬ (src lladdr: 0:12:34:12:34:56) (len 16, hlim 255) ]]>Der Knoten mit der link-lokalen Adresse “fe80:212:34ff:fe12:3456” und der Schicht 2 MAC Adresse “0:12:34:12:34:56” sucht nach einem Router und sendet hierfür diese Anfrage an die all-router-on-link Multicast Adresse “ff02::2”. Neighbor-Erkennung Neighbor discovery solicitation zur Entdeckung doppelter Adressen Folgende Pakete werden vom Knoten mit der Schicht 2 MAC Adresse “0:12:34:12:34:56” während der automatischen Konfiguration an die solicited-node link-lokale Multicast Adresse gesendet. Es wird überprüft, ob eine potentielle Adresse bereits von einem anderen Knoten am Link verwendet wird. Der Knoten will seine link-lokale Adresse “fe80:212:34ff:fe12:3456” konfigurieren und überprüft auf Duplikate 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) ]]> Der Knoten will seine globale Adresse “2002:0102:0304:1:212:34ff:fe12:3456” konfigurieren (nach Empfang eines Advertisements wie weiter oben abgebildet) und überprüft auf Duplikate 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) ]]> Der Knoten will seine globale Adresse “2001:0db8:0:1:212:34ff:fe12:3456” konfigurieren (nach Empfang eines Advertisements wie weiter oben abgebildet) und überprüft auf Duplikate ff02::1:ff12:3456: icmp6: neighbor sol: who has ¬ 2001:0db8:0:1:212:34ff:fe12:3456(src lladdr: 0:12:34:12:34:56) (len 32, hlim ¬ 255) ]]> Neighbor discovery solicitation zur Host oder Gateway-Suche Der Knoten möchte Pakete an die Adresse “2001:0db8:0:1::10” senden, hat hierfür aber keine Schicht 2 MAC Adresse und sendet aus diesem Grund zuerst eine Anfrage ff02::1:ff00:10: icmp6: ¬ neighbor sol: who has 2001:0db8:0:1::10(src lladdr: 0:e0:18:90:92:5) (len 32, ¬ hlim 255) ]]> Der Knoten sucht nun nach der Adresse “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) ]]> Unterstützung einer ständigen IPv6-Konfiguration in Linux Distributionen Einige Linux-Distributionen unterstützen bereits eine permanente IPv6 Konfiguration. Hierbei werden sowohl bestehende oder als auch neue Konfiguration- und Skriptdateien verwendet sowie tlw. IPv4 Skripte abgeändert. Red Hat Linux und “Klone” Seitdem der Autor begann das IPv6 & Linux - HowTo zu schreiben, war es seine Absicht eine permanente IPv6 Konfiguration zu ermöglichen, wobei die gebräuchlichsten Anwendungsszenarien wie Host-only, Router-only, Dual-homed-host, Router mit einem zweiten Netzwerkstrang, normale Tunnel, 6to4 Tunnel, etc. abgedeckt sein sollten. Heute gibt es eine Sammlung von Konfigurations- und Skriptdateien, die genau diesem Zweck erfüllen (es wurden nie echte Probleme gemeldet, allerdings ist unbekannt von wie vielen Personen dieses Set benutzt wird). Diese Dateien werden von Zeit zu Zeit erweitert und es gibt inzwischen eine eigene Homepage hierfür: initscripts-ipv6 homepage (Spiegel). Da der Autor seine ersten Schritte mit IPv6 auf einem Red Hat Linux 5.0 Klon gemacht habe, basieren seine IPv6 Entwicklungssysteme heute zumeist auf Red Hat Linux und die Skriptdateien sind folglich primär für diese Distributionen gedacht. Es war ebenfalls sehr einfach bestehende Konfigurationsdateien zu erweitern, neue zu erstellen und den Start des IPv6 Setup in das IPv4 Setup einzubetten. Erfreulicherweise beinhaltet Red Hat Linux seit der Version 7.1 die IPv6-Skripts des Autors. Unterstützt wurde dies und wird auch weiterhin von Pekka Savola. Bei Mandrake ist ab Version 8.0 ebenfalls ein IPv6-fähiges initscript Paket beinhaltet, ein kleiner Fehler verhindert aber nach wie vor die Anwendung (“ifconfig” vermisst “inet6” vor “add”). Test der IPv6-Unterstützung bei Netzwerk-Konfigurations-Scripts Sie können überprüfen, ob Ihre Distribution eine permanente IPv6 Konfiguration unter Verwendung der Skript-Sammlung des Autors unterstützt. Folgende script library sollte existieren: Automatischer Test: Die Versionsnummer der Library ist von Interesse, wenn Sie Features vermissen sollten. Die Versionsnummer können Sie anzeigen, indem Sie folgenden Befehl ausführen (einfacher ist es sicherlich, wenn Sie im Header der Datei nachlesen): Im obigen Beispiel ist die Versionsnummer 20011124. Um zu sehen, was sich inzwischen geändert hat, können Sie hier die neuesten Informationen nachlesen: initscripts-ipv6 homepage (Spiegel). Sie finden hier auch ein Change-Log. Kurze Anleitung zum aktivieren von IPv6 bei RHL 7.1, 7.2, 7.3, ... Überprüfen Sie, ob das IPv6 Modul auf Ihrem System bereits geladen ist: Ist das Ergebnis “off”, dann aktivieren Sie IPv6 durch hinzufügen folgender Zeile in /etc/sysconfig/network Rebooten bzw. starten Sie das Netzwerk neu mit dem Befehl Nun sollte das IPv6 Modul geladen sein Ist ihr System an einem Link, der Router Advertisements liefert, dann wird die automatische Konfiguration automatisch durchgeführt. Zusätzlich Informationen darüber, welche Einstellungen unterstützt werden finden Sie in der Datei /usr/share/doc/initscripts-$version/sysconfig.txt. SuSE Linux Seit neueren 7.x Versionen gibt es eine wirklich rudimentäre Unterstützung für IPv6, siehe /etc/rc.config für Details. Aufgrund der komplett unterschiedlichen Struktur der Konfigurations- und Scriptdateien ist es sehr schwer (oder unmöglich) das Set für Red Hat Linux und seine Klone mit dieser Distribution zu verwenden. In Version 8.x wurde das Konfigurations-Setup bei SuSE komplett abgeändert. SuSE Linux 7.3 How to setup 6to4 IPv6 with SuSE 7.3 SuSE Linux 8.0 IPv6-Adress-Konfiguration Editiere Datei /etc/sysconfig/network/ifcfg-<Interface-Name> und setze folgende Variable entsprechend /" ]]> Zusätzliche information Siehe Datei /usr/share/doc/packages/sysconfig/README SuSE Linux 8.1 IPv6-Adress-Konfiguration Editiere Datei /etc/sysconfig/network/ifcfg-<Interface-Name> und setze folgende Variable entsprechend /" ]]> Zusätzliche information Siehe Datei /usr/share/doc/packages/sysconfig/Network Debian Linux Folgende Information wurde von Stephane Bortzmeyer <bortzmeyer at nic dot fr> beigesteuert. Überprüfe, ob IPv6 aktiv ist, entweder weil es in den Kernel hineinkompilier oder das Modul geladen wurde. Für die letzte Möglichkeit gibt es 3 Lösungen: Editieren der Datei /etc/modules, Benutzung des Features pre-up (siehe unten) oder Benutzung von kmod (wird hier nicht weiter erklärt).Konfiguriere die Schnittstelle (hier im Beispiel: eth0). Editiere /etc/network/interfaces : /proc/sys/net/ipv6/conf/all/autoconf netmask 64 # The router is autoconfigured and has no fixed address. # It is magically # found. (/proc/sys/net/ipv6/conf/all/accept_ra). Otherwise: #gateway 2001:0db8:1234:5::1 ]]>Danach rebooten oder folgendes Kommando ausführen Danach sollte die statische IPv6-Adresse konfiguriert sein. Weiterführende Informationen IPv6 with Debian LinuxJean-Marc V. Liotier's HOWTO for Freenet6 & Debian Users (am 24.12.2002 in der mailinglist users@ipv6.org angekündigt) Automatische Konfiguration Stateless Auto-Konfiguration (out-of-the-box) Wird unterstützt und kann bei der zugewiesenen link-lokalen Adressen beobachtet werden, sobald ein IPv6 fähiges Interface aktiv ist. Beispiel: mtu 1500 qlen1000 inet6 fe80::211:d8ff:fe6b:f0f5/64 scope link valid_lft forever preferred_lft forever ]]> Stateless Auto-Konfiguration unter Verwendung des Router Advertisement Daemon (radvd) Mehr Infos hierzu in späteren Versionen. Siehe unten im Abschnitt radvd daemon autoconfiguration. Dynamic Host Configuration Protocol v6 (DHCPv6) Nach einer langen Zeit der Diskussion wurde RFC 3315 / Dynamic Host Configuration Protocol for IPv6 (DHCPv6) verabschiedet. Momentan (10/2005) existieren 2 Implementierungen: Dibbler von Tomasz Mrugalski <thomson at klub dot com dot pl>(Tipps zur Konfiguration)dhcpv6 (Tipps zur Konfiguration)ISC DHCP (Tipps zur Konfiguration) Mobilität Allgemeines Mobilität eines Knotens (Node Mobility) Die Unterstützung für IPv6-Mobilität in Linux kann durch die Installation der MIPL2-Implementierung aktviert werden, welche hier zu finden ist: http://www.mobile-ipv6.org/ Diese Implementierung ist konform zur RFC 3775. Sie besteht aus einem Kernel-Patch und einen Mobilitäts-Daemon (genannt mip6d). Die Version 2.0.1 passt für Linux kernel 2.6.15. Installation und Setup sind im Linux Mobile IPv6 HOWTO beschrieben. Netzwerk-Mobililtät Zusätzlich existiert die Implementierung der Netzwerk-Mobilität für Linux, genannt NEPL, und basiert auf MIPL. Diese steht auch zur Verfügung unter: http://www.mobile-ipv6.org/. Folgendes HOWTO Dokument beschreibt Setup und Konfiguration: http://www.nautilus6.org/doc/nepl-howto/. Links Mobile IPv6 for Linux (MIPL) project: http://www.mobile-ipv6.org/Nautilus6 working group: http://nautilus6.org/Fast Handovers for Mobile IPv6 for Linux project: http://www.fmipv6.org/USAGI-patched Mobile IPv6 for Linux (UMIP):http://umip.linux-ipv6.org/Deploying IPsec/IKE-protected MIPv6 under Linux:http://natisbad.org/MIPv6/RFC 3775 / Mobility Support in IPv6RFC 3776 / Using IPsec to Protect Mobile IPv6 Signaling Between Mobile Nodes and Home AgentsRFC 3963 / Network Mobility (NEMO)RFC 4068 / Fast Handovers for Mobile IPv6RFC 4423 / Host Identity Protocol (HIP) ArchitectureRFC 5201 / Host Identity ProtocolHIP Implementierungen: http://infrahip.hiit.fi/, http://hip4inter.net/, http://www.openhip.org/ Firewall-Funktionalität Die IPv6 Firewall-Funktionalität ist wichtig; vor allem dann, wenn Sie auf Ihren internen Netzen IPv6 mit globalen IPv6 Adressen einsetzen. In IPv6 werden - im Unterschied zu IPv4, wo interne Hosts automatisch durch private IPv6 Adressen geschützt werden (RFC 1918 / Address Allocation for Private Internets bzw. Google search for Microsoft + APIPA) - globale Adressen verwendet und jeder mit IPv6-Anbindung kann alle internen Knoten, bei denen IPv6 aktiv ist, erreichen. Firewall-Funktionalität mit netfilter6 Von Haus aus unterstützt wird die IPv6-Firewall-Funktionalität im Kernel erst ab Version 2.4+. In älteren 2.2+ Versionen können sie nur mit Protocol 41 das generelle Tunnel von IPv6-in-IPv4-Paketen filtern. Achtung: Es gibt keine Garantie, dass die beschriebenen Regeln und Beispiele ihr System auch wirklich schützen können! Beobachten Sie nach der Installation ihr Regelset, siehe Abschnitt . Kernels ab Version 2.6.20 (Februar 2007) unterstützen den IPv6-Verbindungsstatus (connection tracking) vollständig. Kernels ab Version 3.9.0 (April 2013) unterstützen NAT für IPv6 in Verbindung mit ip6tables >= 1.4.18 Kernels ab Version 3.13 (April 2014) unterstützen ein neues Framework namens: nftables Weitere Informationen Netfilter projectmaillist archive of netfilter usersmaillist archive of netfilter developersUnofficial status informations Vorbereitung Dies ist nur notwendig, wenn der mitgelieferte Kernel und Netfilter nicht den Ansprüchen genügt und neue Featurs bereits verfügbar sind, jedoch noch nicht beinhaltet. Quellen besorgen Besorgen Sie sich den aktuellsten Kernel: http://www.kernel.org/ Besorgen Sie sich das aktuellste iptables Paket: Source tarball (für Kernel Patches): http://www.netfilter.org/ Quellen entpacken Wechseln Sie in das Source-Verzeichnis: Entpacken sie die Kernel-Quellen und vergeben diesen einen neuen Namen Entpacken Sie die iptables Quellen Neueste iptables/IPv6-relevante Patches den Kernel-Quellen hinzufügen Wechseln Sie in das iptables Verzeichnis Fügen Sie relevante Patches hinzu Fügen Sie zusätzliche IPv6 relevante IPv6 Patches hinzu (die nach wie vor nicht im Standard-Kernel enthalten sind) Sagen Sie zu folgenden Optionen (iptables-1.2.2) Ja: ah-esp.patch masq-dynaddr.patch (nur benötigt bei Systemen mit dynamischer IP-Zuweisung am WAN mittels PPP oder PPPoE) ipv6-agr.patch.ipv6 ipv6-ports.patch.ipv6 LOG.patch.ipv6 REJECT.patch.ipv6 Überprüfen Sie die Erweiterungen Konfiguration, kompilieren und Installation eines neues Kernels Wechseln Sie zu den Kernel-Quellen Editieren Sie das Makefile Starten Sie configure und aktivieren Sie IPv6 relevante Optionen Konfigurieren Sie bei Bedarf Sonstiges abseits von IPv6. Kompilieren und Installation: siehe Kapitel Kernel sowie andere HOWTOs. iptables neu kompilieren und installieren Stellen Sie sicher, dass obige Kernel-Sourceverzeichnisstruktur unter /usr/src/linux liegt Benennen sie das ältere Verzeichnis um Erstellen Sie einen neuen symbolischen Link Erstellen Sie ein neues SRPMS Installieren Sie das neue iptables Paket (iptables + iptables-ipv6) Bei RH 7.1 Systemen ist normalerweise eine ältere Version hiervon bereits installiert, verwenden Sie daher die Option “Freshen”: Ist keine ältere Version installiert, benutzen Sie die Option “install”: Bei RH 6.2 Systemen ist normalerweise kein Kernel Version 2.4.x installiert und die Anforderungen sind demnach nicht gegeben. Benutzen Sie in diesem Fall “nodeps”: Damit iptables die Libraries finden kann, ist es eventuell notwendig, einen symbolischen Link für die iptables Libraries zu erstellen: Verwendung Unterstützung im Kernel Laden Sie das Modul (falls dies im Kernel so kompiliert wurde): Überprüfen der IPv6-Unterstützung: Die Benützung von iptables lernen Auflistung aller netfilter Einträge Kurze Auflistung: Erweiterte Auflistung: Auflistung angegebener Filter Hinzufügen einer Log-Regel zum Input-Filter mit Optionen Hinzufügen einer Drop-Regel zum Input-Filter Löschen einer Regel mit Hilfe der Regelnummer Aktiviere die Auswertung des Verbindungsstatus (connection tracking) Seit Kernel-Version 2.6.20 ist die Auswertung des IPv6-Verbindungsstatus gut unterstützt. Die bis dahin statuslosen Filterregeln sollten ersetzt werden.. ICMPv6 erlauben Bei älteren Kernelversionen (unpatched kernel 2.4.5 und iptables-1.2.2) kann keine nähere Spezifizierung des ICMPv6-Typs vorgenommen werden: Eingehender ICMPv6 Verkehr durch Tunnel erlauben Ausgehenden ICMPv6 Verkehr durch Tunnel erlauben Neuere Kernel erlauben das Spezifizieren des ICMPv6-Typs: Rate-limiting Da es zu einem ICMPv6 Storm kommen kann (der Autor hat dies bereits mehrfach beobachtet), sollten sie das rate limiting zumindest für das ICMP Regelset einsetzen. Zusätzlich sollten auch die Logging Regeln mit rate limiting geschützt werden, um DoS Attacken gegen das syslog sowie gegen die Logdateien enthaltenden Patitionen entgegenzuwirken. Ein Beispiel für ein rate limited ICMPv6 sieht wie folgt aus: Eingehende SSH-Verbindung erlauben Im folgenden Beispiel werden eingehende SSH-Verbindungen von einer speziellen IPv6 Adresse zugelassen: Eingehende SSH Verbindungen werden von der Adresse 2001:0db8:100::1/128 erlaubt Erlaube Antwortpakete (nicht mehr notwendig, wenn der IPv6-Verbindungsstatus ausgewertet wird!) Getunnelten IPv6-in-IPv4 Datenverkehr erlauben Um getunnelte IPv6-in-IPv4 Pakete zu akzeptieren, müssen Sie in Ihrem IPv4 Firewall-Setup entsprechende Regeln einzufügen, z.B. Akzeptiere eingehende IPv6-in-IPv4 Daten am interface ppp0 Akzeptiere ausgehende IPv6-in-IPv4 Daten am interface ppp0 Haben Sie nur einen statischen Tunnel, dann können sie die IPv4 Adresse auch dediziert angeben: Akzeptiere eingehende IPv6-in-IPv4 Daten vom Tunnel-Endpunkt 192.0.2.2 am interface ppp0 Akzeptiere ausgehende IPv6-in-IPv4 Daten vom Tunnel-Endpunkt 192.0.2.2 am interface ppp0 Schutz gegen eingehende TCP-Verbindungs-Anfragen SEHR EMPFOHLEN! Aus Sicherheitsgründen sollten Sie auf jeden Fall eine Regel inkludieren, wodurch eingehende TCP-Verbindungs-Anfragen geblockt werden. Wenn Sie andere Interfacenamen verwenden, müssen Sie die Option "-i" entsprechend anpassen! Blockiere eingehende TCP-Verbindungs-Anfragen zu diesem Host Blockiere eingehende TCP-Verbindungs-Anfragen zu Hosts hinter diesem Router Eventuell müssen diese Regeln unterhalb anderer Regeln platziert werden. Nehmen Sie sich für die Reihenfolge der Regeln etwas Zeit. Sinnvoll wird es auch sein, ein Script mit den Regeln zu erstellen, damit die Regeln in der gewünschten Reihenfolge angewendet werden. Schutz gegen eingehende UDP-Verbindungs-Anfragen EBENFALLS SEHR EMPHOLEN! Wie bereits im Kapitel Firewall erwähnt, ist es möglich die Ports bei ausgehenden UDP/TCP-Verbindungen zu kontrollieren. Im Falle, dass all Ihre IPv6 Systeme lokale Ports verwenden, z.B. von 32768 bis 60999, dann können sie ebenfalls UDP Verbindungen filtern (bis das Verbindungs-Tracking funktioniert): Blockiere eingehende UDP-Pakete, die nicht Antworten ausgehender Anfragen dieses Host sein können Blockiere eingehende UDP-Pakete, die nicht Antworten auf Anfragen von hinter diesem Router gelegenen Hosts sein können Anwendungsbeispiele Einfaches Beispiel für Fedora Folgende Zeilen zeigen eine einfache Firewall-Konfiguration für Fedora 6 (ab Kernel-Version 2.6.20). Ausgehend von dem Origina (generiert durch system-config-firewall) wurden Modifikationen für die Unterstützung des Verbindungsstatus und der Rückgabe der passenden ICMPv6-Meldung für Rejects. Eingehende SSH (Port 22) Verbindungen sind erlaubt. Zwecks der Vollständigkeit ist hier auch die entsprechende Konfiguration für IPv4 gezeigt: Benutzung: Erzeugen/Modifizieren der KonfigurationsdateienAktivieren von IPv4 & IPv6 Firewalling Aktivieren des automatischen Starts nach dem Reboot Umfangreicheres Beispiel Folgende Zeilen zeigen ein umfangreicheres Setup. Happy netfilter6 Regelset erstellen... Network Address Translation (NAT) mit netfilter6 Seit mindestens Linux Kernel-Version 3.9.0 und ip6tables ab 1.4.18 kann Network Address Translation (NAT) genutzt werden. IPv6 Maskierung Wie bei IPv4 können Systeme hinter einem Router versteckt werden mit Hilfe von IPv6 Maskierung (hide/overlap NAT), z.B. IPv6 Destination NAT Eine dedizierte öffentliche IPv6-Adresse kann zu einer internen IPv6-Adresse weitergeleitet werden, z.B. IPv6 Port Weiterleitung Ein dedizierter Port kann zu einem internen System weitergeleitet werden, z.B. Firewall-Setup mit nftables Mit nftables wurde die Unterstützung einer Tabelle names “inet” eingeführt in welcher Regeln für IPv4/IPv6 gleichzeitig gelten Präparation zur Nutzung von nftables Installieren einer Linux-Distribution, welche die Unterstützung für nftables bereits eingebaut hat. Beim Schreiben dieses Absatzes (Mai 2014) war mindestens Fedora Rawhide (Vorläufer der Version 21) mit entsprechendem Support und nftables version 0.2.0 versehen. Basis-nftables Konfiguration Laden der Kernel-Module: Löschen der Regeln in iptables and ip6tables um Interferenzen zu vermeiden: Erzeugen der Filter-Tabelle: Erzeugen einer input chain in der Filter-Tabelle: Einfache Filter-Policy mit nftables Konfiguration Erlauben von Paketen, die zu existierenden Einträgen in der Connection-Tracking-Tabelle gehören Erlauben von IPv4 und IPv6 ICMP echo-request (aka ping) Erlauben einiger wichtiger IPv6 ICMP Pakete, ohne Zähler, dafür mit Hop-Limit-Prüfung (erhöht die Sicherheit) Erlauben von eingehenden SSH-Verbindungen für IPv4 und IPv6 Reject/drop anderer Pakete Ergebnis Tabelle für IP unabhängigen Filter = 0 tcp dport <= 65535 counter packets 0 bytes 0 reject udp dport >= 0 udp dport <= 65535 counter packets 0 bytes 0 drop log prefix counter packets 0 bytes 0 drop } } ]]> Tipps für's Loggen Für Logging wird ein zusätzliches Kernelmodul benötigt: ACHTUNG, MOMENTAN KANN DER LOG-LEVEL NICHT ANGEGEBEN WERDEN, dadurch werden nftables-Ereignisse mit Log-Level kern.emerg ausgegeben - ES BESTEHT DIE GEFAHR, DASS DIE KONSOLE DADURCH ÜBERFLUTET WIRD! Für erste Tests mit der Log-Option kann es nützlich sein, das Loggens für emergency-Ereignisse in z.B. /etc/rsyslog.conf zu deaktivieren mit Hilfe eines “#” am Anfang der Zeile und Neustart des logging-Daemons Regel von oben, welche SSH auf Port 22 erlaubt, nun mit Logging: Filter-Policy mit nftables unter Benutzung der Tablellen “ip”, “ip6” und “inet” Wie oben schon beschrieben, wenn die Regeln in den einzelnen Tabellen konfiguriert werden, muss gesichert sein, dass frühere “accepts” nicht aufgehoben werden. Eine einfache Lösung ist die Benutzung von Markierungen. Regeln, die Pakete erlauben, setzen die Marke mit “meta mark set xxxx”. Eine generische Regel erlaubt Pakete mit gesetzter Marke “mark xxxx”. Beispiel für ein resultierendes Filter-Regelwerk: Sicherheit Sicherheit des Knoten Es wird sehr empfohlen alle verfügbaren Patches einzuspielen sowie alle nicht benötigten Dienste zu deaktivieren. Ebenfalls sollten Sie lokales firewalling aktivieren und binden Sie die Dienste ausschließlich an benötigte IPv4/IPv6 Adressen. Mehr Infos hierzu in späteren Versionen. Zugangsbeschränkungen Viele Dienste setzen die tcp_wrapper Bibliothek für die Zugangskontrolle ein. Eine Beschreibung finden Sie unter use of tcp_wrapper. Mehr Infos hierzu in späteren Versionen. IPv6 Sicherheitsüberwachung Aktuell gibt es keine komfortablen Sicherheitstools mit denen man ein System über ein Netzwerk nach IPv6 relevanten Sicherheitslücken hin überprüfen kann. Weder Nessus noch irgendein kommerzieller Security Scanner ist zur Zeit dazu in der Lage, IPv6-Adressen scannen zu können. Rechtsfragen ACHTUNG: Bitte stellen Sie immer sicher, dass Sie ausschließlich ihr eigenes Netzwerk scannen oder einen Scan nur nach Erhalt einer schriftlichen Erlaubnis durchführen. Andernfalls haben sie mit rechtlichen Konsequenzen zu rechnen! ÜBERPRÜFEN Sie die Ziel-IPv6-Adresse ZWEIMAL, bevor Sie einen Scan starten. Sicherheitsüberwachung mit IPv6 fähigen netcat Mit dem IPv6 fähigen netcat (siehe IPv6+Linux-status-apps/security-auditing für Details) können Sie einen Portscan durchführen. Es wird ein Script abgearbeitet, wobei u.a. ein Port-Bereich überprüft und Banners mitprotokolliert werden. Anwendungsbeispiel: Sicherheitsüberwachung mit IPv6 fähigen NMap NMap, einer der weltweit besten Portscanner, unterstützt IPv6 seit der Version 3.10ALPHA1. Anwendungsbeispiel: Sicherheitsüberprüfung IPv6 fähigen strobe Strobe ist (im Vergleich zu NMap) ein low budget Portscanner. Allerdings gibt es für Strobe einen IPv6 Patch (siehe IPv6+Linux-status-apps/security-auditing für Details). Anwendungsbeispiel: . ::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 ]]>Hinweis: strobe wird nicht wirklich weiterentwickelt, die abgebildete Versionsnummer ist zudem falsch. Sicherheitsüberprüfung mit Online-Werkzeugen Es gibt einige IPv6-fähige Online-Werkzeuge, welche das Testen einer Firewall-Konfiguration bzgl. eingehenden Verbindungen unterstützen können: Tim's Online IPv6 TCP/UDP Port ScannerSubnetOnline IPv6 Scanner Überprüfungsergebnisse Falls das Ergebnis einer Überwachung nicht Ihren IPv6 Sicherheitsrichtlinien entspricht, schließen Sie die Lücken mit Hilfe der IPv6-Firewall-Funktionalität, z.B. mit netfilter6 (siehe Firewalling/Netfilter6 für Details). Hinweis: Detailliertere Informationen zum Thema IPv6 Sicherheit finden Sie unter folgenden Links: IETF drafts - IPv6 Operations (v6ops)RFC 3964 / Security Considerations for 6to4 Verschlüsselung und Authentifizierung Zum Unterschied zu IPv4 ist die Verschlüsselung und die Authentifizierung ein zwingendes Feature bei IPv6. Diese Features werden normalerweise mit IPsec implementiert (das auch von IPv4 verwendet wird). Nutzungsarten von Verschlüsselung und Authentifizierung Zwei Arten von Verschlüsselung und Authentifzierung einer Verbindung sind möglich: Transport-Modus Der Transport-Modus ist ein Modus nur für Ende-zu-Ende-Verbindungen. Hier wird nur die Nutzlast (üblicherweise ICMP, TCP oder UDP) mit deren entsprechenden Headern verschlüsselt, wogegen der IP-Header nicht verschlüsselt wird (aber üblicherweise in die Authentifizierung eingebunden wird). Bei Nutzung von AES-128 für Verschlüsselung und SHA1 für Authentifizierung reduziert dieser Modus die MTU um 42 Oktetts. Tunnel-Modus Der Tunnel-Modus kann einerseits für eine Ende-zu-Ende wie auch für eine Gatewas-zu-Gateway-Verbindung genutzt werden. Hier wird das komplette IP-Paket verschlüsselt und ein neuer IP-Header vorangestellt . Dieser Modus reduziert die MTU um weitere 40 Oktetts (bei IPv6), ausgehend von der MTU des Transport-Modus. Unterstützung im Kernel (ESP und AH) Unterstützung im vanilla Linux Kernel 2.4.x Fehlt in vanilla 2.4. In der Vergangenheit gab es einen Grund, die Linux Kernel Quellen frei von Export/Import-Kontrollgesetzen bzgl. Verschlüsselungs-Techniken zu halten. Dies ist auch ein Grund, wieso FreeS/WAN project nicht in die vanilla Quellen miteingebunden wurde. Unterstützung im vanilla Linux kernel 2.6.x Aktuelle Versionen (zum Zeitpunkt des Schreibens 2.6.9 und neuer) unterstützt IPsec für IPv4 und IPv6. Die Implementierung wurde u.a. vom USAGI project unterstützt. Automatischer Schlüssel-Austausch (IKE) IPsec benötigt einen Schlüsselaustausch mit einem “Geheimnis”. Dieser Vorgang wird meistens automatisch durch sogenannte IKE-Daemons durchgeführt. Diese führen ebenso die Authentifizierung der Partner durch, entweder durch ein gemeinsam bekanntes Geheimnis (auch “pre-shared secret” genannt) oder bei RSA-Schlüssel (z.B. aus X.509 Zertifikaten). Momentan stehen (für Linux) zwei verschiedene IKE-Daemons zur Verfügung, die aber sich ziemlich in Konfiguration und Benutzung unterscheiden. Ich präferiere “pluto” von der *S/WAN Implementierung, wei dieser eine überschaubare (und nur eine) Konfiguration. IKE-Daemon “racoon” Der IKE-Daemon “racoon” ist vom KAME-Project und auf Linux portiert worden. Aktuelle Linux-Distributionen beinhalten diesen Daemon im Paket “ipsec-tools”. Zwei Programme sind für ein funktionierendes IPsec-Setup notwendig. Siehe dazu auch das Linux Advanced Routing & Traffic Control HOWTO / IPSEC. Manipulation der IPsec SA/SP Datenbank mit dem Werkzeug “setkey” “setkey” ist für die Definition der Security Policy (SP) im Kernel wichtig. Datei: /etc/racoon/setkey.sh Beispiel für eine Ende-zu-Ende verschlüsselte Verbindung im Transport-Modus Beispiel für eine Ende-zu-Ende verschlüsselte Verbindung im Tunnel-Modus Beim anderen Partner ist “in” mit “out” zu vertauschen. Konfiguration des IKE-Daemon “racoon” “racoon” benötigt eine Konfigurationsdatei zur Ausführung. Es beinhaltet zu der Security Policy entprechenden Einstellungen, welche vorher mit “setkey” definiert wurde. Datei: /etc/racoon/racoon.conf Zudem muss das gemeinsame Geheimnis definiert werden: Datei: /etc/racoon/psk.txt IPsec mit IKE-Daemon “racoon” starten Zum Schluss muss der Daemon gestartet werden. Beim ersten Mal sollte Debug- & Vordergrund-Modus aktiviert werden. Das folgende Beispiel zeigt eine erfolgreiche Aushandlung von IKE-Phase 1 (ISAKMP-SA) und 2 (IPsec-SA): 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) ]]>Jede Richtung bekommt einen eigenen SPI (wie im IPsec-Standard definiert). Mit “tcpdump” kann an der entprechenden Schnittstelle dann das Ergebnis eines IPv6-pings gesehen werden: 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) ]]>Wie erwartet, werden die ausgehandelten SPIs angezeigt. Mit “setkey” werden die aktiven Parameter angezeigt: IKE-Daemon “pluto” Der IKE-Daemon “pluto” ist in den Paketen der *S/WAN-Projekte beinhaltet. Das *S/WAN-Projekt startete zu Anfags als FreeS/WAN. Leider wurde die Weiterentwicklung von FreeS/WAN in 2004 eingestellt. Aufgrund der langsamen Entwicklungsgeschwindigkeit in der Vergangenheit entstanden zwei Spin-Offs: strongSwan und Openswan. Heutzutage stehen installationsfertige Pakete bereit, u.a. von Openswan (in Fedora Core 3 beinhaltet). Ein großer Unterschied zu “racoon” ist, dass nur eine Konfigurationsdatei notwendig ist. Zudem steht ein initscript für automatisches Starten beim Booten zur Verfügung. Konfiguration des IKE-Daemon “pluto” Die Konfiguration ist der zu IPv4 sehr ähnlich, nur eine wichtige Option ist notwendig. Datei: /etc/ipsec.conf Zudem muss das gemeinsame Geheimnis definiert werden: Datei: /etc/ipsec.secrets IPsec mit IKE daemon “pluto” starten Wenn die Installation von Openswan erfolgreich war, sollte ein initscript zum Starten von IPsec zur Verfügung stehen. Dann einfach auf jedem Partner folgendes ausführen: Danach kann die Verbindung auf einem Partner gestartet werden. Wenn im folgenden die Zeile “IPsec SA established” erscheint, hat die Aushandlung funktioniert. 0xa98b7710 <0xa51e1f22} ]]>Weil *S/WAN und setkey/racoon die gleiche IPsec-Implementation im Linux kernel 2.6.x benutzen, zeigt “setkey” auch hier die aktiven Parameter: Anmerkungen: Bei Linux Kernel 2.6.x kann der IPsec-Status und die Policy auch mit “ip” angezeigt werden: Quality of Service (QoS) IPv6 unterstützt QoS durch die Anwendung von Flow Labels und Traffic Classes. Zusätzliche Infos: RFC 3697 / IPv6 Flow Label Specification General Vernünftig funktionierendes QoS ist nur an der ausgehenden Schnittstelle eines Routers oder Host möglich, wo der Flaschenhals anfängt. Alles andere bereitet nur Probleme und funktioniert wahrscheinlich nicht so, wie erwartet. ------- Queue 1 \ --->--- ---->--------->--------->------------------- Dicke Leitung Queue 2 Queue 1 / Queue 2 / Queue 3 Dünne Leitung --->---- ---->--------->--------->------------------- Queue 3 / ------------------->------- ]]> Linux QoS mit “tc” Linux benutzt “tc” vom Paket “iproute2”, um das Bandbreitenmanagement zu konfigurieren, allgemein beschrieben in Linux Advanced Routing & Traffic Control HOWTO. Beispiel für eine Warteschlange mit konstanter Bitrate Mit dem “cbq” Planer können Röhren mit konstanter Bitrate definiert werden. Root qdisc Definition Definition einer root qdisc mit einer Bandbreite von 1000 MBit/s an eth1 QoS class Definition Definition einer Klasse 1:1 mit 1 MBit/s Definition einer Klasse 1:2 mit 50 MBit/s Definition einer Klasse 1:3 mit 10 MBit/s Definition einer Klasse 1:4 mit 200 kBit/s QoS filter Definition Definition eines Filters für IPv4 (protocol ip), TCP (match ip protocol 6 0xff) Zielport 5001 (match ip dport 5001 0xffff) unter Benutzung der Klasse 1:2 von oben Definition eines Filters für IPv6 (protocol ip), TCP (match ip6 protocol 6 0xff) Zielport 5001 unter der Benutzung der Klasse 1:2 von oben Definition eines Filters für IPv6 für Pakete mit Flowlabel 12345 (match ip6 flowlabel 0x12345 0x3ffff) unter der Benutzung der Klasse 1:3 von oben Definition eines Filters für IPv6 für Pakete mit der Linux iptables Markierung 32 (handle 32 fw) unter der Benutzung der Klasse 1:4 von oben Die letzte Filterdefinition benötigt auch einen Eintrag in ip6tables um das Paket zu markieren Testen der Filterdefinition mit iperf Starten auf Serverseite in separaten Konsolen: Starten auf Clientseite und Vergleichen der Ergebnisse: > 50 MBit/s && <= 1000 MBit/s) # iperf -V -c SERVER-IPv6 -p 5002 (erwartet: >> 50 MBit/s && <= 1000 MBit/s) # iperf -V -c SERVER-IPv4 -p 5003 (erwartet: >> 50 MBit/s && <= 1000 MBit/s) # iperf -V -c SERVER-IPv6 -p 5003 (erwartet: 200 kBit/s) ]]>Das Ergebnis der Transferraten sollten der Definitionen von oben entsprechen, das Ergebnis auf Port 5002 sollte ziemlich identisch unabhängig von der benutzten IP-Version sein. Hinweise zu IPv6 kompatiblen Daemons Im folgenden Kapitel werden einige Hinweise zu IPv6 kompatiblen Daemons gegeben. Berkeley Internet Name Domain (BIND) daemon “named” Seit der Version 9 wird IPv6 unterstützt. Setzen Sie immer die neuest verfügbare Version ein. Zumindest muss Version 9.1.3 eingesetzt werden, da ältere Versionen Sicherheitslöcher beinhalten können, die von Remote entsprechend ausgenutzt werden können. Auf IPv6 Adressen hören Anmerkung: Im Gegensatz zu IPv4 können bei aktuellen Versionen Server Sockets nicht an dedizierte IPv6 Adressen gebunden werden, es ist folglich jede oder keine Adresse gültig. Da dies ein Sicherheitsproblem sein kann, lesen Sie diesbezüglich ebenfalls den Abschnitt Access Control Lists (ACL) weiter unten! BIND named konfigurieren, damit er auf IPv6 Adressen antwortet Folgende Optionen müssen geändert werden, damit IPv6 aktiviert wird Nach einem Neustart (des Dienstes) sollte z.B. Folgendes zu sehen sein: Ein kleiner Test sieht wie folgt aus: und sollte Ihnen ein Ergebnis anzeigen... BIND named konfigurieren, damit er auf IPv6 Adressen nicht antwortet Folgende Optionen müssen geändert werden, damit IPv6 deaktiviert wird: Access Control Lists (ACL) mit IPv6 Unterstützung ACLs mit IPv6 Adressen sind realisierbar und sollten wann immer möglich eingesetzt werden. Ein Beispiel: Diese ACLs können für Client-Anfragen und Zonentransfers zu Secondary Nameserver eingesetzt werden. Es kann auch unterbunden werden, dass ihr Caching-Nameserver mittels IPv6 von der Außenwelt verwendet wird. Es ist ebenfalls möglich, dass die Optionen allow-query und allow-transfer bei den meisten Single-Zonen-Definitionen verwendet werden. Anfragen mit festen IPv6 Adressen senden Diese Option ist nicht verpflichtend, ev. aber benötigt: port ; ]]> Pro Zone definierte feste IPv6 Adressen Es ist möglich pro Zone mehrere IPv6 Adressen zu definieren. Transfer source Adresse Die Transfer source Adresse wird für ausgehende Zonentransfers verwendet: [port port]; ]]> Notify source Adresse Die Notify source Adresse wird für ausgehende notify Mitteilungen verwendet: [port port]; ]]> IPv6 DNS zone files Beispiele Einige Informationen finden Sie auch unter IPv6 DNS Setup Information (article). Eventuell ebenfalls hilfreich ist folgendes Tool: IPv6 Reverse DNS zone builder for BIND 8/9 (webtool). IPv6 bezogene DNS-Daten bereitstellen Für IPv6 wurden neue Reverse Lookup Arten und Root Zonen definiert: AAAA und reverse IP6.INT: beschrieben in RFC 1886 / DNS Extensions to support IP version 6 sowie seit BIND Version 4.9.6 in VerwendungA6, DNAME (WURDE ABGELEHNT!) und reverse IP6.ARPA: beschrieben in RFC 2874 / DNS Extensions to Support IPv6 Address Aggregation and Renumbering sowie seit BIND 9 in Verwendung. Informationen zum aktuellen Stand sind unter Domain Name System Extension (dnsext) zu finden.Mehr Inhalt zu diesem Thema wird eventuell in späteren Versionen eingearbeitet, inzwischen können Sie in den RFCs und in folgenden Quellen nachlesen: AAAA und reverse IP6.INT: IPv6 DNS Setup InformationA6, DNAME (WURDE ABGELEHNT!) und reverse IP6.ARPA: lesen Sie im Kapitel 4 und 6 des BIND 9 Administrator Reference Manual (ARM) nach, welches mit dem bind-Paket mitgeliefert wird. Sie können es auch hier lesen: BIND manual version 9.3Da IP6.INT (ebenfalls) ABGELEHNT WURDE, (jedoch nach wie vor in Verwendung ist,) muss ein DNS Server, der IPv6 Informationen anbieten will, beide reverse Zonen bereitstellen. Aktuell beste Praxis Da es mit den neuen Formaten noch Probleme gibt, ist die aktuell beste Praxis: Vorwärts-Auflösung mit: AAAARückwärts-Auflösung mit: Reverse nibble format für die Zone ip6.int (FÜR RÜCKWÄRTSKOMPATIBILITÄT)Reverse nibble format für die Zone ip6.arpa (EMPFHOHLEN) IPv6 Verbindung überprüfen Ob BIND auf einen IPv6 socket hört bzw. IPv6 Daten bereitstellt, können Sie anhand folgender Beispiele überprüfen. IPv6 Verbindung durch ACL abgelehnt Eine IPv6 Verbindung kann durch Angabe eines dedizierten Server, der abgefragt werden soll, erzwungen werden: Ein entsprechender Log-Eintrag sieht wie folgt aus: Wenn Sie diesen Eintrag in der Logdatei finden, prüfen Sie, ob von diesem Client Anfragen akzeptiert werden sollen und ggf. ändern Sie Ihre ACL Konfiguration. Erfolgreiche IPv6 Verbindung Eine erfolgreiche IPv6 Verbindung sieht wie folgt aus: Internet super daemon (xinetd) IPv6 wird ungefähr seit der xinetd Version 1.8.9 unterstützt. Verwenden sie immer die neueste Version, zumindest aber Version 2.3.3, da ältere Versionen Sicherheitslöcher beinhalten können, die von Remote entsprechend ausgenutzt werden können. Einige Linux Distributionen beinhalten ein separates IPv6 kompatibles Paket des xinetd, bei anderen Distributionen wird der IPv6 kompatible xinetd mit folgender Variable zumeist in der Datei /etc/sysconfig/network (bei Red Hat kompatible Distributionen) gestartet: NETWORKING_IPV6="yes". In neuere Versionen unterstützt eine Binärdatei sowohl IPv4 als auch IPv6. Wenn Sie nun einen "eingebauten" Service wie z.B. daytime durch folgende Änderung der Konfigurationsdatei /etc/xinetd.d/daytime aktivieren dann sollten Sie nach einem Neustart des xinetd-Dienstes z.B. folgendes positive Ergebnis sehen: Das Beispiel zeigt auch die xinetd Dienste IMAP und IMAP-SSL, die nur auf IPv4 Adressen hören. Hinweis: frühere Versionen hatten ein Problem, dass der nur für IPv4 kompilierte xinetd nicht bei einem IPv6-aktivierten Knoten startete, und eine IPv6-aktivierte nicht bei einem Knoten, der nur IPv4 aktiv hatte. Dies sollte aber mindestens seit Version 2.3.11 gefixt sein. Webserver Apache2 (httpd2) IPv6 wird beim Apache Webserver durch die Entwickler seit der Version 2.0.14 unterstützt. Verfügbare Patches für die alte 1.3.x Serie sind inzwischen nicht mehr aktuell und sollten nicht mehr in öffentlich zugänglichen Umgebungen eingesetzt werden. Verfügbar sind die Patches noch unter KAME / Misc. Auf IPv6 Adressen hören Anmerkung: Virtuelle Hosts mit IPv6 Adressen sind bis zur Version 2.0.28 nicht operabel (es gibt für die Version 2.0.28 einen Patch). Testen Sie aber immer zuerst die neueste Version, da ältere Versionen mitunter auch Sicherheitsprobleme mit sich bringen können. Virtueller Host mit IPv6 Adresse ServerName ipv6only.yourdomain.yourtopleveldomain # ...sure more config lines ]]> Virtueller Host mit IPv4 und IPv6 Adresse ServerName ipv6andipv4.yourdomain.yourtopleveldomain # ...sure more config lines ]]>Das Ergebnis sollten nach einen Neustart des Dienstes etwa Folgendes sein: Für einfache Tests können Sie auf das bereits gezeigte telnet-Beispiel zurückgreifen. Zusätzliche Anmerkungen Apache2 unterstützt eine Methode namens “sendfile”, um die Auslieferung von Datenn zu beschleunigen. Einige NIC-Treiber unterstützen auch offline das Berechnen der Checksumme. In einigen Fällen kann dies zu Verbindungsproblemen und ungültigen TCP-Checksummen führen. In diesen Fällen ist “sendfile” zu deaktivieren, entweder durch Rekompilieren unter der Benützung der configure-Option “--without-sendfile” oder durch Benützung der Direktive "EnableSendfile off" in der Konfigurationsdatei. Router Advertisement Daemon (radvd) Der Router Advertisement Daemon ist auf einem LAN dann sehr sinnvoll, wenn die Clients automatisch konfiguriert werden sollen. Der Daemon selbst sollte auf einem Linux Gateway Router eingerichtet sein (es hat nicht notwendigerweise das default IPv4 Gateway zu sein, Vorsicht also wer am LAN Router Advertisements versendet). Sie können einige Flags und Informationen im Advertisement spezifizieren. Allgemein werden verwendet: Präfix (notwendige Angabe)Lebensdauer des PräfixIntervall der Advertisements (optional)Nach der korrekten Konfiguration sendet der Daemon die Advertisements über angegebene Interfaces. Die Clients empfangen die Advertisements und konfigurieren automatisch Ihre Adressen mit dem empfangenen Präfix und der Default-Route. radvd konfigurieren Einfache Konfiguration Die Konfigurationsdatei des radvd ist normalerweise die Datei /etc/radvd.conf. Eine einfache Konfiguration sieht wie folgt aus: Als Ergebnis auf der Client-Seite ergibt sich hieraus: mtu 1500 qdisc pfifo_fast qlen 100 inet6 2001:0db8: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 ]]>Ein hoher Wert für die Lebensdauer wurde verwendet, da der Wert nicht manuell konfiguriert wurde. Spezielle 6to4 Konfiguration Seit der Version 0.6.2pl3 wird die automatische (Neu)-Erstellung des Präfixes abhängig von der IPv4 Adresse eines angegebenen Interfaces unterstützt. Dies kann dazu eingesetzt werden, die Advertisements dann in einem LAN zu verteilen, nachdem das 6to4 tunneling geändert wurde. Zumeist eingesetzt wird dies hinter einem dynamischen dial-on-demand Linux Router. Wegen der sicherlich kürzeren Lebensdauer dieser Präfixe (nach jedem dial-up ist ein anderes Präfix gültig), wird der Wert der Lebensdauer auf einen minimalen Wert gesetzt: Das Ergebnis auf Clientseite ist (unter der Annahme, dass ppp0 die lokale IPv4 Adresse 1.2.3.4 hat): 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 ]]>Da eine kurze Lebensdauer definiert wurde, wird das Präfix bald verworfen werden, sollte kein entsprechendes Advertisement empfangen werden. Achtung: wenn keine spezielle 6to4-Unterstützung der initscripts benutzt wird, ist eine spezielle Route am internen Interface des Routers notwendig, sonst gibt es Probleme bei eingehenden Paketen. Für das gezeigte Beispiel lautet diese: Diese Route muß jedesmal, wenn der Prefix wechselt, ersetzt werden. Die ist dann der Fall, wenn das Dial-Up-Interface eine neue IPv4-Adresse bekommen hat. Fehlersuche Mit dem Programm “radvdump” können Sie gesendete und empfangene Advertisements detailliert betrachten. Die Anwendung ist einfach: Im Output wird jedes Advertisement in einem lesbarem Format dargestellt. Zu sehen sollten die von Ihnen eingestellten Werte sein; falls dem nicht so ist, wurde das Advertisement eventuell nicht von Ihrem radvd gesendet... (für die Rückverfolgung des Routers können Sie die LLAddress, die MAC Adresse des Routers, verwenden...) Dynamic Host Configuration v6 Server (dhcp6s) dhcp6s kann für stateful Konfiguration benutzt werden. Der Daemon selbst muß nicht unbedingt auf dem Linux-Standard-Router laufen. Man kann hier mehr Informationen als bei radvd spezifizieren. Die meisten sind denen des IPv4 DHCP-Servers ähnlich. Nach einer passenden Konfiguration reagiert der Daemon auf empfangene IPv6-Multicast-Pakete, die von einem Client an die Adresse ff02::1:2 gesendet werden. Konfiguration des DHCPv6-Servers (dhcp6s) Einfache Konfiguration Die Konfigurationsdatei des dhcp6s ist normalerweise /etc/dhcp6s.conf. Ein einfaches Beispiel sieht wie folgt aus: Konfiguration des DHCPv6-Client (dhcp6s) Einfache Konfiguration Die Konfigurationsdatei von dhcp6c ist normalerweise /etc/dhcp6c.conf. Ein einfaches Beispiel sieht wie folgt aus: Benutzung dhcp6s Starten des Servers, z.B. durch dhcp6c Starten des Clients im Vordergrund, z.B. durch Fehlersuche dhcp6s Der Server hat einen Vordergrund und zwei Debug-Schalter (von denen beide benutzt werden sollten), hier ein Beispiel: dhcp6c Mit einem IPv6 Ping an die DHCP Multicast-Adresse kann getestet werden, ob der IPv6 DHCP Server überhaupt erreichbar ist am Link. Der Client hat einen Vordergrund und zwei Debug-Schalter, hier ein Beispiel: Bemerkung: die netlink-Fehlermeldungen haben keinen Einfluß auf die Funktionalität. ISC Dynamic Host Configuration Server (dhcpd) ISC DHCP unterstützt IPv6 seit der Version 4.x. Konfiguration des ISC DHCP Server für IPv6 (dhcpd) Es ist zu beachten, daß der ISC DHCP Server aktuell entweder IPv4 oder IPv6 bedienen kann, nicht beides, d.h. der Daemon muß zweimal gestartet werden (für IPv6 mit Option “-6”) um beide Protokolle zu unterstützen. Einfache Configuration Erstellen einer eigenen Konfigurationsdatei /etc/dhcp/dhcpd6.conf für den IPv6-Teil des dhcpd. Es ist zu beachten, daß der router natürlich eine Schnittstelle mit einer IPv6-Adresse aus dem definierten Subnetz konfiguriert haben muß. Es ist zu beachten, dass die “dhcp.client-id” nicht länger die MAC-Adresse ist, sondern eine per System eindeutige ID! “dhcp6c” (siehe oben) benutzt die Datei /var/lib/dhcpv6/dhcp6c_duid (wird beim ersten Start erstellt, falls nicht vorhanden) als eindeutige ID. Es ist eine 14 Byte lange ID, welche mit einer 2 Byte Längeninformation startet (üblicherweise “0x000e”): Benutzung dhcpd Starte den Server im Vordergrund: DHCP Server Dibbler Dibbler ist auch ein DHCP server. Konfiguration des Dibbler DHCP server für IPv6 Einfache Konfuration Erstellen der Konfigurationsdatei /etc/dibbler/server.conf . Es ist zu beachten, daß der router natürlich eine Schnittstelle mit einer IPv6-Adresse aus dem definierten Subnetz konfiguriert haben muß. Benutzung dibbler-server Start Server im Vorgergrund: ,Marek Senderski | Licence : GNU GPL v2 only. Developed at Gdansk University of Technology. | Homepage: http://klub.com.pl/dhcpv6/ 2009.05.28 10:18:48 Server Notice My pid (1789) is stored in /var/lib/dibbler/server.pid 2009.05.28 10:18:48 Server Notice Detected iface eth0/3, MAC=54:52:00:01:23:45. 2009.05.28 10:18:48 Server Notice Detected iface eth1/2, MAC=54:52:00:67:89:ab. 2009.05.28 10:18:48 Server Notice Detected iface lo/1, MAC=00:00:00:00:00:00. 2009.05.28 10:18:48 Server Debug Skipping database loading. 2009.05.28 10:18:48 Server Debug Cache:server-cache.xml file: parsing started, expecting 0 entries. 2009.05.28 10:18:48 Server Notice Parsing /etc/dibbler/server.conf config file... 18:48 Server Debug Setting 0 generic option(s). 18:48 Server Debug 0 per-client configurations (exceptions) added. 18:48 Server Debug Parsing /etc/dibbler/server.conf done. 18:48 Server Info 0 client class(es) defined. 18:48 Server Debug 1 interface(s) specified in /etc/dibbler/server.conf 18:48 Server Info Mapping allow, deny list to class 0:0 allow/deny entries in total. 18:48 Server Info Interface eth1/2 configuration has been loaded. 18:48 Server Notice Running in stateful mode. 18:48 Server Info My DUID is 00:01:00:01:11:aa:6d:a7:54:52:00:67:89:ab. 18:48 Server Notice Creating multicast (ff02::1:2) socket on eth1/2 (eth1/2) interface. 18:48 Server Debug Cache: size set to 1048576 bytes, 1 cache entry size is 87 bytes, so maximum 12052 address-client pair(s) may be cached. 18:48 Server Notice Accepting connections. Next event in 4294967295 second(s). ]]> tcp_wrapper Mit der tcp_wrapper Programmbibliothek können Sie Ihre Dienste gegen Missbrauch schützen. Filter-Funktionalität Sie können tcp_wrapper für folgende Zwecke einsetzen: Nach Source-Adressen filtern (IPv4 oder IPv6)Nach Benutzern filtern (benötigt einen aktiven ident Daemon auf der Client-Seite) Welches Programm benützt tcp_wrapper Folgende Programme sind bekannt: Jeder Dienst, der durch den xinetd aufgerufen wird (und wenn der xinetd mit der tcp_wrapper Bibliothek kompiliert wurde)sshd (wenn der mit der tcp_wrapper Bibliothek kompiliert wurde) Anwendung Der tcp_wrapper wird durch zwei Dateien konfiguriert und kontrolliert: /etc/hosts.allow sowie /etc/hosts.deny. Weitere Informationen finden Sie mit: Beispiel für /etc/hosts.allow In dieser Datei wird ein Dienst pro Zeile eingetragen, der positiv gefiltert werden soll (d.h. Verbindungen werden erlaubt). Achtung: es existieren fehlerhafte Implementierungen, welche folgende fehlerhafte IPv6-Netzwerk-Beschreibung unterstützen: [2001:0db8:100:200::/64]. Hoffentlich werden diese Versionen bald gefixt. Beispiel für /etc/hosts.deny In dieser Datei werden alle Einträge negativ gefiltert. Und normalerweise sollen alle Verbindungen unterbunden werden: Sie können bei Bedarf obige Standardzeile auch durch Folgende ersetzen, jedoch wird dadurch bei zu vielen Verbindungen in kurzer Zeitz eine DoS Angriff möglich (Last des Mailers sowie des Spool-Verzeichnisses). Ein logwatch ist somit wahrscheinlich die bessere Lösung. Protokollierung Entsprechend der Syslog Daemon Konfiguration in der Datei /etc/syslog.conf protokolliert der tcp_wrapper normalerweise in die Datei /var/log/secure. Abgelehnte Verbindung Das Logging einer abgelehnten IPv4-Verbindung zu einem durch den xinetd überwachten Daytime Dienst sieht wie folgt aus: Das Logging einer abgelehnten IPv4-Verbindung zu einem durch den xinetd überwachten sshd Daemon (auf IPv4 und IPv6 auf Verbindungen wartend) sieht wie folgt aus: Akzeptierte Verbindung Das Logging einer akzeptierten IPv4-Verbindung zu einem durch den xinetd überwachten Daytime Dienst sieht wie folgt aus: Das Logging einer akzeptierten IPv4-Verbindung zu einem auf zwei Ports hörenden sshd sieht wie folgt aus: vsftpd Auf IPv6-Adressen lauschen Editiere die Konfigurationsdatei, üblicherweise /etc/vsftpd/vsftpd.conf, und setze die Option für das “listen” wie folgt: Mehr ist nicht zu tun. proftpd Auf IPv6-Adressen lauschen Editiere die Konfigurationsdatei, üblicherweise /etc/proftpd.conf, allerdings ist hier zu beachten, daß dies in der Konfigurationsart virtueller Host nicht 100% logisch ist ... Bind 2001:0DB8::1 ... ]]>Mehr ist nicht zu tun. Andere Daemons Seit einiger Zeit ist dies meist einfach, suchen Sie einfach nach einer Kommandozeilen-Option oder einer Konfigurationsvariable, um das Lauschen an IPv6-Adressen zu aktivieren. Schauen Sie dazu in den Manual-Seiten des Daemons oder in den entsprechenden FAQs nach. Es kann allerdings durchaus sein, daß sich der Daemon nur an die IPv6-“any”-Adresse (::) binden läßt und kein dediziertes Binden an eine spezielle IPv6-Adresse möglich ist (das hängt von der Unterstützung des Programmierers ab). Programmierung Programmierung mit Nutzung der C-API Dieser Abschnitt ist momentan nicht in Deutsch verfügbar, die englische Version ist verfügbar unter: TLDP / Linux+IPv6-HOWTO / Programming using C-API Andere Programmiersprachen JAVA In Sun Java Versionen ab 1.4 ist Unterstützung für IPv6 vorhanden, siehe dazu auch die Klasse Inet6Address (1.5/5.0). Weitere Tipps sind verfügbar im Networking IPv6 User Guide for JDK/JRE 1.4 und 1.5 (5.0). Perl Stand Mai 2007 ist nichts bekannt, daß der Kern von Perl IPv6 nativ unterstützt. Dies kann allerdings aktiviert werden durch Benützung des folgenden Moduls: Socket6Zudem existieren weitere Module für/mit IPv6 Unterstützung (z.B. Net::IP), suche nach “IPv6” bei http://search.cpan.org/. Interoperabilität Das TAHI Project prüft das Zusammenspiel der verschiedenen Betriebssysteme in Hinblick auf IPv6 Funktionalität und Implementierung. Der Linux Kernel hat bereits das IPv6 Ready Logo Phase 1 bekommen. Weitere Informationen und URLs Gedruckte Bücher, Artikel, Onlinerezensionen Gedruckte Bücher (Englisch) Cisco Cisco Self-Study: Implementing IPv6 Networks (IPV6), von Regis Desmeules. Cisco Press; ISBN 1587050862; 500 Seiten; 1. Edition (April 11, 2003). Anmerkung: Dieser Titel wird am 11. April 2003 publiziert.Configuring IPv6 with Cisco IOS, von Sam Brown, Sam Browne, Neal Chen, Robbie Harrell, Edgar, Jr. Parenti (Editor), Eric Knipp (Editor), Paul Fong (Editor) 362 Seiten; Syngress Media Inc; ISBN 1928994849; (July 12, 2002). Allgemein IPv6 in Practice: A Unixer's Guide to the Next Generation Internet von Benedikt Stockebrand, November 2006; ISBN 3-540-24524-3IPv6 Essentials von Silvia Hagen, zweite Auflage, Mai 2006; ISBN 0-5961-0058-2 ToC, Index, Sample Chapter etc.; O'Reilly PressreleaseIPv6: The New Internet Protocol. Von Christian Huitema; Publiziert von Prentice-Hall; ISBN 0138505055. Beschreibung: Dieses Buch, geschrieben von Christian Huitema - einem Mitglied des Internet Architecture Board, bietet eine exzellente Beschreibung von IPv6, die Unterschiede zu IPv4 sowie die 'wies' und 'warums' der IPv6 Entwicklung. Quelle: http://www.cs.uu.nl/wais/html/na-dir/internet/tcp-ip/resource-list.htmlIPv6 Networks von Niles, Kitty; (ISBN 0070248079); 550 Seiten; Datum der Veröffentlichung: 05/01/1998.Implementing IPV6. Supporting the Next Generation Internet Protocols von P. E. Miller, Mark A. Miller; Hrsg.: John Wiley & Sons; ISBN 0764545892; 2. Edition (15.März 2000); 402 Seiten.Big Book of Ipv6 Addressing Rfcs von Peter H. Salus (Compiler), Morgan Kaufmann (Hrsg.), April 2000, 450 Seiten ISBN 0126167702. Understanding IPV6 von Davies, Joseph; ISBN 0735612455; Datum der Veröffentlichung: 05/01/2001; 350 Seiten.Migrating to IPv6 - IPv6 in Practice von Marc Blanchet; John Wiley & Sons (Hrsg.); ISBN 0471498920; 1. Edition (November 2002); 368 Seiten.Ipv6 Network Programming von Jun-ichiro Hagino; ISBN 1555583180Wireless boosting IPv6 von Carolyn Duffy Marsan, 10/23/2000.O'reilly Network search for keyword IPv6 ergibt 29 Treffer (28. Januar 2002) Artikel, eBooks, Online Rezensionen Getting Connected with 6to4 von Huber Feyrer, 06/01/2001Transient Addressing for Related Processes: Improved Firewalling by Using IPv6 and Multiple Addresses per Host; geschrieben von Peter M. Gleiz, Steven M. Bellovin (PC-PDF-Version; Palm-PDF-Version; PDB-Version)Internetworking IPv6 with Cisco Routers von Silvano Gai, McGrawHill Italia, 1997. Die 13 Kapitel und der Anhang A-D sind als PDF-Dokument 'downladbar'.Migration and Co-existence of IPv4 and IPv6 in Residential Networks von Pekka Savola, CSC/FUNET, 2002 Wissenschaftliche Publikationen (Kurzbeschreibungen, Bibliographien, Online Quellen) Siehe auch: liinwww.ira.uka.de/ipv6 bzw. Google / Scholar / IPv6 GEANT IPv6 WorkplanIPv6 Trials on UK Academic Networks: Bermuda Project Aug.2002: Participants - Getting connected - Project deliverables - Network topology - Address assignments - Wireless IPv6 access - IPv6 migration - Project presentations - Internet 2 - Other IPv6 projects - IPv6 fora and standards Bermuda 2...http://www.ipv6.ac.uk/IPv6 at the University of SouthamptonMicrosoft Research IPv6 Implementation (MSRIPv6): MSRIPv6 Configuring 6to4 - Connectivity with MSR IPv6 - Our 6Bone Node... Sonstiges Mehr Infos gibt es unter: SWITCH IPv6 Pilot / References Konferenzen und Meetings Fehlt etwas? Vorschläge sind willkommen! 2004 1st Global IPv6 Summit in Sao Paul, Brasil Online-Informationen Mit dem IPv6 Backbone verbinden Mehr Infos in späteren Versionen... Vorschläge sind Willkommen! Globale Registrierungsstellen Siehe regionale Registrierungsstellen. Regionale Haupt-Registrierungsstellen Amerika: ARIN, ARIN / registration page, ARIN / IPv6 guidelinesEMEA: Ripe NCC, Ripe NCC / registration page, Ripe NCC / IPv6 registrationAsien/Pazifik: APNIC, APNIC / IPv6 ressource guideLatein Amerika und Karikik: LACNIC, IPv6 Registration Services, IPv6 Allocation PolicyAfrika: AfriNICEs existiert auch eine Liste der größten Zuteilungen sortiert nach lokalen Registrierungsstellen: Ripe NCC / IPv6 allocations. Tunnel-Broker Anmerkung: Eine Tunnel-Broker Liste ist im Abschnitt Tunnel broker weiter unten zu finden. Former IPng. Tunnelbroker and IPv6 resources, now migrated to the SixXs System.Eckes IPv6-with-Linux Seite.tunnelc - ein Perl basiertes Tunnel Client Script: freshmeat.net: Project details for tunnel client SourceForge: Project Info - tunnelc (also here)Linux Advanced Routing & Traffic Control HOWTO, Chapter 6: IPv6 tunneling with Cisco and/or 6bone. 6to4 NSayer's 6to4 informationRFC 3068 / An Anycast Prefix for 6to4 Relay Routers ISATAP ISATAP (Intra-Site Automatic Tunnel Access Protocol) Information by JOIN Neueste Nachrichten und URLs zu anderen Dokumenten Viele URLs zu anderen Dokumenten von Anil Edatharago6 - The IPv6 Portal: ein IPv6 Online-Portal mit einem WIKI-basierenden IPv6-Know-How-Schwerpunkt, einem IPv6-Diskussionsforum, einer aktuellen Sammlung von IPv6-Events und Nachrichten, freiem IPv6-Zugang und Services, IPv6 Software-Applikationen und viel mehr Protokoll-Informationen IPv6 bezogene Request For Comments (RFCs) Das veröffentlichen einer Liste mit IPv6 relevanter RFCs geht über den Rahmen dieses Dokumentes hinaus, unter folgenden Links können Sie jedenfalls diverse Listen finden: sortierte Liste:IPng Standardization Status oder IPng Current Specifications von Robert HindenIPv6 Related Specifications auf IPv6.org Aktuelle Entwürfe diverser Arbeitsgruppen Aktuelle (auch) IPv6-bezogene Drafts finden Sie hier: IP Version 6 (ipv6)Next Generation Transition (ngtrans)Dynamic Host Configuration (dhc)Domain Name System Extension (dnsext)IPv6 Operations (v6ops)Mobile IP (mobileip)Get any information about IPv6, from overviews, through RFCs & drafts, to implementations (inklusive Verfügbarkeit der Stacks auf verschiedenen Plattformen & Quellcode diverser IPv6 Stacks) Sonstige SWITCH IPv6 Pilot / References, umfangreiche Liste mit IPv6 Quellen betreut von Simon Leinen Weitere Informationen DeepSpace6 / Weitere interessante Links Linux Informationen DeepSpace6 / (Not only) Linux IPv6 Portal - Italien (Spiegel)IPv6-HowTo for Linux by Peter Bieringer - Deutschland, und sein Bieringer / IPv6 - software archiveLinux+IPv6 status by Peter Bieringer - DeutschlandDeepSpace6 / IPv6 Status Page - Italien (Spiegel) (ersetzt das oben genannte in Zukunft)USAGI project - Japan, und deren USAGI project - software archiveLinux Optimized Link State Routing Protocol (OLSR) IPv6 HOWTOLinShim6 Informationen zu Linux-Distributionen PLDPLD Linux Distribution (“Marktführer” bei inkludierten IPv6 fähigen Paketen))Red HatRed Hat Enterprise Linux, Pekka Savola's IPv6 packages (historisch)FedoraFedora (Project) LinuxDebianDebian Linux, IPv6 with Debian LinuxSuSESuSE LinuxMandrivaMandriva (historisch)Weitere Details siehe unter IPv6+Linux Status Distributions. Allgemeine Informationen IPv6.org6boneWIDE project - JapanSWITCH IPv6 Pilot - SchweizIPv6 Corner of Hubert Feyrer - DeutschlandIPv6 Forum - ein weltweites Konsortium führender Internet-Hersteller, Forschungs- & Bildungseinrichtungen... Playground.sun.com / IPv6 Info Page - betreut von Robert Hinden, Nokia. Hier gibt es jede Information zum Thema IPv6: Zusammenfassungen, RFCs & Drafts, Implementierungen (Verfügbarkeit der Stacks auf verschiedenen Plattformen & Quellcode diverser IPv6 Stacks). 6INIT - IPv6 Internet Initiative - ein Fifth Framework Projekt der EU im Rahmen des IST Programmes.IPv6 Task Force (European Union)6init - IPv6 INternet IniTiative IPv6: The New Version of the Internet Protocol, von Steve Deering.IPv6: The Next Generation Internet Protocol, von Gary C. Kessler. IPv6: Next Generation Internet Protocol - 3Cominternet || site und internet2 Working GroupNetworkWorldFusion: Search / Doc Finder: searched for IPv6 (102 Dokumente gefunden - 22.12.2002) The Register (Suche nach IPv6 ergab 30 Dokumente, 22.12.2002) ZDNet Search for IPv6TechTarget Search for IPv6IPv6 & TCP Resources ListFehlt etwas? Vorschläge sind Willkommen! Marktforschung statista - The Statistics PortalMarket Research Patente Delphion Research: Patent Search Page. Basic (kostenlose) Registrierung ist notwendig. Beispiele für die Suche nach IPv6 (vom 21.12.2002): Communicating method between IPv4 terminal and IPv6 terminal and IPv4-IPv6 converting apparatus Translator for IP networks, network system using the translator, and IP network coupling method therefor Sortiert nach Ländern Europa www.ist-ipv6.org: IST IPv6 Cluster, European IPv6 Research and Development ProjectsEuro6IX: European IPv6 Internet Exchanges Backbone Australien Carl's Australian IPv6 Pages (alter Inhalt) Belgien Vorschläge sind Willkommen! Brasilien IPv6 do Brasil China Vorschläge sind Willkommen! Deutschland OpenBC / IPv6 Frankreich Renater: Renater IPv6 Projekt SeiteIPv6 - RSVP - ATM at INRIANetBSD IPv6 Dokumentation Großbritannien British Telecom IPv6 Home: BT's ISP IPv6 Versuch, Englands erster IPv6 Internet Exchange etc. Indien Vorschläge sind willkommen! Italien Project6: IPv6 mit Linux Japan Yamaha IPv6 (sorry, alles in japanischer Sprache ...) Korea ETRI: Electronics and Telecommunications Research InstitutIPv6 Forum Korea: IPv6 Infrastruktur Projekt in Korea Mexiko IPv6 Mexico (spanische & englische Version) - IPv6 Projekt Homepage der National Autonomous University of Mexico (UNAM) Niederlande SURFnet: SURFnet IPv6 BackboneSTACK, STACK (IPv6): Computer-Studendten-Verband der Eindhoven University of Technology, Niederlande. IPng.nl: Zusammenarbeit zwischen WiseGuys und Intouch. Österreich IPv6@IKNnet and MIPv6 Research Group: TU Vienna, Austria (IPv6: Projekte, Publikationen, Diplom- / Doktorarbeiten, Konferenzunterlagen etc.) Portugal Vorschläge sind willkommen! Russland IPv6 Forum for Russia: Yaroslavl State University Internet Center Schweiz Vorschläge sind willkommen! Sortiert nach Betriebssystemen *BSD KAME project (*BSD)NetBSD's IPv6 Networking FAQFreeBSD Ports: Ipv6 Cisco IOS Cisco IOS IPv6 Entry PageIPv6 for Cisco IOS Software, Datei 2 von 3: Aug 2002 -- Inhalt: IPv6 for Cisco IOS Software; Configuring Documentation Specifics; Enabling IPv6 Routing and Configuring; IPv6 Addressing; Enabling IPv6 Processing Globally.Cisco Internet Networking Handbook, Chapter IPv6 HPUX comp.sys.hp.hpux FAQ IBM Now that IBM's announced the availability of z/OS V1.4, what's new in this release? Die Frage wurde am 15. August 2002 'geposted'. Microsoft Microsoft Windows 2000 IPv6 MSRIPv6 - Microsoft Research Network - IPv6 Homepage Internet Connection Firewall Does Not Block Internet Protocol Version 6 Traffic (6.11.2001)Internet Protocol Numbers (8.10.2002)IPv6 Technology Preview Refresh (16.10.2002)HOW TO: Install and Configure IP Version 6 in Windows .NET Enterprise Server (26.10.2002)Windows .NET Server 6to4 Router Service Quits When You Advertise a 2002 Address on the Public Interface (28.10.2002)msdn - Microsoft Windows CE .NET - IPv6 commands Solaris Sun Microsystems SolarisSolaris 2 Frequently Asked Questions (FAQ) 1.73 Sumitoma Sumitomo Electric has implemented IPv6 on Suminet 3700 family routers ZebOS IpInfusion's ZebOS Server Routing Software IPv6 Sicherheit Internet Security Systems: Security Center, X-Force Database Search (21.12.2002 - 6 Themen bez. IPv6 gefunden)NIST IPsec Project ( National Institute of Standards and Technology, NIST)Information SecurityNewOrder.box.sk (search for IPv6) (Artikel, Exploits, Datei-Datenbank etc.) Programm-Listen DeepSpace6 / IPv6 Status Page (Mirror)IPv6.org / IPv6 enabled applicationsFreshmeat / IPv6 search, aktuell (14 Dez. 2002) 62 ProjekteIPv6 Forum / Web Links Analyse-Werkzeuge Wireshark (ehemals Ethereal) is ein kostenloser Netzwerkprotokoll-Analyseprogramm für Unix und Windows Radcom RC100-WL - Download Radcom RC100-WL Protokollanalyseprogramm version 3.20 IPv6 Produkte 6wind - Lösungen für IPv4/IPv6 Router, QoS, Multicast, Mobility, Security/VPN/Firewall.Fefe's patches for IPv6 with djbdns - Aug 2002 - Was ist djbdns und warum es IPv6 benötigt? djbdns ist ein vollwertiger DNS Server, welcher “outperforms BIND in nearly all respects”.ZebOS Server Routing Suite Inframail (Advantage Server Edition)HTTrack Website CopierCommViewPosadis SNMP comp.protocpols.snmp SNMP FAQ Part 1 of 2 IPv6 Infrastruktur Statistiken IPv6 routing table history erstellt von Gert Döring, Space.NetOfficial 6bone Webserver list Statisic Internet Exchanges Eine weitere Liste von IPv6 Internet Exchanges gibt es unter: IPv6 status of IXPs in Europe Deutschland INXS: (Cable & Wireless) München und Hamburg Estlanda TIX (Tallinn Interneti eXchange mit IPv6 Support) Europa Euro6IX, European IPv6 Internet Exchange Backbone Frankreich French National Internet Exchange IPv6 (seit 1.11.2002 aktiv). FNIX6 bietet ISPs im Großraum Paris den Dienst eines kostenlosen und zuverlässlichen High Speed FastEthernet Internet Exchange. Großbritannien UK6X: LondonXchangePoint: London Japan NSPIXP-6: IPv6--basierter Internet Exchange in TokioJPIX, Tokio Korea 6NGIX Niederlande AMS-IX: Amsterdam Internet Exchange USA 6TAP: Chicago. Bietet weltweit Peerings an.PAIX: Palo Alto Tunnel broker Auch interessant: http://www.deepspace6.net/docs/tunnelbrokers.html Belgien Fehlt etwas? Vorschläge sind willkommen! Canada Freenet6 - /48 Delegation, Canada Getting IPv6 Using Freenet6 on Debian Freenet6 creater China Fehlt etwas? Vorschläge sind willkommen! Deutschland 6bone Knoten Leipzig Info bez. Hackangriff (2001) Estlanda Estpak Großbritannien NTT, Großbritannien - IPv6 Versuch. IPv4 Tunnel und native IPv6 Standleitungs-Verbindungen. POPs gibt es in: London, Düsseldorf, New Jersey (USA, East Coast) Cupertino (USA, West Coast) Tokio Italien Comv6Bersafe (italienische Sprache) Japan Fehlt etwas? Vorschläge sind willkommen! Malaysia Fehlt etwas? Vorschläge sind willkommen! Niederlande IPng Netherland - Intouch, SurfNet, AMS-IX, UUNet, Cistron, RIPE NCC und AT&T sind am AMS-IX angeschlossen. Unter bestimmten Voraussetzungen ist es möglich, einen statischen Tunnel zu bekommen.SURFnet Customers Norwegen UNINETT - Pilot IPv6 Service (für Kunden): tunnelbroker & address allocation Uninett-Autoupdate-HOWTO Spanien Consulintel Schweiz Fehlt etwas? Vorschläge sind willkommen! USA ESnet, USA - Energy Sciences Network: Tunnel Registry & Address Delegation für direkt angeschlossene ESnet Sites und ESnet Partner.Hurricane Electric, US backbone; Hurrican Electric Tunnelbroker (also available under http://tunnelbroker.com/) Presseaussendung: Hurricane Electric Upgrades IPv6 Tunnel Broker Tunnel Broker Endpoint Autoupdate, Perl Skript Singapore Fehlt etwas? Vorschläge sind Willkommen! Weitere Tunnel broker... Public 6to4 relay routers (MS IIE Boycott!) Native IPv6 Dienste Anmerkung: Die folgenden Dienste sind meist nur mit einer gültigen IPv6 Verbbindung erreichbar! Net News (NNTP) Fehlt etwas? Vorschläge sind Willkommen! Spiele Server Quake2 über IPv6 IRC Server Fehlt etwas? Vorschläge sind Willkommen! Radiosender, Musik-Streams Fehlt etwas? Vorschläge sind Willkommen! Web Server Peter Bieringer's Home of Linux IPv6 HOWTO Fehlt etwas? Vorschläge sind Willkommen! Mailinglisten Weitere Listen von Mailinglisten sind verfügbar unter: DeepSpace6 / Mailling ListsDie größten Mailinglisten sind in folgender Tabelle zusammengefasst: . Schwerpunkt Request e-mail Adresse Abonnieren e-mail Adresse der Mailingliste Sprache Zugang via WWW Linux Kernel Networking inkl. IPv6 majordomo (at) vger.kernel.org netdev netdev (at) vger.kernel.org Englisch Info, Archive Mobile IP(v6) für Linux Web-based, see URL mipl mipl (at) mobile-ipv6.org Englisch Info, Archive Linux IPv6 User & USAGI usagi-users-ctl (at) linux-ipv6.org usagi-users (at) linux-ipv6.org Englisch Info / Search, Archive IPv6 und Debian Linux Web-based, siehe URL debian-ipv6 (at) lists.debian.org Englisch Info/Subscription/Archive 6bone majordomo (at) isi.edu 6bone 6bone (at) isi.edu Englisch Info, Archive IPv6 User allgemein majordomo (at) ipv6.org users users (at) ipv6.org Englisch Info, Archive Bugtracking Internet Programme (1) bugtraq-subscribe (at) securityfocus.com bugtraq (at) securityfocus.com (3) Englisch Info, Archive . (1) sehr empfohlen wenn Sie Server-Programme zur Verfügung stellen. (2) Mailingliste ist moderiert. Fehlt etwas? Vorschläge sind Willkommen! Via Web sind auch folgende Mailinglisten & Newsgroups verfügbar: student-ipv6 (India) Beschreibung: Dies ist eine Newsgruppe für die 'Student Awareness group of IPv6' in Indiensun-ipv6-users Beschreibung: Bitte berichten Sie Probleme/Vorschläge in Bezug auf die IPng Implementation von SUN MicrosystemsIPv6-BITS Beschreibung: Diese Liste dient der Koordination des Projekts Vertebrae.linux-bangalore-ipv6 Beschreibung: Die IPv6 deployment Liste der Bangalore Linux User Grouppacket-switching Beschreibung: Dies Liste behandelt folgende Themen: packet switching theory, technology, implementation and application in any relevant aspect including without limitation LAPB, X.25, SDLC, P802.1d, LLC, IP, IPv6, IPX, DECNET, APPLETALK, FR, PPP, IP Telephony, LAN PBX systems, management protocols like SNMP, e-mail, network transparent window systems, protocol implementation, protocol verification, conformance testing and tools used in maintaining or developing packet switching systems.de.comm.protocols.tcp-ip Beschreibung: Umstellung auf IPv6 Quelle: Chartas der Newsgruppen in de.*Google Group: comp.protocols.tcp-ipGoogle Group: linux.debian.maint.ipv6Google Group: microsoft.public.platformsdk.networking.ipv6Google Group: fa.openbsd.ipv6 Online-Werkzeuge Test-Werkzeuge ping, traceroute, tracepath, 6bone registry, DNS: JOIN / Testtools (nur in deutscher Sprache, sollte aber keine Probleme für nicht Deutsch sprechende Personen sein)traceroute6, whois: IPng.nlAAAA Lookup Checker http://www.cnri.dit.ie/cgi-bin/check_aaaa.pl Informationsbeschaffung List of worldwide all IPv6-aggregated IP-Blocks IPv6 Looking Glasses DRENv6 Looking Glass Hilfsapplikationen IPv6 Prefix Calculator von TDOIDNS record checker Trainings, Seminare CIW Internetworking Professional Training CBT CDTraining Pages, U.K. - Suche nach IPv6 (8 Kurse, 2006-08-21)Erion IPv6 Training. UKFehlt etwas? Vorschläge sind willkommen! 'Die Online Entdeckung' ... IPv6: Addressing The Needs Of the Future von Yankee Group (Autor) Listenpreis: $595.00 Edition: e-book (Acrobat Reader) Seiten: 3 (drei) Hrsg.: MarketResearch.com; ISBN B00006334Y; (1. November 2001) ;-) Die Auflagenhöhe dieses eBooks wäre doch sehr interessant... Versions-Überblick / Danksagung / Zum Schluss Versions-Überblick Die Versionen x.y. werden im Internet veröffentlicht. Die Versionen x.y.z stellen Zwischenschritte dar, die nur als LyX- und SGML-Datei im TLDP-CVS veröffentlicht werden. Dadurch, dass allerdings Deep Space 6 diese SGML-Dateien spiegelt und daraus öffentliche Versionen generiert, sind diese auch dort und auf den Servern, die Deep Space 6 spiegeln, verfügbar. Ausgabe 0.x Englische Sprachversion (Peter Bieringer's Original) Die Historie der Änderungen der englischen Sprachversion finden Sie dort: TLDP / Linux+IPv6-HOWTO / Revision History. Deutsche Sprachversion 0.66.de.12010-04-20/PB: Sync mit Original0.65.de.12009-12-13/PB: Sync mit Original0.64.de.12009-06-11/PB: Sync mit Original0.63.de.22009-03-13/PB: remove original transator contact address, no longer responsible for further changes0.63.de.12009-02-14/PB: Sync mit Original0.62.de.12008-11-09/PB: Sync mit Original0.61.1.de.32007-08-25/PB: Fix Typo0.61.1.de.22007-08-17/PB: Fix Typo0.61.1.de.12007-11-11/PB: Sync mit Original0.61.de.12007-10-06/PB: Sync mit Original, kleine Korrekturen0.60.de.12007-05-31/PB: Sync mit Original (bis auf C-API), kleine Korrekturen0.51.de.12006-11-08/PB: Sync mit Original0.50.2.de.12006-10-25/PB: Sync mit Original0.50.1.de.12006-09-23/PB: Sync mit Original0.50.de.12006-08-24/PB: Sync mit Original0.49.5.de.12006-08-23/PB: Sync mit Original0.49.4.de.12006-08-21/PB: Sync mit Original, Korrektur bei Adresstypen (Übersetzungsfehler)0.49.3.de.12006-08-20/PB: Sync mit Original0.49.2.de.12006-08-20/PB: Sync mit Original0.49.1.de.12006-06-13/PB: Sync mit Original0.49.de.12005-10-03/PB: Sync mit Original0.48.de.12005-01-11/PB: Sync mit Original0.47.de.12004-08-30/PB: Sync mit Original0.46.5.de.12004-07-22/PB: Sync mit Original0.46.4.de.12004-07-19/PB: Sync mit Original und kleine Korrekturen der Übersetzung0.46.2.de.12004-05-22/PB: Sync mit Original0.46.1.de.12004-04-18/PB: Sync mit Original0.46.de.12004-04-04/PB: Sync mit Original (Italienische Übersetzung verfügbar, Informationen über DHCPv6, kleinere Updates)0.45.1.de.12004-01-12/PB: Sync mit Original (kleine Erweiterung)0.45.de.12004-01-11/PB: Sync mit Original (kleine Korrekturen, URL-Korrekturen und Erweiterungen)0.44.2.de.12003-10-30/PB: Sync mit Original (kleine Korrektur)0.44.de.12003-08-15/PB: Sync mit Original (URL-Korrekturen, Tipp bei tcp_wrappers und Apache2)0.43.2.de.22003-07-26/PB: Sync mit Original (URL-Korrekturen)0.43.2.de.12003-06-11/PB: Sync mit Original (URL-Korrekturen)0.43.1.de.22003-06-11/PB: Typo gefixt0.43.1.de.12003-06-07/PB: Sync mit Original (Links, IPsec)0.43.de.12003-06-05/PB: Sync mit Original (SuSe-Linux-Tipps)0.41.4.de.12003-05-02/PB: Sync mit Original (URL-Korrekturen)0.41.3.de.12003-04-23/PB: Sync mit Original (URL-Korrektur)0.41.1.de.12003-03-31/PB: Sync mit Original (URL-Korrektur)0.41.de.12003-03-22/PB: Angabe der URL dieser Übersetzung0.40.2.de.12003-02-27/PB: Sync mit Original (URL-Korrektur)0.40.1.de.12003-02-12/PB: Sync mit Original (Debian-Linux-Konfiguration), Ersetzen der Info über verfügbare Übersetzungen durch einen Link zum Original.0.40.de.12003-02-10/PB: Kleine sprachliche Änderungen und paar kleine Verbesserungen.0.39.2.de.12003-02-10/GK: Erste öffentliche Version in deutscher Sprache. Diese Version entspricht inhaltlich der englischen Version 0.39.2. Der Zusatz de.1 bezeichnet die Revision der deutschen Sprachversion. Diese Version wurde unter Mandrake Linux 9.0 mit LyX Version 1.2.1 und der Klasse DocBook book (SGML) erstellt. Danksagung Dieser feinen Liste hinzugefügt werden können Sie am schnellsten, indem Sie mir Bug fixes, Korrekturen und/oder Updates schicken ;-) Wenn Sie eine größere Überarbeitung vornehmen wollen, können Sie dazu die LyX Datei (siehe original source) verwenden und mir entsprechende diffs dann zusenden, diffs der SGML-Version sind hingegen nicht sehr nützlich. Primärer Dank... David Ranch <dranch at trinnet dot net>: Er ermutigte mich zum Schreiben dieses HOWTOs, für seine Anmerkungen zu den ersten englischen Versionen, für seine Beiträge zu den IPv6 Test-Ergebnissen auf der IPv6-Homepage des Autors. Ebenfalls für seine größeren Überarbeitungen und Vorschläge.Pekka Savola <pekkas at netcore dot fi>: Für größere Überarbeitungen der englischen Version, seinen Input und Vorschläge.Georg Käfer <gkaefer at gmx dot at>: Für das Aufspüren eines Fehlers bei der PDF Erstellung (durch LDP Betreuer Greg Ferguson behoben), den Input betreff deutscher Bücher, einer großen URL-Liste, die Überprüfung aller Links und vieler weiterer Vorschläge, Korrekturen und Beiträge. Sonstiger Dank... Verwaltung des Dokuments Als Neuling ein LDP HOWTO zu schreiben (in LyX schreiben sowie SGML konformer Export zu DocBook) ist nicht so einfach, wie von so manchem behauptet wird. Es gibt einige sonderbare Fallen... Nichtsdestoweniger Dank an: Autoren des LDP Author GuideB. Guillon: Für sein DocBook with LyX HOWTO Zum Schluss Danke für's Lesen. Hoffentlich ist es von Nutzen! Falls Sie irgendeine Frage haben, abonnieren sie eine entsprechende maillist und diskutieren Sie ihr Problem unter Angabe möglichst vieler Informationen.