--- id: "idn" kind: "glossary-term" title: "IDN" language: "it" category: "DNS e basi tecniche" updated: "2026-10-10T23:13:06Z" canonical: "https://tldlog.com/it/glossario/idn/" translations: en: "https://tldlog.com/glossary/idn/" es: "https://tldlog.com/es/glosario/idn/" de: "https://tldlog.com/de/glossar/idn/" fr: "https://tldlog.com/fr/glossaire/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 nome a dominio internazionalizzato Nome a dominio che usa caratteri diversi dalle lettere inglesi di base, dalle cifre e dal trattino, come le lettere accentate o le scritture araba, cinese o cirillica. Il DNS conserva questi nomi in una forma ASCII chiamata Punycode, che inizia con «xn--». Gli IDN permettono di usare nomi nella propria lingua. Un nome a dominio internazionalizzato (IDN) usa più delle lettere dalla a alla z, delle cifre e del trattino: lettere accentate come ñ o ü, oppure scritture come l'arabo, il cinese o il cirillico. Le persone vedono e digitano il nome nella propria scrittura, mentre il DNS lavora dietro le quinte con una versione in lettere semplici. La maggior parte dei problemi degli IDN nasce dalla distanza tra queste due forme. ## Che cos'è un nome a dominio internazionalizzato La RFC 5890, pubblicata dall'IETF nell'agosto 2010, definisce un IDN come un nome a dominio con almeno un'etichetta internazionalizzata. Quell'etichetta può essere il nome registrato, come un nome con ñ sotto .es, oppure il dominio di primo livello stesso, come .рф. ## Come funziona dietro le quinte: Punycode, A-label e U-label Gli IDN funzionano un'etichetta alla volta, mai sul nome intero. Ogni etichetta internazionalizzata ha due forme: - La **U-label** è la forma che le persone leggono e digitano, in caratteri Unicode. - La **A-label** è il suo equivalente ASCII: il prefisso xn-- seguito dal risultato dell'algoritmo Punycode, che può avere al massimo 59 caratteri, dato che un'etichetta ne ha al massimo 63. Il software converte ogni U-label nella sua A-label prima di interrogare il DNS: secondo l'ICANN, le operazioni del DNS usano esclusivamente A-label. La RFC 5890 riserva la parola Punycode al metodo di conversione (RFC 3492, marzo 2003), non alla stringa che ne risulta. L'attuale insieme di regole, IDNA2008 (RFC da 5890 a 5894), ha sostituito IDNA2003 ma ha mantenuto Punycode e il prefisso xn--. Alcuni caratteri sono cambiati: la ß tedesca e la ς finale greca sono valide in IDNA2008, mentre IDNA2003 le convertiva in altri caratteri, quindi un nome che le contiene ha oggi una A-label diversa da quella che cerca il software più vecchio. ## Quali caratteri ammette ciascun registro IDNA2008 fissa il limite esterno. Al suo interno, la RFC 5890 rende obbligatorie le restrizioni per i registri IDN, e la RFC 5891 prevede che i registri a ogni livello del DNS stabiliscano policy proprie. Molti pubblicano tabelle IDN, elenchi dei caratteri che accettano per una lingua o una scrittura, che l'IANA raccoglie nel suo Repository of IDN Practices. Le Label Generation Rules (LGR) ne sono la versione formale, leggibile dalle macchine (RFC 7940). Per i domini di primo livello, l'ICANN usa le Root Zone Label Generation Rules (RZ-LGR). A ottobre 2026 la versione in vigore, RZ-LGR-6, copre 27 scritture, tra cui quella latina. Per il .es, il piano nazionale dei nomi a dominio (Orden ITC/1542/2005) e Red.es fissano queste regole, a ottobre 2026: - le lettere dalla a alla z, le cifre da 0 a 9 e il trattino, mai come primo o ultimo carattere; - 13 caratteri in più: á, à, é, è, í, ï, ó, ò, ú, ü, ñ, ç e l·l; - da 3 a 63 caratteri al secondo livello, da 2 a 63 al terzo; - nessun nome può iniziare con xn-- e le maiuscole valgono come minuscole. Per la l·l catalana, IDNA2008 ammette il punto mediano solo tra due l, non la lettera singola ŀ. ## Varianti e caratteri somiglianti Alcune comunità di scrittura, come chi usa l'arabo o i caratteri han, considerano due stringhe diverse come lo stesso nome. Sono le varianti IDN. I caratteri somiglianti sono un problema diverso: caratteri di scritture diverse che appaiono identici, come una omicron greca tra lettere latine. Un attacco omografico li usa per far sembrare autentico un nome falso. Le restrizioni dei registri e le LGR limitano queste combinazioni, e la valutazione della somiglianza delle stringhe dell'ICANN respinge i TLD richiesti visivamente simili a quelli esistenti. ## Domini di primo livello IDN in scritture non latine I domini di primo livello nazionali IDN arrivano tramite l'IDN ccTLD Fast Track, approvato dal Consiglio di amministrazione dell'ICANN a Seul nell'ottobre 2009. Un paese o territorio presente nell'elenco ISO 3166-1 può richiedere il proprio nome in una scrittura diversa da quella latina, quindi il .es ne è escluso. I TLD IDN generici arrivano tramite i round dei nuovi gTLD dell'ICANN. Nel Round 2026, un IDN richiesto deve rispettare IDNA2008 e RZ-LGR-6. Una variante va allo stesso gestore del registro con un unico Registry Agreement, e ogni variante richiede una giustificazione. A ottobre 2026, i gestori di gTLD esistenti non pagano la tariffa base di domanda per un massimo di quattro stringhe varianti. A ottobre 2026, circa 150 TLD nel database della zona radice dell'IANA iniziano con xn-- (nostro conteggio), e l'ICANN cita più di 60 ccTLD IDN. Tra gli esempi ci sono .рф (xn--p1ai), il dominio di primo livello nazionale della Russia, e il generico .vermögensberater (xn--vermgensberater-ctb). ## Dove gli IDN si bloccano ancora: email, app e moduli L'ICANN chiama Universal Acceptance (accettazione universale) l'obiettivo che ogni nome a dominio e ogni indirizzo email validi funzionino in tutti i software. I moduli che rifiutano le lettere accentate sono un tipico esempio di mancato funzionamento. L'email richiede standard separati, la Email Address Internationalization (EAI), introdotta con la RFC 6530 nel febbraio 2012. Quando i nomi .es multilingue sono stati aperti, nel 2007, Red.es avvertiva che l'email IDN era poco diffusa e che alcuni software avrebbero mostrato la forma xn--. Era la situazione del 2007. ## Esempio: registrare un nome spagnolo con la ñ Si prenda il nome illustrativo peña.example: il software trasforma l'etichetta peña in xn--pea-8ma, quindi il DNS vede xn--pea-8ma.example. Poiché .example è riservato, l'esempio mostra solo la conversione. Nell'esempio pubblicato dalla stessa Red.es, eñe diventa xn--ee-zja. Per un nome .es con la ñ: 1. Verificare che usi solo i caratteri e le lunghezze ammessi indicati sopra. 2. Registrarlo tramite un registrar del .es, che fissa il proprio prezzo. Red.es registra direttamente solo in casi molto specifici; a ottobre 2026 il suo prezzo diretto è di 33,38 euro all'anno, IVA inclusa, senza un prezzo separato per i nomi multilingue. A quel punto il registro iscrive il nome, e il DNS lavora con la sua A-label. Le fonti consultate non dicono se il nome viene collegato allo stesso nome senza ñ. ## Fonti - [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) ## termini correlati - [Punycode](https://tldlog.com/it/glossario/punycode/) - [U-label](https://tldlog.com/it/glossario/u-label/) - [A-label](https://tldlog.com/it/glossario/a-label/) - [IDN TLD](https://tldlog.com/it/glossario/idn-tld/) - [ASCII](https://tldlog.com/it/glossario/ascii/)