IPv6 in Binär umwandeln
Der IPv6-Binärkonverter zeigt jedes Bit einer IPv6-Adresse. Geben Sie eine komprimierte Schreibweise wie 2001:db8::1, eine vollständig ausgeschriebene Adresse oder eine gültige IPv6-Adresse mit eingebettetem IPv4-Ende ein.
Im Browser ausführen – kostenlos
Das Ergebnis erweitert alle acht Hextets und wandelt jedes in genau sechzehn Binärziffern um, einschließlich führender Nullen. Sie erhalten sowohl eine lesbare, durch Leerzeichen gruppierte Darstellung als auch einen durchgehenden 128-Bit-Wert. Damit lassen sich Netzwerkunterricht, Präfixvergleiche, Subnetzübungen, Dokumentationen und genaue Prüfungen ohne manuelle Hexadezimalrechnung durchführen.
So wird eine hexadezimale IPv6-Adresse zu 128 Binärbits
Eine IPv6-Adresse besteht aus 128 Bit, die auf acht Hextets verteilt sind. Jedes Hextet enthält vier Hexadezimalziffern, und jede Hexadezimalziffer entspricht genau vier Binärziffern. Ein vollständiges Hextet ist daher sechzehn Bit breit; alle acht Hextets ergeben zusammen genau 128 Bit. Der Konverter erweitert die Eingabe zunächst auf acht Gruppen mit jeweils vier Hexadezimalzeichen. Anschließend wandelt er jede Gruppe einzeln um und behält sämtliche führenden Nullen bei. Das Hextet 0001 wird beispielsweise zu 0000000000000001 und nicht nur zu 1. Die feste Breite ist unverzichtbar, weil die Position eines Bits innerhalb der Adresse eine Bedeutung hat. Das Feld binary_groups liefert acht getrennte Zeichenfolgen mit je sechzehn Bit, während binary diese Gruppen für bessere Lesbarkeit durch Leerzeichen trennt. Das Feld binary_128 entfernt die Trennzeichen für Programme oder Arbeitsblätter, die eine durchgehende Bitfolge benötigen. Über die ausgeschriebene Adresse und die Hextet-Felder können Sie jede Binärgruppe ihrer hexadezimalen Quelle zuordnen und die Umwandlung nachvollziehbar prüfen.
Präfixe und Masken mithilfe des Ergebnisses verstehen
IPv6-Präfixe wählen eine bestimmte Anzahl von Bits ab der linken Seite der 128-Bit-Adresse aus. Ein /32-Präfix umfasst die ersten zwei binären Hextets, ein /48 die ersten drei und ein /64 die ersten vier. Präfixlängen, die kein Vielfaches von sechzehn sind, enden innerhalb eines Hextets. Gerade dort ist eine vollständige Binäransicht besonders hilfreich. Bei /52 besteht der Netzanteil beispielsweise aus drei vollständigen Hextets und den ersten vier Bits des vierten Hextets. Sie können zwei Ausgaben nebeneinanderstellen, von links zählen und exakt erkennen, wo die Netzbits übereinstimmen oder voneinander abweichen. Das Werkzeug führt ausschließlich die Umwandlung durch: Es wendet keine CIDR-Maske an und behauptet nicht, dass zwei Adressen dasselbe Netz teilen. Diese Trennung unterstützt das Lernen, weil Sie die Grenze selbst markieren können. Für produktive Zugehörigkeitsprüfungen verwenden Sie anschließend einen speziellen Präfixprüfer. Zählen Sie für genaue Ergebnisse im Wert binary_128; die Leerzeichen in binary dienen nur als sichtbare Hextet-Trenner und stellen keine Bits dar.
Zulässige Schreibweisen, Normalisierung und Eingabefehler
Sie können die übliche komprimierte IPv6-Schreibweise, eine vollständig ausgeschriebene Adresse oder eine IPv6-Adresse mit eingebettetem IPv4-Ende in punktierter Dezimalschreibweise eingeben. Ein doppelter Doppelpunkt darf eine Folge aus einem oder mehreren Null-Hextets ersetzen; führende Nullen einzelner Hextets dürfen entfallen. Vor der Binärausgabe normalisiert der Konverter jede akzeptierte Form zu acht kleingeschriebenen Hextets. Eine strenge Prüfung verhindert glaubwürdig wirkende, aber falsche Ergebnisse. Mehrere doppelte Doppelpunkte, eine falsche Gruppenanzahl, Hexadezimalgruppen mit mehr als vier Zeichen, nicht hexadezimale Zeichen und ungültige IPv4-Oktette werden abgelehnt. Eine reine IPv4-Adresse wird nicht stillschweigend als IPv6 behandelt. CIDR-Endungen wie /64 sind ebenfalls unzulässig, da diese Fähigkeit eine Adresse und keinen Netzausdruck umwandelt. Zonenkennungen wie %eth0 werden ausgeschlossen, weil sie den Geltungsbereich einer lokalen Schnittstelle beschreiben und nicht zu den 128 Adressbits gehören. Korrigieren Sie bei einem Fehler die Schreibweise und senden Sie die Adresse erneut; der Konverter errät keine Struktur außerhalb der IPv6-Komprimierungsregeln.
Anwendungsfälle
IPv6-Präfixgrenzen vermitteln
Zeigen Sie genau, welche höchstwertigen Bits eine /48-, /56-, /64- oder nicht an Hextets ausgerichtete Maske auswählt.
Netzbits vergleichen
Stellen Sie zwei vollständige Bitfolgen gegenüber, um die erste Abweichung zu finden und das gemeinsame Präfix zu untersuchen.
Technische Unterlagen erstellen
Ergänzen Sie Subnetzpläne, Laboraufzeichnungen oder Diagnoseprotokolle um eine prüfbare ausgeschriebene und binäre Darstellung.
Häufige Fragen
Was kostet eine Umwandlung?
Jede API-Anfrage kostet $0.002. Dieselbe deterministische Umwandlung ist im Browser auch kostenlos verfügbar.
Enthält die Ausgabe immer 128 Bit?
Ja. Jedes Hextet wird auf sechzehn Bit aufgefüllt, und binary_128 enthält stets genau 128 Binärziffern.
Kann ich eine komprimierte IPv6-Adresse eingeben?
Ja. Die übliche Komprimierung mit doppeltem Doppelpunkt und weggelassenen führenden Nullen wird vor der Umwandlung erweitert.
Warum enthält das Binärergebnis Leerzeichen?
Die Leerzeichen trennen die acht 16-Bit-Hextets für bessere Lesbarkeit. Verwenden Sie binary_128 für einen durchgehenden Wert.
Akzeptiert der Konverter eine Adresse mit /64?
Nein. Geben Sie nur die IPv6-Adresse ein; eine CIDR-Endung beschreibt ein Präfix und gehört nicht zu dieser Umwandlung.
Für Entwickler — API-Zugang
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.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/dev/ipv6-to-binary \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"address":"2001:db8::1"}'const res = await fetch("https://api.kit.forhosting.com/dev/ipv6-to-binary", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"address": "2001:db8::1"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/dev/ipv6-to-binary",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"address": "2001:db8::1"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev/ipv6-to-binary", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"address":"2001:db8::1"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"address":"2001:db8::1"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev/ipv6-to-binary", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"address": "2001:db8::1"
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "dev.ipv6_to_binary",
"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.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |