Nom de domaine internationalisé

Un article de Wikipédia, l'encyclopédie libre
Aller à la navigation Aller à la recherche
Exemple d'IDN grec avec nom de domaine en alphabet non latin : ουτοπία.δπθ.gr

[1] Un nom de domaine internationalisé ( IDN ) est un nom de domaine Internet qui contient au moins une étiquette qui s'affiche dans les applications logicielles , en tout ou en partie, dans une écriture ou un alphabet spécifique à une langue, comme l' arabe , le chinois , le cyrillique . , Devanagari , hébreu ou les caractères de l'alphabet latin avec signes diacritiques ou ligatures , comme le français . Ces systèmes d'écriture sont codés par les ordinateurs en multi-octets Unicode . Les noms de domaine internationalisés sont stockés dans le système de noms de domaine (DNS) sous forme de chaînes ASCII à l' aide de la transcription Punycode .

Le DNS, qui effectue un service de recherche pour traduire des noms conviviaux en adresses réseau pour localiser les ressources Internet, est limité en pratique [1] à l'utilisation de caractères ASCII, une limitation pratique qui a initialement fixé la norme pour les noms de domaine acceptables. L'internationalisation des noms de domaine est une solution technique pour traduire les noms écrits dans des scripts natifs en une représentation textuelle ASCII compatible avec le DNS. Les noms de domaine internationalisés ne peuvent être utilisés qu'avec des applications spécialement conçues pour une telle utilisation ; ils ne nécessitent aucun changement dans l'infrastructure d'Internet.

IDN a été initialement proposé en décembre 1996 par Martin Dürst [2] [3] et mis en œuvre en 1998 par Tan Juay Kwang et Leong Kok Yong sous la direction de Tan Tin Wee. [ citation nécessaire ] Après de nombreux débats et de nombreuses propositions concurrentes, un système appelé Internationalizing Domain Names in Applications (IDNA) [4] a été adopté comme norme et a été mis en œuvre dans plusieurs domaines de premier niveau .

Dans IDNA, le terme nom de domaine internationalisé désigne spécifiquement tout nom de domaine composé uniquement d'étiquettes auxquelles l' algorithme IDNA ToASCII (voir ci-dessous) peut être appliqué avec succès. En mars 2008, l' IETF a formé un nouveau groupe de travail IDN pour mettre à jour [5] le protocole IDNA actuel. En avril 2008, l' UN-ESCWA, en collaboration avec le Public Interest Registry (PIR) et Afilias, a lancé le groupe de travail sur l'écriture arabe dans les IDN (ASIWG), qui comprenait des experts en DNS, ccTLDopérateurs, entreprises, universités, ainsi que des membres d'organisations régionales et internationales. Présidé par Ram Mohan d'Afilias, l'ASIWG vise à développer une table IDN unifiée pour l'écriture arabe et a constitué un exemple de collaboration communautaire qui aide l'expertise locale et régionale à s'engager dans l'élaboration de politiques mondiales ainsi que dans la normalisation technique. [6]

En octobre 2009, l' Internet Corporation for Assigned Names and Numbers (ICANN) a approuvé la création de domaines de premier niveau de code de pays internationalisés (IDN ccTLD) sur Internet qui utilisent la norme IDNA pour les scripts en langue maternelle. [7] [8] En mai 2010, les premiers IDN ccTLD ont été installés dans la zone racine du DNS . [9]

Internationaliser les noms de domaine dans les applications

L'internationalisation des noms de domaine dans les applications (IDNA) est un mécanisme défini en 2003 pour gérer les noms de domaine internationalisés contenant des caractères non ASCII .

Bien que le système de noms de domaine prenne en charge les caractères non ASCII, les applications telles que les e-mails et les navigateurs Web restreignent les caractères pouvant être utilisés comme noms de domaine à des fins telles qu'un nom d'hôte . À proprement parler, ce sont les protocoles réseau utilisés par ces applications qui ont des restrictions sur les caractères pouvant être utilisés dans les noms de domaine, et non les applications qui ont ces limitations ou le DNS lui-même. [ citation nécessaire ] Pour conserver la rétrocompatibilité avec la base installée, le groupe de travail IETF IDNA a décidé que les noms de domaine internationalisés devraient être convertis en une forme ASCII appropriée qui pourrait être gérée par les navigateurs Web et autres applications utilisateur.[ citation nécessaire ] IDNA spécifie comment cette conversion entre les noms écrits en caractères non-ASCII et leur représentation basée sur ASCII est effectuée. [ citation nécessaire ]

Une application compatible IDNA est capable de convertir entre les représentations internationalisées et ASCII d'un nom de domaine. Il utilise la forme ASCII pour les recherches DNS, mais peut présenter la forme internationalisée aux utilisateurs qui préfèrent probablement lire et écrire des noms de domaine dans des scripts non ASCII tels que l'arabe ou l'hiragana. Les applications qui ne prennent pas en charge IDNA ne seront pas en mesure de gérer les noms de domaine avec des caractères non ASCII, mais pourront toujours accéder à ces domaines si on leur donne l'équivalent ASCII (généralement plutôt cryptique).

L'ICANN a publié des directives pour l'utilisation de l'IDNA en juin 2003, et il était déjà possible d'enregistrer des domaines .jp en utilisant ce système en juillet 2003 et des domaines .info [10] en mars 2004. Plusieurs autres registres de domaines de premier niveau ont commencé à accepter les enregistrements en 2004 et 2005. Les directives IDN ont été créées pour la première fois [11] en juin 2003, et ont été mises à jour [12] pour répondre aux problèmes de phishing en novembre 2005. Un groupe de travail de l'ICANN axé sur les noms de domaine de code de pays au plus haut niveau a été formé en novembre. 2007 [13] et promu conjointement par l'organisation de soutien au code de pays et le Comité consultatif gouvernemental. De plus, l'ICANN soutient la communauté dirigéeGroupe directeur d' acceptation universelle , qui cherche à promouvoir la convivialité des IDN et autres nouveaux gTLDS dans toutes les applications, appareils et systèmes. [14]

Mozilla 1.4, Netscape 7.1, Opera 7.11 ont été parmi les premières applications à prendre en charge IDNA. Un plug-in de navigateur est disponible pour Internet Explorer 6 afin de prendre en charge les IDN. Internet Explorer 7.0 [15] [16] et les API d'URL de Windows Vista fournissent une prise en charge native des IDN. [17]

ToASCII et ToUnicode

Les conversions entre les formes ASCII et non-ASCII d'un nom de domaine sont effectuées par des algorithmes appelés ToASCII et ToUnicode. Ces algorithmes ne sont pas appliqués au nom de domaine dans son ensemble, mais plutôt à des étiquettes individuelles. Par exemple, si le nom de domaine est www.exemple.com, les libellés sont www , exemple et com . ToASCII ou ToUnicode est appliqué à chacun de ces trois séparément.

Les détails de ces deux algorithmes sont complexes et sont spécifiés dans la RFC 3490. Ce qui suit donne un aperçu de leur fonction.

ToASCII laisse inchangée toute étiquette ASCII, mais échouera si l'étiquette n'est pas adaptée au système de noms de domaine. Si on lui donne une étiquette contenant au moins un caractère non ASCII, ToASCII appliquera l' algorithme Nameprep , qui convertit l'étiquette en minuscules et effectue une autre normalisation, puis traduira le résultat en ASCII en utilisant Punycode [18] avant de préfixer les quatre caractères chaîne " xn-- ". [19] Cette chaîne de quatre caractères est appelée codage compatible ASCII ( ACE) préfixe, et est utilisé pour distinguer les étiquettes encodées Punycode des étiquettes ASCII ordinaires. L'algorithme ToASCII peut échouer de plusieurs manières ; par exemple, la chaîne finale peut dépasser la limite de 63 caractères d'une étiquette DNS. Une étiquette pour laquelle ToASCII échoue ne peut pas être utilisée dans un nom de domaine internationalisé.

La fonction ToUnicode inverse l'action de ToASCII, en supprimant le préfixe ACE et en appliquant l'algorithme de décodage Punycode. Il n'inverse pas le traitement Nameprep, car il s'agit simplement d'une normalisation et est par nature irréversible. Contrairement à ToASCII, ToUnicode réussit toujours, car il renvoie simplement la chaîne d'origine si le décodage échoue. En particulier, cela signifie que ToUnicode n'a aucun effet sur une chaîne qui ne commence pas par le préfixe ACE.

Exemple d'encodage IDNA

Le codage IDNA peut être illustré à l'aide de l'exemple de domaine Bücher.example. ( allemand : Bücher , lit. 'livres'.) Ce nom de domaine a deux étiquettes, Bücher et example . La deuxième étiquette est en ASCII pur et reste inchangée. La première étiquette est traitée par Nameprep pour donner bücher, puis convertie en Punycode pour donner bcher-kva. Il est alors préfixé par xn--pour produire xn--bcher-kva. Le nom résultant adapté à une utilisation dans les enregistrements et les requêtes DNS est donc " xn--bcher-kva.example".

Groupe de travail IDN sur l'écriture arabe (ASIWG)

Alors que la région arabe représente 5 % de la population mondiale, elle ne représente que 2,6 % de l'utilisation mondiale d'Internet. De plus, le pourcentage d'utilisateurs d'Internet parmi la population du monde arabe n'est que de 11 %, contre un taux mondial de 21,9 %. Cependant, l'utilisation d'Internet dans la région a augmenté de 1 426 pour cent entre les années 2000 et 2008, ce qui représente une forte augmentation, en particulier par rapport au taux de croissance mondial moyen de 305,5 pour cent sur la même période. Il est donc raisonnable de déduire que la croissance de l'utilisation aurait pu être encore plus importante si DNS était disponible en caractères arabes. L'introduction des IDN offre de nombreuses opportunités et avantages potentiels aux internautes arabes en leur permettant d'établir des domaines dans leurs langues et alphabets natifs,et de créer toute une gamme de services et d'applications localisées au-dessus de ces domaines.[20]

Le président de l'ASIWG, Ram Mohan, a présenté les arguments en faveur du développement d'un Internet multilingue lors du Forum sur la gouvernance de l'Internet à Hyderabad, en Inde (3-6 décembre 2008). [21]

Implémentation du domaine de premier niveau

En 2009, l'ICANN a décidé de mettre en œuvre une nouvelle classe de domaines de premier niveau, attribuables à des pays et à des régions indépendantes, similaire aux règles pour les domaines de premier niveau de code de pays . Cependant, les noms de domaine peuvent être n'importe quelle chaîne de caractères, de symboles ou de glyphes dans l'alphabet ou l'écriture non latin spécifique à la langue de la langue du demandeur, dans le cadre de certaines directives pour assurer une unicité visuelle suffisante.

Le processus d'installation des domaines de code de pays IDN a commencé par une longue période de test dans un ensemble de sous-domaines du domaine de premier niveau de test . Onze domaines utilisaient des écritures ou des alphabets natifs, tels que δοκιμή, [22] test de sens en grec.

Ces efforts ont abouti à la création des premiers domaines de premier niveau de code de pays internationalisés (IDN ccTLD) pour une utilisation en production en 2010.

Dans le système de noms de domaine, ces domaines utilisent une représentation ASCII constituée du préfixe « xn-- » suivi de la traduction Punycode de la représentation Unicode de l'alphabet ou des glyphes de script spécifiques à la langue. Par exemple, le nom cyrillique de l'IDN ccTLD russe est "рф". Dans la représentation Punycode, il s'agit de " p1ai ", et son nom DNS est " xn--p1ai ".

Registres non-IDNA ou non-ICANN qui prennent en charge les noms de domaine non-ASCII

Il existe d'autres registres qui prennent en charge les noms de domaine non ASCII. La société ThaiURL.com en Thaïlande prend en charge les enregistrements .com via son propre encodage IDN, ThaiURL . Cependant, comme la plupart des navigateurs modernes ne reconnaissent que les IDN IDNA/punycode, les domaines codés ThaiURL doivent être saisis ou liés sous leur forme codée, et ils seront ainsi affichés dans la barre d'adresse. Cela limite leur utilité ; cependant, ce sont toujours des domaines valides et universellement accessibles.

Plusieurs registres prennent en charge les caractères emoji codés en petits caractères en tant que domaines emoji .

Problèmes d'usurpation ASCII

L'utilisation d'Unicode dans les noms de domaine rend potentiellement plus facile l' usurpation de sites Web, car la représentation visuelle d'une chaîne IDN dans un navigateur Web peut faire en sorte qu'un site frauduleux semble indiscernable du site légitime falsifié, selon la police utilisée. Par exemple, le caractère Unicode U+0430, lettre minuscule cyrillique a , peut sembler identique au caractère Unicode U+0061, lettre minuscule latine a , utilisé en anglais. Comme exemple concret, en utilisant les lettres cyrilliques а , е ("Ie"/"Ye", U+0435, semblant essentiellement identiques aux lettres latines a , e ), biélorusse-ukrainien і (U+0456, essentiellement identique à la lettre latine i ),р ("Er", U+0440, essentiellement identique à la lettre latine p ), l'URL wіkіреdіа.org est formée (" xn--wkd-8cdx9d7hbd.org " sous forme codée), ce qui est pratiquement impossible à distinguer de la représentation visuelle de le wikipedia.org légitime (éventuellement en fonction des polices).

Domaines de premier niveau acceptant l'enregistrement IDN

De nombreux domaines de premier niveau ont commencé à accepter les enregistrements de noms de domaine internationalisés au deuxième niveau ou à un niveau inférieur. Afilias (.INFO) a proposé les premiers enregistrements gTLD IDN de deuxième niveau en 2004 en langue allemande. [23]

DotAsia, le bureau d'enregistrement du TLD Asia , a mené une période de lever de soleil de 70 jours à compter du 11 mai 2011 pour les enregistrements de domaine de deuxième niveau dans les scripts chinois, japonais et coréen . [24]

Chronologie

  • 1996-12 : Internet Draft original de Martin Dürst proposant UTF5 (le premier exemple de ce qui est connu aujourd'hui comme un codage compatible ASCII (ACE)) - UTF-5 a été défini pour la première fois à l'Université de Zürich [25] [26] [27 ]
  • 1998-03 : Early Research on IDN at National University of Singapore (NUS), Center for Internet Research (anciennement Internet Research and Development Unit – IRDU) dirigé par Tan Tin Wee (TWTan) [28] (IDN Project team – Tan Juay Kwang et Leong Kok Yong) et par la suite continué sous une équipe à Bioinformatrix Pte. Ltd. (BIX Pte. Ltd.) – une entreprise dérivée de la NUS dirigée par le professeur S. Subbiah.
  • 1998-06 : Le système de noms de domaine en langue coréenne est développé par Kang, Hee-Seung au KAIST (Korea Advanced Institute of Science and Technology) [29]
  • 1998-07 : Conférence INET'98 de Genève avec une discussion du BoF sur l'Assemblée générale et la réunion du groupe de travail iDNS et APNG.
  • 1998-07 : Asia Pacific Networking Group (APNG, qui existe toujours [30] et distinct d'un rassemblement connu sous le nom d'APSTAR) [31] iDNS Working Group formé. [32]
  • 1998-10 : James Seng , ancien étudiant de Tan Tin Wee à Sheares Hall, NUS, et étudiant chercheur à Technet et IRDU, Computer Centre, NUS, a été recruté par le PDG S. Subbiah pour diriger le développement d'IDN à BIX Pte. Ltd.
  • 1999-02 : Lancement du banc d'essai iDNS par BIX Pte. Ltd. sous les auspices de APNG avec la participation de CNNIC , JPNIC , KRNIC, TWNIC, THNIC, HKNIC et SGNIC dirigé par James Seng [33]
  • 1999-02 : Présentation du rapport sur les IDN à la réunion conjointe APNG-APTLD, à APRICOT'99
  • 1999-03 : Approbation du rapport IDN lors de l'Assemblée générale de l'APNG le 1er mars 1999.
  • 1999-06 : Demande de subvention par APNG conjointement avec le Centre for Internet Research (CIR), Université nationale de Singapour, au Centre de recherches pour le développement international (CRDI), une organisation internationale financée par le gouvernement canadien pour travailler sur les IDN pour IPv6. Ce projet APNG a été financé dans le cadre de la subvention de R et D panasiatique administrée au nom du CRDI par le Comité canadien d'hygiène et de sécurité au travail (CCHST). Chercheur principal : Tan Tin Wee de l'Université nationale de Singapour. [34]
  • 1999-07 Tout, Walid R. (WALID Inc.) Dépôt de la demande de brevet IDNA numéro US1999000358043 Méthode et système d'internationalisation des noms de domaine. Publié 2001-01-30 [35]
  • 1999-07 : Internet Draft sur UTF5 par James Seng, Martin Dürst et Tan Tin Wee. [36] Renouvelé en 2000. [37]
  • 1999-08 : L'APTLD et l'APNG forment un groupe de travail pour examiner les problèmes d'IDN présidé par Kilnam Chon. [38]
  • 1999-10 : BIX Sdt. Ltd. et l'Université nationale de Singapour, ainsi que les investisseurs de New York Venture Capital, General Atlantic Partners , ont filé l'effort IDN dans 2 nouvelles sociétés singapouriennes - i-DNS.net International Inc. et i-Email.net Pte. Ltd. qui a créé la première implémentation commerciale d'une solution IDN pour les noms de domaine et les adresses e-mail IDN respectivement.
  • 1999-11 : IETF IDN Birds-of-Feather à Washington a été lancé par i-DNS.net à la demande des responsables de l'IETF.
  • 1999-12 : i-DNS.net InternationalPte. Ltd. a lancé le premier IDN commercial. C'était à Taïwan et en caractères chinois sous le TLD IDN de premier niveau ".gongsi" (ce qui signifie vaguement ".com") avec l'approbation du ministre des Communications de Taïwan et de certains grands FAI taïwanais avec des rapports de plus de 200 000 noms vendus dans une semaine à Taïwan, Hong Kong, Singapour, Malaisie, Chine , Australie et USA.
  • Fin 1999 : Kilnam Chon lance un groupe de travail sur l'IDNS qui a conduit à la formation du MINC, le Consortium des noms Internet multilingues. [39]
  • 2000-01 : Groupe de travail IETF IDN formé, présidé par James Seng et Marc Blanchet
  • 2000-01 : Le deuxième lancement commercial d'IDN était celui des IDN TLD en langue tamoule, correspondant à .com, .net, .org et .edu. Ceux-ci ont été lancés en Inde avec le soutien du ministère des TI par i-DNS.net International.
  • 2000-02 : Proposition BoF du Consortium pour les noms Internet multilingues (MINC) à l'IETF Adelaide. [40]
  • 2000-03 : ABRICOT 2000 Session DNS multilingue. [41]
  • 2000-04 : WALID Inc. (avec la demande de brevet IDNA en instance 6182148) a commencé l'enregistrement et la résolution de noms de domaine multilingues.
  • 2000-05 : GT Tests d'interopérabilité, réunion du MINC. San Francisco, présidé par Bill Manning et Y. Yoneya 12 mai 2000. [ citation nécessaire ]
  • 2000-06 : Lancement inaugural du Multilingual Internet Names Consortium (MINC) à Séoul [42] pour piloter le déploiement collaboratif d'IDN à partir de l'Asie-Pacifique. [43]
  • 2000-07 : Joint Engineering TaskForce (JET) initié à Yokohama pour étudier les problèmes techniques dirigé par JPNIC (K.Konishi) et TWNIC (Kenny Huang)
  • 2000-07 : Formation officielle du consortium des noms de domaine chinois CDNC pour résoudre les problèmes liés aux noms de domaine Han Character et les déployer , fondé par CNNIC , TWNIC , HKNIC et MONIC en mai 2000. [44] [45]
  • 2001-03 : Groupe de travail IDN du Conseil d'administration de l' ICANN formé
  • 2001-07 : Japanese Domain Name Association : Cérémonie de lancement du JDNA (13 juillet 2001) à Tokyo, Japon.
  • 2001-07 : Urdu Internet Names System (28 juillet 2001) à Islamabad, Pakistan, organisé conjointement par SDNP et MINC. [46]
  • 2001-07 : Présentation sur IDN à la réunion du comité du Computer Science and Telecommunications Board, National Academies USA (11-13 JUILLET 2001) à la University of California School of Information Management and Systems, Berkeley, CA. [47]
  • 2001-08 : Présentation et sensibilisation du MINC à la conférence annuelle Asia Pacific Advanced Network, Penang, Malaisie, 20 août 2001
  • 2001-10 : Réunion conjointe MINC-CDNC à Pékin 18-20 octobre 2001
  • 2001-11 : formation du comité IDN de l' ICANN , [48] Ram Mohan (Afilias) nommé membre fondateur
  • 2001-12 : Symposium conjoint UIT-OMPI sur les noms de domaine multilingues organisé en association avec le MINC, 6-7 décembre 2001, Centre international de conférences, Genève.
  • 2003-01 : Groupe de travail sur les directives IDN de l'ICANN formé avec des membres des principaux registres gTLD et ccTLD.
  • 2003-01 : Implémentation gratuite de StringPrep, Punycode et IDNA dans GNU Libidn.
  • 2003-03 : Publication des RFC 3454, RFC 3490, RFC 3491 et RFC 3492
  • 2003-06 : Publication des directives IDN de l'ICANN pour les registres. [49] Adopté par les registres .cn, .info, .jp, .org et .tw.
  • 2004-05 : Publication de la RFC 3743, Joint Engineering Team (JET) Guidelines for Internationalized Domain Names (IDN) Registration and Administration for Chinese , Japanese and Korean
  • 2005-03 : Première réunion de la Commission d'études 17 de l'UIT-T sur les noms de domaine internationalisés. [50]
  • 2005-05 : .IN ccTLD (Inde) crée un groupe de travail d'experts IDN pour créer des solutions pour 22 langues officielles. Ram Mohan nommé responsable de la mise en œuvre technique. C-DAC nommé expert linguistique.
  • 2006-04 : La réunion de la Commission d'études 17 de l'UIT en Corée a donné son approbation finale à la Question sur les noms de domaine internationalisés. [51]
  • 2006-06 : Atelier sur l'IDN lors de la réunion de l'ICANN à Marrakech, Maroc
  • 2006-11 : Groupe de travail ICANN GNSO IDN créé pour discuter des implications politiques des TLD IDN. Ram Mohan élu président du groupe de travail IDN. [52]
  • 2006-12 : la réunion de l'ICANN à São Paulo discute de l'état des tests en laboratoire des IDN au sein de la racine.
  • 2007-01 : Travail sur les tables de variantes tamoul et malayalam achevé par le C-DAC indien et Afilias
  • 2007-03 : le groupe de travail IDN GNSO de l'ICANN termine ses travaux, Ram Mohan présente un rapport à la réunion de l'ICANN à Lisbonne. [53]
  • 2007-10 : Onze domaines de premier niveau IDNA ont été ajoutés aux serveurs de noms racine afin d'évaluer l'utilisation d'IDNA au niveau supérieur du DNS. [54] [55]
  • 2008-01 : ICANN : Évaluations réussies des TLD IDN .test [56]
  • 2008-02 : Atelier IDN : IDN dans les langues et les scripts indiens [57] ICANN, DIT, Afilias, C-DAC, NIXI lead
  • 2008-04 : le groupe de travail IETF IDNAbis présidé par Vint Cerf poursuit le travail de mise à jour de l'IDNA [58]
  • 2008-04 : Groupe de travail sur les IDN en caractères arabes (ASIWG) [59] fondé par Ram Mohan (Afilias) et Alexa Raad (PIR) à Dubaï.
  • 2008-06 : le conseil d'administration de l'ICANN vote pour développer une proposition finale de mise en œuvre accélérée pour un nombre limité d'IDN ccTLDS. [60]
  • 2008-06 : L'adhésion au groupe de travail sur les IDN en caractères arabes (ASIWG) [61] s'étend à l'Égypte, l'Iran, le Koweït, le Pakistan, l'Arabie saoudite, la Syrie, les Émirats arabes unis, la Malaisie, l'UN ESCWA, l'APTLD, l'ISOC Afrique et les experts invités Michael Everson et John Klensin
  • 2008-10 : L'ICANN cherche à s'intéresser au processus accéléré des IDN ccTLD [62]
  • 2009-09 : l'ICANN met la proposition d'IDN ccTLD à l'ordre du jour de la réunion de Séoul en octobre 2009 [63]
  • 2009-10 : l'ICANN approuve l'enregistrement des noms IDN dans la racine du DNS via le processus IDN ccTLD Fast-Track lors de sa réunion à Séoul, du 26 au 30 octobre 2009. [64]
  • 2010-01 : l'ICANN annonce que l'Égypte, la Fédération de Russie, l'Arabie saoudite et les Émirats arabes unis ont été les premiers pays à avoir réussi l'évaluation accélérée des chaînes dans le cadre du processus de candidature de domaine IDN ccTLD. [65]
  • 2010-05 : Les premières implémentations sont mises en ligne. Il s'agit des ccTLD en alphabet arabe pour l'Égypte, l'Arabie saoudite et les Émirats arabes unis. [9]
  • 2010-08 : L' IETF publie les spécifications « IDNA2008 » mises à jour en tant que RFC 5890 – 5894
  • 2010-12 : le groupe de travail du Conseil d'administration de l'ICANN sur les variantes d'IDN est formé [66] pour superviser et suivre le projet sur les problèmes de variantes d'IDN. Les membres du groupe de travail sont Ram Mohan (président), Jonne Soininen, Suzanne Woolf et Kuo-Wei Wu.
  • 2012-02 : Le courrier électronique international a été standardisé, en utilisant l'IDN. [67]

Voir aussi

Références

  1. ^ a b RFC 2181, Clarifications to the DNS Specification : la section 11 autorise explicitement toute chaîne binaire
  2. ^ Dürst, Martin J. (10 décembre 1996). "Ebauche Internet : Internationalisation des Noms de Domaine" . L'Internet Engineering Task Force (IETF), Internet Society (ISOC) . Récupéré le 2009-10-31 . Citer le journal nécessite |journal=( aide )
  3. ^ Dürst, Martin J. (20 décembre 1996). "URL et internationalisation" . Consortium du World Wide Web . Récupéré le 2009-10-30 .
  4. ^ Faltstrom, P.; Hoffman, P. ; Costello, A. (mars 2003). Internationalisation des noms de domaine dans les applications (IDNA) . doi : 10.17487/RFC3490 . RFC 3490 .
  5. ^ John Klensin (6 janvier 2010). « Noms de domaine internationalisés dans les applications (IDNA) : protocole » . Groupe de travail sur l'ingénierie Internet . Récupéré le 2016-08-12 . Citer le journal nécessite |journal=( aide )
  6. ^ COMMISSION ÉCONOMIQUE ET SOCIALE POUR L'ASIE DE L'OUEST (ESCWA), NATIONS UNIES (15 juin 2009). « GOUVERNANCE D'INTERNET : DÉFIS ET OPPORTUNITÉS POUR LES PAYS MEMBRES DE LA CESAO » (PDF) . Nations Unies . Récupéré le 7 décembre 2019 .
  7. ^ "L'ICANN apportant les langues du monde à l'Internet mondial" (communiqué de presse). Internet Corporation pour les noms et numéros attribués (ICANN). 30 octobre 2009 . Récupéré le 2009-10-30 .
  8. ^ "Adresses Internet définies pour le changement" . Nouvelles de la BBC. 30 octobre 2009 . Récupéré le 2009-10-30 .
  9. ^ un b "Les premiers IDN ccTLD maintenant disponibles" (Communiqué de presse). Internet Corporation pour les noms et numéros attribués (ICANN). 5 mai 2010 . Récupéré le 06-05-2010 .
  10. ^ Mohan, Ram, IDN allemand , langue allemande Table Archivé 2006-12-18 à la Wayback Machine , Mars 2003
  11. ^ Dam, Mohan, Karp, Kane & Hotta, Directives IDN 1.0 , ICANN, juin 2003
  12. ^ Karp, Mohan, Dam, Kane, Hotta, El Bashir, Directives IDN 2.0 , ICANN, novembre 2005
  13. ^ Jesdanun, Anick (Presse associée) (2 novembre 2007). « Groupe sur les domaines non anglais formé » . Archivé de l'original le 20 décembre 2008 . Récupéré le 2 novembre 2007 .
  14. ^ "ICANN – Acceptation universelle" . ICANN . 25 février 2012.
  15. ^ Quoi de neuf dans Internet Explorer 7
  16. ^ Prise en charge des noms de domaine internationaux dans Internet Explorer 7
  17. ^ Gestion des noms de domaine internationalisés (IDN)
  18. ^ RFC 3492, Punycode: A Bootstring encoding of Unicode for Internationalized Domain Names in Applications (IDNA) , A. Costello, The Internet Society (mars 2003)
  19. ^ Internet Assigned Numbers Authority (2003-02-14). "Achèvement de la sélection IANA du préfixe IDNA" . www.atm.tut.fi . Archivé de l'original le 2010-04-27 . Récupéré le 2017-09-22 .
  20. ^ "Noms de domaine internationalisés - ICANN" . www.icann.org . Récupéré le 2019-12-08 .
  21. ^ Nisbet, Miriam (6 décembre 2008). « Troisième réunion du résumé du président du Forum sur la gouvernance de l'Internet (IGF) » (PDF) . Unesco . Récupéré le 7 décembre 2019 .
  22. ^ Rapport de l'IANA sur la délégation de onze domaines de premier niveau internationalisés évaluatifs [ lien mort permanent ]
  23. ^ ". INFO Tableau de caractères allemand" . www.iana.org . Récupéré le 11-04-2017 .
  24. ^ Dot-Asia publie les dates IDN , Managing Internet IP, 14 avril 2011.
  25. ^ Dürst, Martin J. (17 mars 1998). "draft-duerst-dns-i18n-00 – Internationalisation des noms de domaine" . Tools.ietf.org . Récupéré le 2010-07-29 . Citer le journal nécessite |journal=( aide )
  26. ^ http://archive.minc.org/about/history/
  27. ^ "le magazine leader Telecom, magazine ICT, magazine Telecom, ICT et Telecom" . Connect-World . Récupéré le 2010-07-29 .
  28. ^ "Tan Tin Wee" . Temple de la renommée de l'Internet .
  29. ^ "APAN-KR" (PDF) . IITA .
  30. ^ "APNG" . APNG . Récupéré le 2010-07-29 .
  31. ^ "La communauté de l'Organisation Internet Asie-Pacifique" . Apstar.Org . Récupéré le 2010-07-29 .
  32. ^ [1] Archivé le 22 avril 2006, à la Wayback Machine
  33. ^ [2] Archivé le 23 août 2003, à la Wayback Machine
  34. ^ [3] Archivé le 11 août 2006, à la Wayback Machine
  35. ^ "Méthode et système d'internationalisation des noms de domaine (US6182148)" . Delphion.com . Récupéré le 2010-07-29 .
  36. ^ "draft-jseng-utf5-00 - UTF-5, un format de transformation d'Unicode et ISO 10646" . Tools.ietf.org. 1999-07-27 . Récupéré le 2010-07-29 .
  37. ^ "draft-jseng-utf5-01 - UTF-5, un format de transformation d'Unicode et ISO 10646" . Tools.ietf.org. 2000-01-28 . Récupéré le 2010-07-29 .
  38. ^ [4] Archivé le 23 août 2003, à la Wayback Machine
  39. ^ "Internationalisation du système de noms de domaine : la prochaine grande étape dans un Internet multilingue" . NOUVELLES . i-DNS.net. 24 juillet 2000 . Récupéré le 13-08-2016 .
  40. ^ [5] Archivé le 10 novembre 2004, à la Wayback Machine
  41. ^ "ABRICOT 2000 à Séoul" . Apricot.net . Récupéré le 2010-07-29 .
  42. ^ "Consortium de noms Internet multilingues" . MINC . Récupéré le 2010-07-29 .
  43. ^ [6] Archivé le 26 janvier 2004, à la Wayback Machine
  44. ^ "Consortium de noms de domaine chinois" . CDNC. 2000-05-19 . Récupéré le 2010-07-29 .
  45. ^ "Consortium de noms de domaine chinois" . CDNC . Récupéré le 2010-07-29 .
  46. ^ urduworkshop.sdnpk.org
  47. ^ "Panneaux de signalisation dans le cyberespace : le système de noms de domaine et la navigation Internet" . Nap.edu. 2001-11-07 . Récupéré le 2010-07-29 .
  48. ^ "ICANN | Archives | Comités | Comité des noms de domaine internationalisés (IDN)" . archive.icann.org . Récupéré le 11-04-2017 .
  49. ^ "Lignes directrices pour la mise en œuvre des noms de domaine internationalisés - Version 1.0" . ICANN .
  50. ^ "Documents de réunion UIT-T SG17" . Itu.int . Récupéré le 2010-07-29 .
  51. ^ "ITU-T Newslog – Progression du travail Internet multilingue" . Itu.int. 2006-05-04 . Récupéré le 2010-07-29 .
  52. ^ "GT IDN GNSO" . icann.org. 2007-03-22 . Récupéré le 2010-08-30 .
  53. ^ Mohan, Ram, groupe de travail GNSO IDN, rapport sur les résultats (PDF), ICANN
  54. ^ Sur son chemin: l'un des plus grands changements sur Internet
  55. ^ Mon nom, ma langue, mon Internet : le test IDN est mis en ligne
  56. ^ Évaluations réussies des TLD IDN .test
  57. ^ « Atelier IDN : IDN dans les langues et les scripts indiens | New Delhi 2008 » . archive.icann.org . Récupéré le 11-04-2017 .
  58. ^ Aperçu d'IDNAbis (2008)
  59. ^ "ICANN | Archives | Réunions internationalisées sur les noms de domaine" . archive.icann.org . Récupéré le 11-04-2017 .
  60. ^ ICANN – Discussion Paris/IDN CCTLD – Wiki
  61. ^ "Réunion ASIWIG | Paris 2008" . archive.icann.org . Récupéré le 11-04-2017 .
  62. ^ L' ICANN cherche à s'intéresser au processus accéléré des IDN ccTLD
  63. ^ Plan de mise en œuvre final proposé : IDN ccTLD Fast Track Process , 30 septembre 2009
  64. ^ Le régulateur approuve les adresses Web multilingues , Silicon Republic, 30.10.2009
  65. ^ "Les premières demandes d'IDN ccTLD passent avec succès l'évaluation de la chaîne" . JE PEUX. 2010-01-21.
  66. ^ "Groupe de travail sur les variantes d'IDN du conseil d'administration - ICANN" . www.icann.org . Récupéré le 11-04-2017 .
  67. ^ J. Klensin (février 2012). Vue d'ensemble et cadre pour le courrier électronique internationalisé . IETF . doi : 10.17487/RFC6530 . RFC 6530 . Consulté le 14 janvier 2017 .

Liens externes