Punycode-Konverter — Umlaut-Domain in xn-- umwandeln und zurück
Konverter zwischen Unicode-Domainnamen und ihrer xn--Punycode-Form
Verarbeitung im Browser · kein Hochladen
Auch vollständige URLs funktionieren; umgewandelt wird nur der Host. Ersetzen Sie die Beispiele durch Ihre eigenen Domains.
Richtung
Unicode → xn-- verwendet den URL-Parser des Browsers (IDNA-Verarbeitung nach UTS #46), das Ergebnis ist also die Adresse, mit der sich der Browser tatsächlich verbindet: Groß- und Vollbreitenbuchstaben werden vereinheitlicht und zerlegte Zeichen zusammengesetzt. xn-- → Unicode dekodiert Punycode nach RFC 3492 und prüft, ob die Rückumwandlung denselben Namen ergibt. Alles läuft in Ihrem Browser.
Was das Tool ist
Der Punycode-Konverter wandelt internationalisierte Domainnamen in die xn–Form um, die DNS verwendet, und macht xn–Namen wieder lesbar. Browser zeigen einen Namen wie bücher.example oder 한글.kr in der Adresszeile an, verbinden sich intern aber mit xn–bcher-kva.example oder xn–bj0bj06e.kr. Nutzen Sie das Tool, wenn eine Serverkonfiguration, ein DNS-Eintrag oder ein Zertifikatsformular die ASCII-Fassung verlangt oder wenn Sie einen xn–Namen aus einem Log lesen möchten.
Anleitung
- Geben Sie eine Domain pro Zeile ein. Vollständige URLs sind in Ordnung; umgewandelt wird nur der Host.
- Wählen Sie eine Richtung oder lassen Sie „Automatisch“ stehen, damit für jede Zeile einzeln entschieden wird.
- Lesen Sie für jede Zeile das Ergebnis oder den Grund des Fehlers ab.
- Kopieren Sie alle erfolgreichen Ergebnisse, eines pro Zeile.
So funktioniert es
- Unicode → xn– verwendet den URL-Parser des Browsers, die Ausgabe ist also genau das, womit sich der Browser verbindet. Dabei wird UTS #46 (IDNA-Kompatibilitätsverarbeitung) angewendet: Vereinheitlichung von Groß-/Kleinschreibung und Zeichenbreite sowie Normalisierung, danach Punycode nach RFC 3492 für jedes Nicht-ASCII-Label.
- xn– → Unicode dekodiert jedes xn–Label nach RFC 3492 und prüft, ob eine erneute Kodierung des Ergebnisses denselben Namen ergibt; andernfalls wird die Zeile als ungültig markiert.
- Pfade, Ports, Benutzerangaben und ein abschließender Punkt werden zuerst entfernt. Eine vollständige Domain darf bis zu 253 Zeichen lang sein.
Beispiele
| Eingabe | Ergebnis |
|---|---|
| bücher.example | xn–bcher-kva.example |
| 한글.kr | xn–bj0bj06e.kr |
| xn–bj0bj06e.kr | 한글.kr |
| https://bücher.example/path | xn–bcher-kva.example |
| ＥＸＡＭＰＬＥ.com | example.com |
| a b.com | Fehler: Leerzeichen sind nicht erlaubt |
Wenn Sie eine internationalisierte Domain registrieren, tragen Sie die xn–Form als Servernamen in Ihren Webserver und in Zertifikatsanträge ein und verwenden Sie die lesbare Form für Visitenkarten und Marketing. Fügen Sie eine ganze Liste ein, um viele Domains auf einmal umzuwandeln, und kopieren Sie dann alle Ergebnisse zusammen.
Häufige Fragen
Was ist Punycode?
DNS kennt nur Buchstaben, Ziffern und Bindestriche. Eine Domain mit Zeichen wie ü, 한 oder 日 wird daher mit Punycode (RFC 3492) kodiert und erhält das Präfix xn--. Aus bücher.example wird xn--bcher-kva.example.
Wann brauche ich die xn--Form?
In DNS-Einträgen, in der Webserver-Konfiguration, bei Anträgen für TLS-Zertifikate und in E-Mail-Einstellungen, die meist die ASCII-Form erwarten. Die umgekehrte Richtung hilft, wenn ein xn--Name in Logs oder Headern auftaucht.
Was passiert mit Großbuchstaben oder Vollbreitenzeichen?
Sie werden vor der Kodierung genauso vereinheitlicht wie im Browser (UTS #46), und zerlegte Zeichen werden zusammengesetzt. Leerzeichen und Symbole, die in Domainnamen nicht erlaubt sind, führen zu einem Fehler.
Wie funktioniert die automatische Richtung?
Jede Zeile wird einzeln geprüft. Eine reine ASCII-Zeile mit einem xn--Label wird dekodiert, alles andere wird kodiert. Wählen Sie eine Richtung, um eine davon zu erzwingen.
Werden die Domains abgefragt oder irgendwohin gesendet?
Nein. Die Umwandlung läuft in Ihrem Browser und kontaktiert die Domains nie.
