Nemzetközi Tartománynév

a magyar ábécé ékezetes karaktereivel, vagy akár cirill betűkkel vagy arab írással) mutatják – pl. ékezet.example.com. Ezeket a tartományneveket az internetes névfeloldást végző DNS-ben a Punycode átírás segítségével végső soron ASCII karakterláncokként tárolják.

A Domain Name Systemben, ami a felhasználóbarát doménneveket az internetes erőforrások elérését lehetővé tevő hálózati címekre fordítja, történelmi okokból kizárólag ASCII karaktereket használnak. Ezen a technikai korlátozáson egy olyan megoldással lehet átlépni, ami a nyelvspecifikus karaktereket kölcsönösen egyértelmű megfeleltetéssel ASCII karakterlánccá alakítja, ami már a DNS-sel kompatibilis.

A nemzetközi tartománynevek csak az erre az oda-visszaalakításra felkészített alkalmazásokkal használhatók (az alkalmazási réteg kezeli le őket); magát az internet infrastruktúráját nem kellett megváltoztatni miattuk.

A nemzetközi tartománynevek először Martin Dürst 1996 decemberi javaslatában szerepeltek, amit T.W. Tan irányítása mellett Tan Juay Kwang és Leong Kok Yong valósított meg, 1998-ban. Számos vita és az eredetivel versengő javaslat után az Internationalizing Domain Names in Applications (IDNA – magyarul „Alkalmazásokban használt nemzetközi tartománynevek”) nevű rendszert fogadták el szabványként, és ültették át a gyakorlatba jó néhány legfelső szintű tartományban.

Az IDNA szabványban a „nemzetközi tartománynév” kifejezés alatt azokat a tartományneveket értik, amikre az IDNA-ban leírt ToASCII algoritmus (lásd lejjebb) sikeresen alkalmazható. 2008 márciusában az IETF új IDN munkacsoportot alakított az IDNA protokoll megújítására.

2009 októberében az Internet Corporation for Assigned Names and Numbers (ICANN) engedélyezte az IDNA szabvány szerinti országkód szerinti legfelső szintű tartománynevek, tehát a legfelső szintű nemzetközi tartományok létrehozását. 2010 májusában léptek működésbe az első IDN ccTLD-k.

Az „alkalmazásokban használt nemzetközi tartománynevek” (Internationalizing Domain Names in Applications, IDNA) egy 2003-ban megalkotott mechanizmus a nem-ASCII karaktereket tartalmazó, nemzetköziesített tartománynevek kezelésére. Ezek a nevek vagy diakritikus jelekkel (mint a ñ, é betűkben) kiegészített latin betűs nevek, vagy latin betűket egyáltalán nem alkalmazó nyelveken vagy írásrendszerekben íródtak: arab írás, hangul, hiragana, kandzsi stb.

Bár maga a DNS nem csak ASCII karaktereket képes kezelni (bájtközpontú protokollként bármilyen oktettet képes lenne átvinni), az alkalmazások (e-mail, webböngésző) korlátozzák a doménnevekben (pl. hostname/állomásnév számára) használható karaktereket. Tulajdonképpen az alkalmazások által használt hálózati protokollok miatt kell a használható karakterek körét korlátozni, nem is maguk az alkalmazások vagy a DNS miatt.

A telepített alkalmazásokkal való visszamenőleges kompatibilitás miatt az IETF IDNA munkacsoportja úgy döntött, hogy a nemzetköziesített doménneveket olyan ASCII-alapú formára kell konvertálni, amit a webböngészők és más alkalmazások képesek lesznek kezelni. Az IDNA meghatározza, hogy a nem-ASCII karakterekkel írt név és az ASCII-alapú forma közötti konvertálást hogyan kell elvégezni.

Egy IDNA-kompatibilis alkalmazás képes a doménnevek nemzetközi és az ASCII alakjai közötti konvertálásra. DNS-lekérdezéseknél az ASCII alakot használja, de a felhasználó felé a teljes Unicode karakterkészlettel leírható alakot mutatja. Az IDNA-val nem kompatibilis alkalmazások nem képesek kezelni a nem-ASCII karakterekkel leírt doménneveket, mégis képesek lesznek elérni azokat, ha azok nevének (elég rejtélyesen kinéző) ASCII megfelelőjét kapják meg bemenetként.

Az ICANN 2003 júniusában iránymutatásokat adott ki az IDNA használatával kapcsolatban, és ennek alapján 2003 júliusában már lehetséges volt a .jp alá nemzetközi tartományneveket regisztrálni, az .info alá pedig 2004 márciusától. Magyarországon 2004. március 1-jétől vált lehetségessé ékezetes doménnevek bejegyzése. Számos doménregisztrátor tette lehetővé az IDNA használatát 2004-2005 között. Először 2003 júniusában adták ki az IDN iránymutatásokat amit azután 2005 novemberében frissítettek az adathalászattal kapcsolatos aggályokra válaszolva. Az országkód szerinti legfelső szintű tartományokra fókuszáló ICANN munkacsoport 2007 novemberében alakult meg.

A Mozilla 1.4, a Netscape 7.1, az Opera 7.11 voltak az első webböngészők, amik az IDNA-t támogatták. Az Internet Explorer 6-hoz külön bővítményre van szükség az IDN-támogatáshoz, míg az Internet Explorer 7.0 és a Windows Vistában bevezetett URL API-k már natívan támogatták az IDN-t.

A tartománynevek ASCII és nem-ASCII formái közötti konverziót a ToASCII és ToUnicode algoritmusok végzik. Ezeket nem a teljes tartománynévre futtatják le, hanem az egyes címkékre. Pl. ha a doménnév a www.example.com, akkor az egyes címkék a következők: www, example és com. A ToASCII és ToUnicode algoritmusokat egyenként mind a háromra le kell futtatni.

A két algoritmus meglehetősen komplex, a részleteket az RFC 3490 határozza meg. Az alábbiakban az algoritmusok áttekintése olvasható.

A ToASCII az ASCII címkéket változatlanul hagyja, és sikertelenül fut le, ha a címke nem felel meg a Domain Name System számára. Ha a címke legalább egy nem-ASCII karaktert tartalmaz, a ToASCII alkalmazza a Nameprep algoritmust, ami kisbetűssé konvertálja a címkét és más normalizációt is végez rajta, majd az eredményül kapott karakterláncot a Punycode segítségével fordítja le ASCII-ra, mielőtt elétenné a négykarakteres „xn--” szekvenciát. Ez a négy karakter együtt az ASCII-kompatibilitási előtag (ASCII Compatible Encoding – „ACE” – prefix), és az ASCII címkék és a Punycode-dal kódolt címkék megkülönböztetésére szolgál. A ToASCII algoritmus futása több ok miatt is sikertelenül végződhet: például az eredményül kapott karakterlánc hossza meghaladhatja a DNS-nevek 63 karakteres határértékét. Olyan címkét, amire a ToASCII nem futtatható le sikeresen nem lehet nemzetközi tartománynév részeként használni.

A ToUnicode a ToASCII hatását fordítja vissza; levágja az ACE-előtagot, és alkalmazza a Punycode-dekódoló algoritmust. A Nameprep-feldolgozást nem fordítja vissza, mivel az normalizációs műveletként természeténél fogva irreverzibilis. A ToASCII-tól eltérően a ToUnicode mindig sikeresen lefut, mert ha a dekódolás sikertelen, egyszerűen a kiindulási karakterláncot adja vissza. Ez azt is jelenti, hogy az ACE-előtag nélküli karakterláncokon nincs hatása a ToUnicode algoritmusnak.

Bővebben: Punycode

Az IDNA-kódolást illusztrálhatjuk a példaként használt Árvíztűrő.hu doménnel. Az Árvíztűrő egy gyakori példaszöveg része, míg a .hu Magyarország ccTLD-je. Így a domén két címkéből áll, ezek az Árvíztűrő és a hu. A második címke tisztán ASCII, ezért változatlanul marad. Az első címkére a Nameprepet alkalmazva az árvíztűrő sztringet kapjuk. Ezt a Punycode-on átfuttatva az eredmény rvztr-wqa0gx3bwi. Ennek az elejére fűzve az xn-- karakterláncot xn--rvztr-wqa0gx3bwi-t kapunk. A végleges, használható doménnév ezek szerint xn--rvztr-wqa0gx3bwi.hu.

Ha a ToUnicode-ot lefuttatjuk a végeredményre, árvíztűrő.hu-t kapunk, látszik tehát, hogy a normalizáció hatása nem fordult vissza.

Bővebben: Legfelső szintű nemzetközi tartomány

Egy legfelső szintű nemzetközi tartomány olyan országkód szerinti legfelső szintű tartomány (ccTLD), ami nem latin írással van leírva. Jelenleg (2010. május) négy ilyen IDN ccTLD létezik: az arab السعودية., مصر., امارات. és a cirill betűs .рф.

Léteznek további, tesztelésre használható legfelső szintű nemzetközi tartományok, mint a .δοκιμή, ami görög nyelven tesztet jelent. Lásd pl: https://web.archive.org/web/20130323103917/http://xn--hxajbheg2az3al.xn--jxalpdlp/ .

Léteznek olyan regisztrátorok, amelyek más módon támogatják a nem-ASCII tartományneveket. Például a thaiföldi ThaiURL.com saját, módosított DNS-ébe, a ThaiURL-be végez regisztrációkat. Az ilyen módosított DNS-t használó szervezetek nem vetik alá magukat az ICANN irányításának, ezért alternatív DNS-gyökérnek tekinthetők. Így az ide regisztrált doméneket a legtöbb internetszolgáltató nem fogja támogatni, és a felhasználók többsége nem tudja feloldani az itt bejegyzett doménneveket, csak ha manuálisan átállítja a számítógépét az alternatív DNS-kiszolgáló használatára.

Bővebben: IDN-homográfia-támadás

A teljes Unicode karakterkészlet használata a doménnevekben sebezhetővé teszi az oldalakat a hamisításos támadásokkal (spoofing) szemben; egyes IDN-karakterek hasonlóak lehetnek egymáshoz, vagy más ASCII karakterekhez. Például a cirill kis „а” betű (Unicode: U+0430) a legtöbb betűtípusban megegyezik a latin kis „a” betűvel (Unicode: U+0061), így a webböngésző címsorában problémát okozhat az egy-egy betűben eltérő, homografikus URL-ek megkülönböztetése. A probléma persze az IDN tartománynevek előtt is fennállt, pl. a felületes szemlélő könnyen összetévesztheti a rnicrosoft.com és a microsoft.com doméneket.

Ezen jogos aggodalmak miatt a webböngészők, noha meg tudnák jeleníteni az IDN webcímeket, nem minden esetben teszik meg ezt. A Google Chrome pl. csak a nyelvi beállításokban megadott nyelvekhez tartozó IDN-karaktereket jeleníti meg, egyébként az ASCII-változatot mutatja; egyes más webböngészők fehérlisták (pozitív kivétellisták) segítségével döntenek a megjelenítési módok között.

• Lásd még: Legfelső szintű nemzetközi tartományok.
• .ar: (á, à, â, é, è, ê, í, ì, ó, ò, ô, ú, ü, ñ, ç) 2009-től. Lásd a FAQ-t.
• .ac: lásd a részleteket.
• .ae
• .at: lásd a részleteket.
• .bd
• .bg: az ASCII mellett a bolgár nyelvben megtalálható cirill betűk elfogadhatók.
• .biz: A NeuLevel/NeuStar támogatja a dán, finn, izlandi, japán, kínai, koreai, lett, litván, lengyel, magyar, német, norvég, portugál, spanyol és svéd IDN-eket a .biz alatt:.
• .br (2005. május 9.) a portugál (brazil) neveket: lásd a részleteket.
• .cat (2006. február 14.) katalán neveket támogatnak, lásd a részleteket.
• .ch (2004. március 1.)
• .cl (2005. szeptember 21.), (á, é, í, ó, ú, ü, ñ): lásd a részleteket.
• .cn: Egyszerűsített kínai karakterek, lásd a részleteket itt, illetve itt.
• .com: lásd a részleteket.
• .de (2004. március 1.): lásd a részleteket.
• .dk (2004. január 1.), (æ, ø, å, ö, ä, ü, & é): lásd a részleteket.
• .es (2007. október 2.), (á, à, é, è, í, ï, ó, ò, ú, ü, ñ, ç, l·l): lásd a részleteket^{[halott link]}.
• .eu (2009. június 26.)
• .fi (2005. szeptember 1.): lásd a részleteket.
• .gr (2005. július 4.) görög neveket támogatnak, lásd a részleteket.
• .hk (2007. március 8.) kínai karakterek, lásd a részleteket Archiválva 2013. május 14-i dátummal a Wayback Machine-ben.
• .hu (2004. március 1.), (á, é, í, ó, ö, ő, ú, ű): lásd a részleteket Archiválva 2010. február 11-i dátummal a Wayback Machine-ben.
• .ie
• .id
• .info (2003. március 19.): lásd a részleteket
• .io: lásd a részleteket.
• .ir: lásd a részleteket.
• .is (2004. július 1.): lásd a részleteket.
• .jp (2003. július), japán karakterekre (kandzsi, hiragana és katakana).
• .kr (2003. augusztus), koreai karakterekre.
• .li (2004. március 1.)
• .lt (2003. március 30.), (ą, č, ę, ė, į, š, ų, ū, ž): lásd a részleteket.
• .lv (2004): lásd a részleteket.
• .museum (2004. január 20.): lásd a részleteket.
• .mn
• .net: lásd a részleteket.
• .no (2004. február 9.): lásd a részleteket.
• .nu: lásd a részleteket Archiválva 2010. február 9-i dátummal a Wayback Machine-ben.
• .org (2005. január 18.)
• .pe (2007. december 8.): lásd a részleteket.
• .pl (2003. szeptember 11.): lásd a részleteket.
• .pt (2005. július 1.), portugál karakterekre.
• .se (2003. október), svéd karakterekre, 2007 nyarától finn, meänkieli, romani, számi és jiddis nyelvek karaktereire: lásd a részleteket.
• .sh: lásd a részleteket.
• .su: lásd a részleteket.
• .tm: lásd a részleteket.
• .tr (2006. november 14.): lásd a részleteket.
• .tw: hagyományos kínai karakterek: lásd a részleteket.
• .vn: vietnámi: lásd a részleteket.
• .ws

• Ez a szócikk részben vagy egészben az Internationalized domain name című angol Wikipédia-szócikk ezen változatának fordításán alapul. Az eredeti cikk szerkesztőit annak laptörténete sorolja fel. Ez a jelzés csupán a megfogalmazás eredetét és a szerzői jogokat jelzi, nem szolgál a cikkben szereplő információk forrásmegjelöléseként.

• A magyar ékezetes karaktereket tartalmazó doménekről Archiválva 2010. február 11-i dátummal a Wayback Machine-ben
• DNS-problémák, újdonságok