IPv6 Validator

Der IPv6-Validator fuehrt eine umfassende Validierung von IPv6-Adressen ueber alle gueltigen Darstellungen durch: vollstaendige 8-Gruppen-Hexadezimalnotation, komprimiertes :: Kurzformat, gemischtes IPv4-kompatibles Format und Adressen mit Zone-IDs. Geben Sie eine Adresse wie 2001:db8::1 oder 2001:db8::1::2 ein und erhalten Sie sofort ein Gueltig/Ungueltig-Ergebnis mit der kanonischen Form, Fehlerdetails und Adresstyp-Klassifizierung (Global Unicast, Link-Local, ULA, Multicast oder Loopback).

IPv6-Adresssyntax verstehen

IPv6-Adressen sind 128 Bit lang und werden als acht Gruppen von vier Hexadezimalziffern geschrieben, getrennt durch Doppelpunkte -- etwa 2001:0db8:0000:0000:0000:0000:0000:0001. Das ist ausfuehrlich genug, dass eine Kurznotation entwickelt wurde: Sie koennen fuehrende Nullen innerhalb jeder Gruppe weglassen und die laengste aufeinanderfolgende Sequenz von Nur-Null-Gruppen durch :: ersetzen. So wird dieselbe Adresse zu 2001:db8::1, was viel leichter zu lesen und einzutippen ist. Der Nachteil dieser Flexibilitaet ist, dass dieselbe Adresse auf viele verschiedene Arten geschrieben werden kann, und nicht alle davon sind gueltig.

Die Regeln fuer eine gueltige IPv6-Adresse sind hauptsaechlich in RFC 4291 definiert, mit Richtlinien fuer die kanonische Formatierung in RFC 5952. Der haeufigste Fehler ist die zweifache Verwendung von :: in derselben Adresse. Da :: eine beliebige Anzahl aufeinanderfolgender Null-Gruppen darstellen kann, wuerde die Erlaubnis von zwei :: Sequenzen es unmoeglich machen zu bestimmen, wie viele Gruppen jede ersetzt. Die Adresse 2001::1::2 ist mehrdeutig -- stellt das erste :: zwei Null-Gruppen und das zweite drei dar, oder umgekehrt? Der RFC loest dies, indem genau ein :: pro Adresse erlaubt wird.

Weitere haeufige Fehler sind Hexadezimalgruppen mit mehr als vier Ziffern (wie ::12345), Nicht-Hex-Zeichen (wie gggg) und falsche Gruppenanzahlen. Ohne :: Komprimierung muss die Adresse genau acht durch Doppelpunkte getrennte Gruppen enthalten. Mit :: muss die Gesamtzahl der explizit geschriebenen Gruppen plus der komprimierten Gruppen acht ergeben. Dieser Validator prueft alle diese Regeln und meldet den spezifischen Fehler fuer jede abgelehnte Adresse, sodass das Problem leicht identifiziert und behoben werden kann.

So validieren Sie eine IPv6-Adresse

1. Geben Sie eine oder mehrere IPv6-Adressen in beliebigem gueltigen Notationsformat ein
2. Klicken Sie auf Validate, um jede Adresse gegen die Formatierungsregeln von RFC 4291 und RFC 5952 zu pruefen
3. Ueberpruefen Sie die Ergebnisse mit Gueltig/Ungueltig-Status, der kanonischen Form und dem spezifischen Fehler fuer abgelehnte Adressen
4. Fuer gueltige Adressen sehen Sie den Adresstyp (Global Unicast, Link-Local, Multicast, Loopback usw.)

Beispiele fuer die IPv6-Validierung

IPv6-Adresstyp-Klassifizierung

Wann den IPv6-Validator verwenden

• Dual-Stack-Konfiguration -- IPv6-Adressen validieren, bevor AAAA-Eintraege, Firewall-Regeln oder Router-Konfigurationen neben dem bestehenden IPv4-Setup hinzugefuegt werden
• Anwendungsentwicklung -- ueberpruefen, dass von Benutzern eingegebene IPv6-Eingaben in Webformularen und APIs syntaktisch korrekt sind, bevor sie verarbeitet oder gespeichert werden
• Konfigurationsdatei-Pruefung -- Konfigurationsdateien auf fehlerhaft formatierte IPv6-Adressen scannen, die Dienste am Binden oder Verbinden hindern koennten
• Log-Analyse und Datenimport -- gueltige IPv6-Adressen aus gemischten Datenquellen filtern, die abgeschnittene oder beschaedigte Adresszeichenketten enthalten koennten
• IPv6-Migrationsplanung -- Adressen in Migrationsplaenen validieren, um sicherzustellen, dass sie vor der Bereitstellung der korrekten Notation entsprechen
• Sicherheitsrichtlinien-Pruefung -- sicherstellen, dass IPv6-Adressen in ACLs und Sicherheitsgruppenregeln syntaktisch gueltig und vom erwarteten Typ sind

Wie die IPv6-Adressvalidierung funktioniert

Komprimierungsregeln (RFC 5952)

IPv6-Adressen koennen auf mehrere aequivalente Arten geschrieben werden. Der Validator akzeptiert alle gueltigen Formen und identifiziert die kanonische Darstellung:

1. Unterdrueckung fuehrender Nullen: 2001:0db8 kann als 2001:db8 geschrieben werden
2. Komprimierung aufeinanderfolgender Null-Gruppen: 2001:db8:0:0:0:0:0:1 kann als 2001:db8::1 geschrieben werden
3. Nur ein einzelnes :: erlaubt: Pro Adresse ist nur eine :: Sequenz zulaessig, da mehrere die Expansion mehrdeutig machen wuerden
4. Linkeste laengste Folge: Wenn mehrere gleichlange Null-Folgen existieren, empfiehlt RFC 5952, die linkeste zu komprimieren

Zone-ID-Behandlung

Link-Local-Adressen (fe80::/10) erfordern eine Zone-ID, um anzugeben, auf welches Netzwerkinterface sie sich beziehen, da dieselbe Link-Local-Adresse auf mehreren Interfaces gleichzeitig existieren kann. Die Zone-ID folgt einem %-Trennzeichen:

fe80::1%eth0       (Linux-Interface-Name)
fe80::1%15         (Windows-Interface-Index)
fe80::1%en0        (macOS-Interface-Name)

Der Validator akzeptiert Zone-IDs und validiert sie separat vom Adressteil. Zone-IDs sind nur fuer Link-Local- und Multicast-Adressen mit Bereichsbeschraenkung relevant.

Praktische Hinweise zur IPv6-Validierung

IPv6-Validierung in Anwendungen erfordert mehr Ueberlegung als IPv4 wegen der vielen gueltigen Darstellungen. Zwei Adressen, die voellig unterschiedlich aussehen, koennen identisch sein: 2001:0db8:0000:0000:0000:0000:0000:0001 und 2001:db8::1 sind dieselbe Adresse. Wenn Ihre Anwendung IPv6-Adressen speichert und Duplikate erkennen oder Abfragen durchfuehren muss, normalisieren Sie immer auf eine kanonische Form vor dem Vergleich. Die beste Praxis ist, fuer Speicherung und Vergleich auf die vollstaendige Form zu expandieren und dann fuer die Anzeige zu komprimieren.

Bei der Validierung von Benutzereingaben in Webformularen bedenken Sie, dass Browser und Betriebssysteme manchmal automatisch Zone-IDs in Link-Local-Adressen einfuegen. Ein Benutzer koennte fe80::1%eth0 aus seiner Terminalausgabe einfuegen. Ihr Validator muss die Zone-ID elegant behandeln -- entweder akzeptieren und entfernen, oder akzeptieren und speichern, je nach Anwendungsfall. Zone-IDs generell abzulehnen wird Benutzer frustrieren, die Adressen aus legitimer Systemausgabe kopieren.

Beachten Sie, dass IPv4-gemappte Adressen wie ::ffff:192.168.1.1 gueltiges IPv6 sind, aber Sicherheitsimplikationen haben. Anwendungen, die IPv6-Eingaben akzeptieren und dann die eingebettete IPv4-Adresse extrahieren, sollten beide Teile validieren. Ein Angreifer koennte eine boeswillige IPv4-gemappte Adresse erstellen, um IPv4-Validierungspruefungen in Dual-Stack-Anwendungen zu umgehen. Wenn Ihre Anwendung keine IPv4-gemappten Adressen verarbeiten muss, erwaegen Sie, diese explizit abzulehnen.

Haeufig gestellte Fragen

Warum schlaegt meine IPv6-Adresse mit zwei :: bei der Validierung fehl?

Die :: Kurzschreibweise ersetzt eine oder mehrere aufeinanderfolgende Gruppen aus lauter Nullen. Wenn zwei :: Sequenzen erlaubt waeren, koennte der Parser nicht bestimmen, wie viele Null-Gruppen jede darstellt. Zum Beispiel koennte 2001::1::2 zu mehreren verschiedenen gueltigen Adressen expandiert werden. Der RFC schreibt genau ein :: pro Adresse vor.

Ist ::ffff:192.168.1.1 eine gueltige IPv6-Adresse?

Ja. Dies ist eine IPv4-gemappte IPv6-Adresse, definiert in RFC 4291. Das ::ffff: Praefix gefolgt von einer dezimal gepunkteten IPv4-Adresse wird von Dual-Stack-Anwendungen verwendet, um IPv4-Verbindungen innerhalb von IPv6-Datenstrukturen darzustellen. Der Validator erkennt diese gemischte Notation und validiert sowohl das IPv6-Praefix als auch den eingebetteten IPv4-Teil.

Was ist der Unterschied zwischen :: und ::1?

:: ist die nicht spezifizierte Adresse (alle 128 Bits sind Null), entsprechend IPv4s 0.0.0.0. Sie wird als Quelladresse verwendet, bevor einem Geraet eine Adresse zugewiesen wurde. ::1 ist die Loopback-Adresse (127 Nullen gefolgt von einer einzelnen 1), entsprechend IPv4s 127.0.0.1. Sie wird fuer die lokale Kommunikation auf dem Rechner verwendet.

Sind Grossbuchstaben in Hex-Ziffern bei IPv6-Adressen gueltig?

Ja, sowohl 2001:DB8::1 als auch 2001:db8::1 sind syntaktisch gueltig und stellen dieselbe Adresse dar. RFC 5952 empfiehlt jedoch Kleinbuchstaben fuer die kanonische Darstellung. Dieser Validator akzeptiert beide Schreibweisen, zeigt die kanonische Form aber moeglicherweise in Kleinbuchstaben an.

Wie validiere ich eine IPv6-Adresse mit einer Praefixlaenge wie 2001:db8::/32?

Dieses Tool validiert reine IPv6-Adressen ohne Praefixnotation. Um eine Adresse mit Praefixlaenge zu validieren, verwenden Sie den IPv6-Subnetz-Rechner, der Praefixnotation akzeptiert und sowohl die Adresse als auch die Praefixlaenge validiert.

Verwandte Tools

• IPv4-Validator - IPv4-Adressen im strikten Dotted-Quad-Format validieren
• IPv6 Expandieren ↔ Komprimieren - Zwischen expandierter und komprimierter IPv6-Notation konvertieren
• IPv6 ↔ BigInt-Konverter - IPv6-Adressen in/aus 128-Bit-Ganzzahlen konvertieren
• IPv6 Unique Local/Link-Local-Erkennung - IPv6-Adressbereich und -typ erkennen
• Adressfamilien-Erkennung - Erkennen, ob eine Adresse IPv4, IPv6 oder ungueltig ist