ForHosting KIT · Entwickler-Tools

IPv6 im Präfix prüfen

Die IPv6-Präfixprüfung beantwortet eine genaue Frage aus Routing und Zugriffskontrolle: Gehört diese Adresse zu diesem CIDR-Block?

● BetaKostenlos · im Browser
Nutzen Sie es über WebAPIE-MailTelegramApp bald

Geben Sie eine IPv6-Adresse und ein Präfix wie 2001:db8:1234::/48 ein. Das Werkzeug vergleicht die höchstwertigen Netzbits, liefert eindeutig wahr oder falsch und zeigt das normalisierte Netz mit seiner ersten und letzten Adresse. Komprimierte und vollständig ausgeschriebene Schreibweisen sowie IPv6-Adressen mit eingebettetem IPv4-Anteil werden durch exakte 128-Bit-Arithmetik verarbeitet, sodass weder Grenzen noch ungewöhnliche Präfixlängen gerundet werden.

Was die Zugehörigkeit zu einem IPv6-Präfix bedeutet

Ein IPv6-Präfix teilt eine 128 Bit lange Adresse in Netz- und Hostbits. Die Zahl hinter dem Schrägstrich gibt an, wie viele der höchstwertigen Bits das Netz kennzeichnen. Bei /48 sind beispielsweise die ersten 48 Bits festgelegt, während die übrigen 80 Bits innerhalb des Blocks frei bleiben. Eine Adresse gehört zum Präfix, wenn sämtliche festen Netzbits übereinstimmen; ihre Textdarstellung spielt dabei keine Rolle. Das ist wichtig, weil IPv6 führende Nullen auslassen, Nullfolgen mit :: komprimieren und denselben Wert durch unterschiedlich aussehende Zeichenketten darstellen kann. Diese Prüfung wandelt beide Werte in exakte Ganzzahlen um, erzeugt die Maske für die gewünschte Präfixlänge und vergleicht ausschließlich die Bits, die über die Zugehörigkeit entscheiden. Außerdem wird das angegebene Präfix auf seine tatsächliche Netzgrenze normalisiert. Wenn Sie 2001:db8:1234:99::1/48 eingeben, bleibt das verglichene Netz 2001:db8:1234::/48. Das Ergebnis folgt somit der CIDR-Semantik und beruht nicht auf einem fehleranfälligen Vergleich von Text oder Doppelpunktgruppen.

Boolesches Ergebnis und Netzbereich richtig lesen

Das wichtigste Ergebnis ist in_prefix, ein boolescher Wert, den Sie unmittelbar in Programmcode, Validierungsregeln, Routingprüfungen oder Auditberichten verwenden können. Zusätzlich gibt die Antwort Adresse und Präfix in kanonischer Form zurück, damit genau sichtbar ist, was verglichen wurde. first_address und last_address bezeichnen die eingeschlossenen Grenzen des Netzes; matched_network_range stellt dieselben Endpunkte als kompakten, lesbaren Bereich dar. Diese Felder erscheinen sowohl bei einem wahren als auch bei einem falschen Ergebnis. Im zweiten Fall zeigt der Bereich den Block, zu dem die Adresse nicht gehört. Die Grenzbehandlung ist exakt: Sowohl die erste als auch die letzte Adresse sind enthalten, da IPv6 keine Broadcastadresse reserviert. Ein /128 umfasst genau eine Adresse, weshalb Anfang und Ende gleich sind. Ein /0 deckt sämtliche IPv6-Adressen ab. Gleitkommazahlen kommen nicht zum Einsatz; alle Masken und Bereiche werden mit exakten 128-Bit-Ganzzahlen berechnet, auch weit oberhalb der sicheren Ganzzahlgrenze von JavaScript.

Gültige Eingaben und häufige Fehler

Geben Sie unter address eine reine IPv6-Adresse und unter prefix ein IPv6-Netz mit einer Schrägstrichlänge von 0 bis 128 an. Zulässig sind die komprimierte Schreibweise wie 2001:db8::1, die vollständig ausgeschriebene Form und IPv6-Endungen mit eingebetteter IPv4-Adresse wie ::ffff:192.0.2.1. Mehrdeutige oder fachfremde Eingaben weist die Prüfung bewusst zurück. address darf keine eigene Präfixlänge enthalten, prefix muss eine besitzen, reine IPv4-Werte gelten nicht als IPv6, und Zonenkennungen wie %eth0 sind unzulässig, weil sie einen Schnittstellenkontext statt eines Teils der 128-Bit-Adresse bezeichnen. Ungültige Hexadezimalgruppen, mehrere ::-Kompressionen, Gruppen mit mehr als vier Stellen und Präfixlängen außerhalb des erlaubten Bereichs führen zu einem Eingabefehler statt zu einer geratenen Antwort. Diese Strenge unterstützt die Automatisierung: Fehlerhafte Konfigurationen scheitern sichtbar, bevor daraus eine falsche Freigabeentscheidung entsteht. Bei sicherheitskritischer Autorisierung sollten Sie zusätzlich Identität, Vertrauensstellung und Richtlinien gesondert prüfen.

Eine IPv6-Freigabeliste validieren

Prüfen Sie vor Anwendung einer Netzrichtlinie, ob die Adresse eines Clients oder Dienstes in einem genehmigten CIDR-Block liegt.

Routingkonfiguration untersuchen

Bestätigen Sie die Zuordnung einer Adresse zum erwarteten Routenpräfix und sehen Sie andernfalls die exakten normalisierten Grenzen.

Adressverwaltungsdaten kontrollieren

Gleichen Sie importierte Adressen mit zugewiesenen IPv6-Präfixen ab und markieren Sie Einträge im falschen Netz.

Was kostet eine Prüfung?

Jede API-Anfrage kostet $0.002. Dieselbe deterministische Prüfung ist im Browser auch kostenlos verfügbar.

Werden komprimierte IPv6-Adressen akzeptiert?

Ja. Die übliche ::-Kompression und ausgelassene führende Nullen sind zulässig; zurückgegeben wird die kanonische Kleinschreibung.

Sind die erste und die letzte Adresse eingeschlossen?

Ja. Der angegebene Bereich ist einschließlich seiner Grenzen, und IPv6 reserviert am Präfixende keine Broadcastadresse.

Was geschieht bei Hostbits im Präfix?

Vor dem Vergleich wird es auf die tatsächliche Netzgrenze normalisiert; das normalisierte CIDR erscheint im Ergebnis.

Kann ich eine IPv4-Adresse prüfen?

Nein. Diese Funktion ist für IPv6 bestimmt, unterstützt aber eine gültige IPv6-Schreibweise mit eingebettetem IPv4-Anteil.

Enthält ein falsches Ergebnis trotzdem den Bereich?

Ja. Die Antwort zeigt den geprüften einschließlich begrenzten Netzbereich, damit Sie die Abweichung nachvollziehen können.

Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.

POSThttps://api.kit.forhosting.com/dev/ipv6-in-prefix

Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.

curl -X POST https://api.kit.forhosting.com/dev/ipv6-in-prefix \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"address":"2001:db8:1234::42","prefix":"2001:db8:1234::/48"}'
{
  "address": "2001:db8:1234::42",
  "prefix": "2001:db8:1234::/48"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "dev.ipv6_in_prefix",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.

pro Anfrage$0.002

Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.

HTTPCodeBedeutung
401unauthorizedDer API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer).
402insufficient_balanceIhr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht.
404unknown_typeUnbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog.
429rate_limitedZu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt.

Vollständige KIT-Dokumentation lesen →