Was es tut
Konvertiert internationalisierte Domainnamen zwischen Unicode und Punycode - der ASCII-Form (xn---Labels), die DNS tatsächlich auflöst. Tippe münchen.de und du erhältst xn--mnchen-3ya.de, den Namen, den ein Registrar speichert und ein Resolver abfragt. Die Gegenrichtung stellt die Unicode-Anzeigeform wieder her. Das Tool implementiert den vollständigen Bootstring-Algorithmus aus RFC 3492 selbst und folgt der IDNA-Regel, nur Labels zu kodieren, die Nicht-ASCII-Zeichen enthalten - reine ASCII-Labels passieren unverändert.
So verwendest du es
- Wähle eine Richtung: Unicode → Punycode oder Punycode → Unicode.
- Tippe eine Domain, oder tippe auf einen Beispiel-Chip:
münchen.de,日本.jp,xn--mnchen-3ya.de,bücher.example. - Das Ergebnis erscheint groß und zentriert. Kopiere es, oder kopiere einen Teilen-Link zu deiner exakten Eingabe.
Der Swap-Knopf kehrt die Richtung um und übernimmt die aktuelle Ausgabe in die Eingabe. Kodiere eine Domain, tippe auf Swap, und das Tool dekodiert sie in einem Klick zurück.
Beispiele
| Eingabe | Ausgabe |
|---|---|
münchen.de |
xn--mnchen-3ya.de |
Bücher.DE |
xn--bcher-kva.de - die Eingabe wird gemäß IDNA zuerst kleingeschrieben |
café.fr |
xn--caf-dma.fr |
日本.jp |
xn--wgv71a.jp |
example.com |
example.com - reines ASCII passiert unverändert |
xn--mnchen-3ya.de |
münchen.de |
Wie Punycode funktioniert
DNS spricht nur ASCII. Resolver, Registries und Caches wurden alle auf Bytes gebaut, nicht auf Unicode. Dennoch wollen Menschen Domains in ihren eigenen Schriften - also reist ein internationalisierter Name verkleidet: Jedes Nicht-ASCII-Label wird in ein ASCII-Label mit dem Präfix xn-- komprimiert, und der Browser zeigt die Unicode-Form erst, nachdem die Suche erfolgreich war. Das Präfix ist der Marker, der sagt: „dekodiere mich, um das echte Label zurückzugewinnen“.
Die Kompression ist der clevere Teil. Ein Label wie münchen besteht größtenteils aus ASCII-Buchstaben plus einem Außenseiter (ü). Punycode, in RFC 3492 als Bootstring-Algorithmus definiert, packt die Außenseiter und ihre Positionen in ein kompaktes Suffix aus Base-36-Ziffern und Bindestrichen:
- Übernimm die ASCII-Zeichen der Reihe nach:
mnchen. - Hänge einen Bindestrich als Trenner an:
mnchen-. - Hänge delta-kodierte Werte an, die jedes eingefügte Zeichen und seine Position benennen:
3ya.
Das Ergebnis, xn--mnchen-3ya, gehört allein zu münchen - der Algorithmus ist umkehrbar, und das Kodieren der Dekodierung liefert immer wieder dasselbe Label. Das Dekodieren teilt das Label am Trenner, spielt die Deltas ab und fügt jedes Unicode-Zeichen an seiner aufgezeichneten Position wieder ein.
Zwei Abschlussregeln aus IDNA: Das Kodieren schreibt die Domain zuerst klein, weil Domains unabhängig von Groß- und Kleinschreibung verglichen werden und die ACE-Form immer klein ist. Das Dekodieren fasst nur Labels an, die mit xn-- beginnen; alles andere passiert wortwörtlich - aus not--valid wird also not--valid. Ein einziges fehlerhaftes xn---Label - eine falsche Ziffer, ein Abschnitt, ein Überlauf - verwirft die ganze Domain, und das Tool meldet genau das.
Gut zu wissen
- Privat: Die gesamte Konvertierung läuft 100 % clientseitig - deine Domain verlässt den Browser nie.
- Phishing-Warnung:
xn---Labels können vertraute Namen imitieren (Homograph-Angriffe). Browser zeigen die Punycode-Form, wenn Schriften innerhalb eines Labels gemischt sind; dieses Tool zeigt dir exakt, was ein beliebiges Label verbirgt. - Verwandte Tools: URL Inspector, HTML Entity Encoder, Slugify.