Warum Domains zwischen Unicode und ASCII konvertieren
Eine internationalisierte Domain hat eine lesbare Unicode-Form und eine ASCII-Form für Anwendungen, die dieses Format erwarten. Der Punycode-Konverter arbeitet in beide Richtungen: café.fr und xn--caf-dma.fr bezeichnen denselben Namen.
Um die ASCII-Form einer Domain zu erhalten, wird ein Zeichen mit Akzent kodiert. Das é zu entfernen oder durch e zu ersetzen, würde die Schreibweise des gesuchten Namens ändern.
Bei der Arbeit mit Domains treten drei Anwendungsfälle häufig auf:
- Ein Konfigurationsfeld ausfüllen, das ASCII verlangt, und dabei den exakten internationalisierten Namen beibehalten.
- Einen Namen mit dem Präfix
xn--in einem Protokoll oder Export lesen und seine Unicode-Zeichen wiederherstellen. - Domains aus URLs oder E-Mail-Adressen vergleichen, ohne den benötigten Teil von Hand zu kopieren.
Den Konverter in 3 Schritten verwenden
Fügen Sie Ihre Eingaben in das Textfeld ein, klicken Sie auf Konvertieren und prüfen Sie beide Formen jeder Domain. Die Verarbeitung startet über die Schaltfläche; Sie müssen keine Richtung auswählen.
Schritt 1: Namen einfügen
Geben Sie eine Domain, URL oder E-Mail-Adresse pro Zeile ein, bis zu 20 nicht leere Zeilen. Sie können diese Formate im selben Durchlauf mischen.
captaindns.com
café.fr
xn--caf-dma.fr
https://café.fr/contact?lang=fr
contact@café.fr
Aus der URL extrahiert das Tool den Host café.fr. Bei der E-Mail-Adresse übernimmt es die Domain nach @. Das Ergebnis bezieht sich auf diesen Namen, ohne den Pfad /contact, die Parameter oder den Teil contact@.
Schritt 2: Konvertierung starten
Klicken Sie auf Konvertieren, sobald Ihre Liste fertig ist. Das Präfix xn-- löst die Konvertierung nach Unicode aus; in der anderen Richtung erzeugt das Tool die ASCII-Form.
Die Erkennung erfolgt für jede Eingabe einzeln. Sie können also café.fr und xn--caf-dma.fr in dasselbe Textfeld einfügen, ohne zwischen den Zeilen Einstellungen zu ändern.
Schritt 3: Gewünschte Form kopieren
Kopieren Sie die ASCII-Form für ein Feld, das sie verlangt, oder die Unicode-Form, um den Namen zu lesen. Nach jeder erfolgreichen Konvertierung bleiben beide sichtbar.
Ein Fehler betrifft die markierte Zeile. Korrigieren Sie diese Eingabe und starten Sie die Verarbeitung erneut; die Ergebnisse der anderen Zeilen bleiben nutzbar.
Punycode und IDNA: Algorithmus und Verarbeitungsregeln
Punycode ist der Algorithmus, der eine Unicode-Zeichenfolge in ASCII kodiert; IDNA regelt die Verwendung internationalisierter Namen in Anwendungen. Der Algorithmus ist in RFC 3492 definiert, während RFC 5890 die Begriffe von IDNA2008 festlegt.
Die Verarbeitung erfolgt pro Label, also pro Namensteil, der durch einen Punkt getrennt ist. In café.fr wird das Label café zu xn--caf-dma, und fr bleibt unverändert. Bei einem IDNA-konformen Label heißt die ASCII-Form mit Präfix A-Label und die entsprechende Unicode-Form U-Label.
Unicode : café.fr
ASCII : xn--caf-dma.fr
Dieser Konverter verwendet das UTS-46-Lookup-Profil im nichttransitionalen Modus. Das Zeichen ß bleibt erhalten: straße.de wird zu xn--strae-oqa.de, ohne Ersetzung durch ss. Die Regeln zur Zuordnung und Normalisierung sind im Unicode-Standard UTS-46 beschrieben.
Die Engine akzeptiert auch Emojis: 🍕.ws wird zu xn--vi8h.ws. Dieses Ergebnis beschreibt das Konvertierungsverhalten des Tools. Es ist weder eine Erlaubnis zur Registrierung des Namens bei einer Registry noch eine Bestätigung, dass alle Registrierungsregeln von IDNA2008 erfüllt sind.
Was das Tool leistet und wo seine Grenzen liegen
Der Konverter verarbeitet die Schreibweise der Domain und meldet Eingabefehler pro Zeile. Er fragt weder DNS-Server noch Registrierungsdaten der Domain ab.
| Eingabe oder Bedarf | Was das Tool tut | Was es nicht tut |
|---|---|---|
| Unicode- oder Punycode-Domain | Zeigt die Unicode- und ASCII-Form an | Bestätigen, dass die Domain existiert |
| Vollständige URL | Extrahiert und konvertiert den Host | Den Pfad oder die Parameter kodieren |
| E-Mail-Adresse | Extrahiert und konvertiert die Domain | Den Teil vor @ konvertieren oder das Postfach prüfen |
| Namensliste | Verarbeitet bis zu 20 nicht leere Zeilen mit einzelnen Fehlermeldungen | Eine unbegrenzt lange Liste in einem Durchlauf verarbeiten |
| DNS-Diagnose | Liefert den ASCII-Namen zur weiteren Verwendung | Eine IP-Adresse oder MX-, TXT-Einträge abfragen |
| Domainregistrierung | Liefert die konvertierte Form | Die Verfügbarkeit oder die Regeln der Registry prüfen |
Konkrete Anwendungsfälle
Die Konvertierung hilft, ein Problem mit der Schreibweise eines Namens einzugrenzen, bevor Sie die Diagnose fortsetzen. Die folgenden Situationen zeigen, welche Form Sie benötigen und welche Prüfung anschließend sinnvoll ist.
Störung 1: Ein Konfigurationsfeld lehnt den Akzent ab
Wenn ein Feld einen ASCII-Namen verlangt, verwenden Sie xn--caf-dma.fr für café.fr. Das Zeichen mit Akzent von Hand zu ersetzen, würde die Domain ändern.
Das Symptom ist eine abgelehnte Unicode-Eingabe in Ihrer Verwaltungsoberfläche. Fügen Sie den Namen in den Konverter ein, kopieren Sie die ASCII-Form und tragen Sie diese in das betreffende Feld ein. Wenn die Oberfläche den Namen akzeptiert, der Dienst aber weiterhin nicht erreichbar ist, fahren Sie mit einer DNS-Abfrage fort: Die Konvertierung allein erklärt diesen Ausfall nicht.
Störung 2: Ein Export enthält einen unlesbaren Namen
Ein Name wie xn--caf-dma.fr in einem Export lässt sich zu café.fr dekodieren. Dieser Darstellungsunterschied kann erklären, warum zwei Listen scheinbar unterschiedliche Domains enthalten.
Das Symptom tritt beim Abgleich eines technischen Exports mit einer Liste auf, die mit Akzenten eingegeben wurde. Konvertieren Sie die betreffenden Einträge, vergleichen Sie ihre ASCII-Formen und behalten Sie die Unicode-Form für die menschliche Lesbarkeit bei. Fügen Sie beide Formen dem Supportticket hinzu, damit der Name nicht erneut von Hand übertragen werden muss.
Störung 3: Ein Link oder ein Empfänger verursacht Probleme
Die Konvertierung einer URL oder E-Mail-Adresse liefert nur Informationen über deren Domain. Ein falsch kodierter Pfad oder ein nicht vorhandenes Postfach erfordert eine andere Prüfung.
Bei https://café.fr/contact?lang=fr oder contact@café.fr lautet der ermittelte ASCII-Name xn--caf-dma.fr. Betrifft das Symptom den Zugriff auf die Website, prüfen Sie anschließend deren DNS-Einträge. Bei einem E-Mail-Problem untersuchen Sie die MX-Einträge; bei einem falsch kodierten Linkparameter verwenden Sie den URL-Encoder.
FAQ - Häufig gestellte Fragen
Die Ergebnisse zeigen zwei Schreibweisen des Namens, selbst wenn diese identisch sind. So lassen sich Präfixe, Fehler und Eingabegrenzen einordnen.
Was bedeutet xn--?
Das Präfix xn-- kennzeichnet ein in Punycode kodiertes ASCII-Label innerhalb eines internationalisierten Namens. Ein Label ist ein durch Punkte abgegrenzter Teil des Namens: In xn--caf-dma.fr entspricht es café. Behalten Sie dieses Präfix beim Kopieren der ASCII-Form bei.
Was ist der Unterschied zur Prozentkodierung?
Punycode kodiert die Labels des Hostnamens; die Prozentkodierung stellt Bytes in URL-Bestandteilen als %XX dar. xn--caf-dma.fr ist die ASCII-Form von café.fr, während %C3%A9 das Zeichen é in UTF-8 kodiert. Verwenden Sie den URL-Encoder für einen Pfad oder einen Parameterwert.
Ist das eine DNS-Auflösung?
Nein. Der Konverter überträgt den Namen, ohne dessen DNS-Einträge abzufragen. Ein Konvertierungsergebnis belegt daher nicht, dass die Domain existiert oder antwortet. Verwenden Sie DNS Lookup, um A-, MX- oder TXT-Einträge abzufragen.
Warum erscheint example.com zweimal?
example.com besteht bereits aus ASCII-Zeichen: Die ASCII- und Unicode-Form sind identisch. Das Tool zeigt immer beide Formen an, auch wenn sich kein Zeichen ändert. Dasselbe Ergebnis ist bei captaindns.com zu erwarten; die doppelte Anzeige ist kein Fehler.
Warum wird ein Leerzeichen innerhalb des Namens abgelehnt?
Ein Leerzeichen innerhalb der Domain, wie in café .fr, macht den Namen ungültig. Das Tool entfernt Leerraum am Anfang und Ende, korrigiert aber keine Leerzeichen im Inneren. Ändern Sie die Zeile zu café.fr und starten Sie die Konvertierung erneut.
Wie viele Zeilen lassen sich konvertieren?
Die Obergrenze liegt bei 20 nicht leeren Zeilen pro Durchlauf, mit einer Eingabe pro Zeile. Leere Zeilen werden ignoriert. Innerhalb dieser Grenze erhält jede ungültige Zeile eine eigene Meldung, ohne die Konvertierung der anderen zu verhindern. Teilen Sie längere Listen auf mehrere Durchläufe auf.
Ergänzende Tools
Fragen Sie DNS ab, um die Einträge einer Domain zu ermitteln, und RDAP für deren Registrierungsdaten. Der URL-Encoder verarbeitet Pfade und Parameter, die außerhalb des Aufgabenbereichs des Punycode-Konverters liegen.
| Tool | Nutzen nach der Konvertierung |
|---|---|
| DNS Lookup | A-, MX- oder TXT-Einträge des ermittelten Namens abfragen |
| RDAP | Veröffentlichte Registrierungsdaten der Domain abrufen |
| URL-Encoder / -Decoder | Einen Pfad oder Parameterwert per Prozentkodierung kodieren oder dekodieren |
Weiterführende Ressourcen
RFC 3492 beschreibt die Punycode-Kodierung; UTS-46 beschreibt die Unicode-Kompatibilitätsverarbeitung für IDNA. RFC 5890 legt die Terminologie für internationalisierte Labels fest.
- RFC 3492: Punycode-Algorithmus, mit Verfahren zur Kodierung und Dekodierung sowie ausführlichen Beispielen.
- Unicode UTS-46: IDNA-Kompatibilitätsverarbeitung, mit Normalisierungsregeln sowie den Operationen ToASCII und ToUnicode.
- RFC 5890: Definitionen und Rahmen von IDNA2008, insbesondere die Definitionen von A-Label und U-Label.