--- id: "idn" kind: "glossary-term" title: "IDN" language: "de" category: "DNS und technische Grundlagen" updated: "2026-10-10T23:13:06Z" canonical: "https://tldlog.com/de/glossar/idn/" translations: en: "https://tldlog.com/glossary/idn/" es: "https://tldlog.com/es/glosario/idn/" fr: "https://tldlog.com/fr/glossaire/idn/" it: "https://tldlog.com/it/glossario/idn/" pt-BR: "https://tldlog.com/pt/glossario/idn/" ru: "https://tldlog.com/ru/glossariy/idn/" zh-Hans: "https://tldlog.com/zh/cihui/idn/" --- # IDN internationalisierter Domainname Ein Domainname, der Zeichen jenseits der einfachen englischen Buchstaben, der Ziffern und des Bindestrichs verwendet, etwa Buchstaben mit Akzent oder arabische, chinesische oder kyrillische Schrift. Das DNS speichert diese Namen in einer ASCII-Form namens Punycode, die mit „xn--“ beginnt. IDNs ermöglichen Namen in der eigenen Sprache. Ein internationalisierter Domainname (IDN) nutzt mehr als die Buchstaben a bis z, die Ziffern und den Bindestrich: Buchstaben mit diakritischen Zeichen wie ñ oder ü oder Schriften wie Arabisch, Chinesisch oder Kyrillisch. Menschen sehen und tippen den Namen in ihrer eigenen Schrift, während das DNS im Hintergrund mit einer Version aus einfachen Buchstaben arbeitet. Die meisten Probleme mit IDNs entstehen aus dem Unterschied zwischen diesen beiden Formen. ## Was ein internationalisierter Domainname ist RFC 5890, im August 2010 von der IETF veröffentlicht, definiert einen IDN als Domainnamen mit mindestens einem internationalisierten Label. Dieses Label kann der registrierte Name sein, etwa ein Name mit ñ unter .es, oder die Top-Level-Domain selbst, etwa .рф. ## Wie es im Hintergrund funktioniert: Punycode, A-Labels und U-Labels IDNs funktionieren Label für Label, nie für den ganzen Namen. Jedes internationalisierte Label hat zwei Formen: - Das **U-Label** ist die Form, die Menschen lesen und tippen, in Unicode-Zeichen. - Das **A-Label** ist seine ASCII-Entsprechung: das Präfix xn-- gefolgt von der Ausgabe des Punycode-Algorithmus, die höchstens 59 Zeichen lang sein kann, da ein Label höchstens 63 Zeichen hat. Software wandelt jedes U-Label in sein A-Label um, bevor sie das DNS abfragt: Laut ICANN verwenden DNS-Vorgänge ausschließlich A-Labels. RFC 5890 behält das Wort Punycode für das Umwandlungsverfahren vor (RFC 3492, März 2003), nicht für die entstehende Zeichenfolge. Das aktuelle Regelwerk, IDNA2008 (RFCs 5890 bis 5894), hat IDNA2003 ersetzt, aber Punycode und das Präfix xn-- beibehalten. Einige Zeichen haben sich geändert: Das deutsche ß und das griechische Schluss-ς sind in IDNA2008 gültig, während IDNA2003 sie auf andere Zeichen abbildete; ein Name, der sie enthält, hat daher jetzt ein anderes A-Label als das, das ältere Software abfragt. ## Welche Zeichen jede Registry zulässt IDNA2008 setzt die äußere Grenze. Innerhalb dieser Grenze schreibt RFC 5890 IDN-Registrys Einschränkungen vor, und RFC 5891 erwartet, dass Registrys auf jeder Ebene des DNS eigene Richtlinien festlegen. Viele veröffentlichen IDN-Tabellen, Listen der Zeichen, die sie für eine Sprache oder Schrift akzeptieren, die die IANA in ihrem Repository of IDN Practices sammelt. Label Generation Rules (LGR) sind deren formale, maschinenlesbare Fassung (RFC 7940). Für Top-Level-Domains nutzt die ICANN die Root Zone Label Generation Rules (RZ-LGR). Stand Oktober 2026 umfasst die aktuelle Fassung, RZ-LGR-6, 27 Schriften, darunter die lateinische. Für .es legen der nationale Plan für Domainnamen (Orden ITC/1542/2005) und Red.es Stand Oktober 2026 diese Regeln fest: - die Buchstaben a bis z, die Ziffern 0 bis 9 und der Bindestrich, nie als erstes oder letztes Zeichen; - 13 weitere Zeichen: á, à, é, è, í, ï, ó, ò, ú, ü, ñ, ç und l·l; - 3 bis 63 Zeichen auf der zweiten Ebene, 2 bis 63 auf der dritten; - kein Name darf mit xn-- beginnen, und Großbuchstaben gelten als Kleinbuchstaben. Für das katalanische l·l erlaubt IDNA2008 den Mittelpunkt nur zwischen zwei l, nicht den Einzelbuchstaben ŀ. ## Varianten und ähnlich aussehende Zeichen Manche Schriftgemeinschaften, etwa Nutzer der arabischen Schrift und der Han-Schrift, behandeln zwei verschiedene Zeichenfolgen als denselben Namen. Das sind IDN-Varianten. Ähnlich aussehende Zeichen sind ein anderes Problem: Zeichen aus verschiedenen Schriften, die gleich aussehen, etwa ein griechisches Omikron zwischen lateinischen Buchstaben. Ein Homograph-Angriff nutzt sie, um einen gefälschten Namen echt aussehen zu lassen. Einschränkungen der Registrys und LGRs begrenzen solche Mischungen, und die Prüfung der ICANN auf Ähnlichkeit von Zeichenfolgen lehnt beantragte TLDs ab, die bestehenden optisch ähneln. ## IDN-Top-Level-Domains in nichtlateinischen Schriften Länderspezifische IDN-TLDs entstehen über den IDN ccTLD Fast Track, den der ICANN-Vorstand im Oktober 2009 in Seoul genehmigt hat. Ein Land oder Territorium auf der Liste ISO 3166-1 kann seinen Namen in einer anderen als der lateinischen Schrift beantragen; .es fällt daher nicht darunter. Generische IDN-TLDs entstehen über die Runden der ICANN für neue gTLDs. In der Runde 2026 muss ein beantragter IDN IDNA2008 und RZ-LGR-6 entsprechen. Eine Variante geht an dieselbe Registry unter einem einzigen Registry Agreement, und jede Variante braucht eine Begründung. Stand Oktober 2026 zahlen Betreiber bestehender gTLDs für bis zu vier Varianten keine Basis-Bewerbungsgebühr. Stand Oktober 2026 beginnen rund 150 TLDs in der Root Zone Database der IANA mit xn-- (unsere Zählung), und die ICANN nennt mehr als 60 IDN-ccTLDs. Beispiele sind .рф (xn--p1ai), die länderspezifische TLD für Russland, und die generische .vermögensberater (xn--vermgensberater-ctb). ## Wo IDNs noch scheitern: E-Mail, Apps und Formulare Das Ziel, dass jeder gültige Domainname und jede gültige E-Mail-Adresse in jeder Software funktioniert, nennt die ICANN Universal Acceptance. Formulare, die Buchstaben mit diakritischen Zeichen ablehnen, sind ein typischer Fehler. E-Mail braucht eigene Standards, Email Address Internationalization (EAI), eingeführt mit RFC 6530 im Februar 2012. Als mehrsprachige .es-Domains 2007 geöffnet wurden, warnte Red.es, dass IDN-E-Mail selten sei und manche Software die xn--Form anzeigen würde. Das war der Stand von 2007. ## Beispiel: Registrierung eines spanischen Namens mit ñ Nehmen wir den Beispielnamen peña.example: Software wandelt das Label peña in xn--pea-8ma um, daher sieht das DNS xn--pea-8ma.example. Da .example reserviert ist, zeigt dies nur die Umwandlung. Im eigenen veröffentlichten Beispiel von Red.es wird eñe zu xn--ee-zja. Für eine .es-Domain mit ñ: 1. Prüfen, dass sie nur die oben genannten zulässigen Zeichen und Längen nutzt. 2. Sie über einen .es-Registrar registrieren, der seinen eigenen Preis festlegt. Red.es registriert nur in sehr speziellen Fällen direkt; Stand Oktober 2026 beträgt sein Direktpreis 33,38 Euro pro Jahr einschließlich Mehrwertsteuer, ohne gesonderten Preis für mehrsprachige Namen. Die Registry erfasst den Namen dann, und das DNS arbeitet mit seinem A-Label. Die herangezogenen Quellen sagen nicht, ob er mit demselben Namen ohne ñ verknüpft wird. ## Quellen - [Repository of IDN Practices (IANA)](https://www.iana.org/domains/idn-tables) - [Root Zone Label Generation Rules (ICANN)](https://www.icann.org/resources/pages/root-zone-lgr-2015-06-21-en) - [IDN ccTLD Fast Track Process (ICANN)](https://www.icann.org/resources/pages/fast-track-2012-02-25-en) - [Universal Acceptance (UA) (ICANN)](https://www.icann.org/ua) ## verwandte begriffe - [Punycode](https://tldlog.com/de/glossar/punycode/) - [U-Label](https://tldlog.com/de/glossar/u-label/) - [A-Label](https://tldlog.com/de/glossar/a-label/) - [IDN-TLD](https://tldlog.com/de/glossar/idn-tld/) - [ASCII](https://tldlog.com/de/glossar/ascii/)