IPv4-mapped IPv6-Umrechner
Geben Sie 192.0.2.1 ein und erhalten Sie alle üblichen Schreibweisen in IPv6: ::ffff:192.0.2.1 und ::ffff:c000:201 für die gemappte Form, ::192.0.2.1 und ::c000:201 für die ältere kompatible. Fügen Sie eine davon ein, kommt auch die IPv4 zurück. Kostenlos in Ihrem Browser.
- Kostenlos
- Läuft in Ihrem Browser
- Ohne Anmeldung
- Ihre Daten bleiben auf Ihrem Gerät
Im Browser ausführen – kostenlos
Rechenbeispiel
- Adresse
- 192.0.2.1
- Art
- ipv4
- Ipv4
- 192.0.2.1
- Oktette
- 192, 0, 2, 1
- IPv4-gemappt
- ::ffff:192.0.2.1
Dual-Stack-Netze, Socket-Bibliotheken und Zertifizierungslabore brauchen ständig die zwei klassischen Einbettungen, die eine zweiunddreißig-Bit-IPv4-Adresse in eine hundertachtundzwanzig-Bit-IPv6-Adresse legen: die IPv4-mapped-Form mit Doppelpunkt-ffff-Präfix und die historische IPv4-compatible-Form mit reinem Sechsundneunzig-Bit-Null-Präfix. Betreiber fügen ein gepunktetes Quartett ein und wollen alle üblichen Literale auf einmal; Log-Analysten erhalten ::ffff:c000:201 und brauchen die eingebettete IPv4 zurück, ohne Hextets von Hand zu zählen. Dieser IPv4-mapped-IPv6-Umrechner akzeptiert eine einfache IPv4-Adresse oder ein IPv4-mapped- bzw. IPv4-compatible-IPv6-Literal, normalisiert die vier Oktette und liefert gemischte gepunktete sowie reine Hex-Darstellungen für mapped- und compatible-Formen plus die rekonstruierte IPv4-Zeichenkette.
Zwei Arten, IPv4 in IPv6 zu verpacken
Eine IPv4-Adresse hat 32 Bit, eine IPv6-Adresse 128. Damit beide Welten zusammenpassen, gibt es zwei klassische Einbettungen. Die gemappte Form setzt die IPv4 hinter das bekannte Präfix ::ffff, also ::ffff:192.0.2.1 oder in reiner Hex-Schreibweise ::ffff:c000:201. Die ältere kompatible Form stellt nur Nullen davor: ::192.0.2.1 oder ::c000:201. Sie gilt für neue Verbindungen als veraltet, steht aber noch in Lehrbüchern, alten Konfigurationsbeispielen und Prüfungsfragen.
Wann Sie die Umrechnung brauchen
Viele Systeme nehmen IPv4-Clients über eine IPv6-Verbindung an und zeigen deren Adresse dann gemappt an. Wenn Sie solche Einträge mit alten Freigabelisten oder Firewallregeln vergleichen wollen, brauchen Sie die schlichte IPv4 zurück. Das Werkzeug liefert aus jeder akzeptierten Eingabe beide Formen, gemischt und in Hex, dazu die enthaltene IPv4. Eine gewöhnliche IPv6-Adresse wie 2001:db8::1 lehnt es ab, statt eine unpassende IPv4 zu erfinden. Andere Übergangsverfahren mit eigenen Präfixen gehören nicht dazu. So vergleichen Sie Protokolle, Konfigurationen und Prüfungsantworten immer mit derselben Schreibweise.
IPv4-mapped- und IPv4-compatible-Einbettungen erklärt
RFC 4291 definiert, wie eine IPv4-Adresse zur Transition und Darstellung in einer IPv6-Adresse erscheinen kann. Die IPv4-mapped-Form setzt die Bits null bis fünfundneunzig auf null, außer den letzten sechzehn Bits dieses Präfixes, die alle eins sind: also das bekannte Präfix ::ffff:0:0/96. Schreibt man den eingebetteten Host als gepunktetes Quartett hinter diesem Präfix, entsteht das vertraute gemischte Literal ::ffff:192.0.2.1; schreibt man dieselben zweiunddreißig Bits als zwei hexadezimale Hextets, entsteht ::ffff:c000:201.
Stacks, die IPv4-Clients auf einem IPv6-Socket annehmen, liefern Peer-Adressen oft genau in dieser mapped-Form, daher ist die Umwandlung in beide Richtungen eine tägliche Dual-Stack-Aufgabe. Die ältere IPv4-compatible-Form nutzte ein reines Null-Präfix von sechsundneunzig Bits (::/96) mit den IPv4-Bits in den letzten zweiunddreißig, geschrieben ::192.0.2.1 oder ::c000:201. Diese compatible-Form ist für neuen Einsatz im Netz veraltet, erscheint aber weiterhin in Lehrbüchern, Legacy-Konfigurationsbeispielen und Prüfungsfragen, die beide Einbettungen verlangen.
Dieser Umrechner gibt aus jeder akzeptierten Eingabe immer beide Familien aus, damit Sie sie ohne zwei Tools nebeneinander vergleichen können. Er erfindet keine anderen Transition-Mechanismen wie 6to4, Teredo oder NAT64-Well-Known-Präfixe; jene Einbettungen nutzen andere feste Präfixe und liegen außerhalb des Umfangs.
Wo ein IPv4-mapped-IPv6-Umrechner seinen Wert zeigt
Netzwerk-Engineering-Kurse und Zertifizierungsvorbereitung verlangen weiterhin, die mapped-Form einer gegebenen IPv4 zu schreiben und die eingebettete IPv4 aus einem ::ffff-Hextet-Paar zu lesen. Auto-Grader brauchen ein deterministisches Orakel, das ::ffff:c000:201 und ::ffff:192.0.2.1 als denselben Host behandelt und eine zufällige globale Unicast wie 2001:db8::1 ablehnt. Migrations-Runbooks, die veraltete compatible-Literale erwähnen, können beide Zeichenketten für denselben Host erzeugen, ohne ein privates Skript zu pflegen.
Fehlgeschlagene Validierung wird nicht berechnet.
Anwendungsfälle
Dual-Stack-Socket- und Allow-Listen-Normalisierung
Wandeln Sie IPv4-mapped-Peer-Adressen von IPv6-Sockets in gepunktete IPv4 um, um sie mit Legacy-Allow-Listen und Firewall-Regeln zu vergleichen.
Zertifizierung und Unterrichtsübungen
Erzeugen Sie ::ffff- und compatible-Literale aus einem gepunkteten Quartett, oder extrahieren Sie die eingebettete IPv4 aus gemischten und Hex-Formen für Prüfungsschlüssel.
Konfigurations- und Log-Werkzeuge
Normalisieren Sie gemischte Schreibweisen ::ffff:a.b.c.d und ::ffff:HHHH:HHHH in Dual-Stack-Configs und Zugriffsprotokollen zu einer kanonischen IPv4 plus beiden Einbettungsstilen.
Häufige Fragen
Was ist eine IPv4-mapped-IPv6-Adresse?
Es ist eine IPv6-Adresse unter dem Präfix ::ffff:0:0/96, deren letzte 32 Bits eine IPv4 enthalten, geschrieben ::ffff:a.b.c.d oder ::ffff:HHHH:HHHH. Dual-Stack-Stacks stellen IPv4-Peers auf IPv6-Sockets oft so dar.
Was ist eine IPv4-compatible-IPv6-Adresse?
Es ist die ältere ::/96-Einbettung (::a.b.c.d oder ::HHHH:HHHH). Sie ist für neuen Einsatz im Netz veraltet, erscheint aber noch in Lehrbüchern und Legacy-Beispielen; dieser Umrechner gibt sie weiterhin als Referenz aus.
Kann man in beide Richtungen umrechnen?
Ja. Senden Sie eine gepunktete IPv4, um mapped- und compatible-Formen zu erhalten, oder ein mapped/compatible-IPv6-Literal, um die eingebettete IPv4 und beide Darstellungsstile zurückzubekommen.
Welche IPv6-Adressen werden abgelehnt?
Jedes Literal, das weder IPv4-mapped noch IPv4-compatible ist (zum Beispiel 2001:db8::1), plus CIDR-Suffixe, Klammern, Zonen-IDs, ungültige Oktette und fehlerhafte Hextets.
Warum steht in meinem Serverprotokoll ::ffff: vor einer IPv4-Adresse?
Viele Systeme nehmen IPv4-Clients über eine IPv6-Verbindung an und melden die Adresse dann gemappt, etwa ::ffff:192.0.2.1. Fügen Sie sie hier ein, erhalten Sie die schlichte 192.0.2.1 zurück und können sie mit älteren Freigabelisten vergleichen.
Verwandte Tools
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/ipv4-mapped-ipv6 \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"address":"192.0.2.1"}'const res = await fetch("https://api.kit.forhosting.com/dev/ipv4-mapped-ipv6", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"address": "192.0.2.1"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/dev/ipv4-mapped-ipv6",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"address": "192.0.2.1"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev/ipv4-mapped-ipv6", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"address":"192.0.2.1"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"address":"192.0.2.1"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev/ipv4-mapped-ipv6", 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": "192.0.2.1"
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "dev.ipv4_mapped_ipv6",
"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. |
Technische Hinweise
IPv4-mapped- und IPv4-compatible-Einbettungen erklärt
Senden Sie eine reine globale Unicast-IPv6-Adresse, die weder mapped noch compatible ist, schlägt die Aufgabe mit invalid_input fehl, statt eine fremde IPv4 zu raten.
Eingabevertrag, Antwortfelder und Validierungsfehler
IPv4-compatible-IPv6-Literal. Die IPv6-Eingabe darf komprimierte Doppelpunkt-Notation oder die voll expandierte Acht-Hextet-Form nutzen; die letzten zweiunddreißig Bits dürfen als gepunktetes Quartett oder als zwei hexadezimale Hextets stehen. Beispiele akzeptierter IPv6-Formen sind ::ffff:10.0.0.1, ::ffff:a00:1, 0:0:0:0:0:ffff:c000:201, ::192.0.2.1 und ::c000:201. CIDR-Suffixe, eckige Klammern und Zonenkennungen werden abgelehnt. Senden Sie per POST einen JSON-Body mit einem Pflicht-Stringfeld namens address: entweder eine IPv4-Adresse im gepunkteten Dezimalformat mit genau vier Oktetten von null bis zweihundertfünfundfünfzig ohne führende Nullen, oder ein IPv4-mapped- bzw. Die Aliasse ip, ipv4 und ipv6 werden mit derselben Bedeutung akzeptiert. Bei Erfolg gibt der Body die ursprüngliche address-Zeichenkette zurück, setzt kind auf ipv4, ipv4_mapped oder ipv4_compatible je nach Eingabe, liefert ipv4 als normalisiertes gepunktetes Quartett und octets als Array aus vier Ganzzahlen und enthält stets ipv4_mapped und ipv4_mapped_hex sowie ipv4_compatible und ipv4_compatible_hex, damit Clients gemischt oder rein hex ohne zweiten Aufruf wählen. Beispiel: address 192.0.2.1 ergibt kind ipv4, ipv4_mapped ::ffff:192.0.2.1, ipv4_mapped_hex ::ffff:c000:201, ipv4_compatible ::192.0.2.1 und ipv4_compatible_hex ::c000:201. Fehlerhafte Oktette, Hextets außerhalb des Bereichs, mehrere Doppelpunkt-Kompressionen und IPv6-Adressen außerhalb der mapped- oder compatible-Präfixe scheitern mit invalid_input und werden nicht berechnet.
Wo ein IPv4-mapped-IPv6-Umrechner seinen Wert zeigt
Entwickler, die Listener dual-stacken, vergleichen getpeername-Ergebnisse als IPv4-mapped-IPv6 mit Allow-Listen in gepunkteten Quartetten; ein Aufruf dieser API normalisiert beide Seiten. Weil die Implementierung reines Parse der Stufe A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Grundpreis $0.002 ohne Modell-Tokens und ohne ausgehendes Netz.
Technische Fragen
Was kostet der IPv4-mapped-IPv6-Umrechner?
Das Browser-Werkzeug ist kostenlos. API-Anfragen nutzen das vorausbezahlte KIT-Guthaben zu $0.002 pro erfolgreichem Aufruf; ungültige Eingaben werden nicht berechnet.