Perché convertire un dominio tra Unicode e ASCII
Un dominio internazionalizzato ha una forma Unicode leggibile e una forma ASCII utilizzabile nelle applicazioni che richiedono questo formato. Il convertitore Punycode funziona in entrambe le direzioni: café.fr e xn--caf-dma.fr indicano lo stesso nome.
Per ottenere la forma ASCII di un dominio, il carattere accentato viene codificato. Eliminare la é o sostituirla con e cambierebbe la grafia del nome cercato.
Quando si lavora con i domini, tre casi d'uso sono frequenti:
- Compilare un campo di configurazione che richiede ASCII, mantenendo l'esatto nome internazionalizzato.
- Leggere un nome con prefisso
xn--in un log o in un'esportazione e recuperare i suoi caratteri Unicode. - Confrontare domini copiati da URL o indirizzi email senza ricopiare a mano la parte utile.
Come usare il convertitore in 3 passaggi
Incolla le voci nella casella di testo, fai clic su Converti e consulta le due forme di ogni dominio. L'elaborazione parte con il pulsante; non devi scegliere la direzione.
Passaggio 1: Incolla i nomi
Inserisci un dominio, un URL o un indirizzo email per riga, fino a 20 righe non vuote. Puoi mescolare questi formati nello stesso invio.
captaindns.com
café.fr
xn--caf-dma.fr
https://café.fr/contact?lang=fr
contact@café.fr
Dall'URL, lo strumento estrae l'host café.fr. Dall'indirizzo email, conserva il dominio dopo @. Il risultato riguarda quel nome, senza il percorso /contact, i parametri o la parte contact@.
Passaggio 2: Avvia la conversione
Fai clic su Converti dopo aver preparato l'elenco. Il prefisso xn-- avvia la conversione verso Unicode; nella direzione opposta, lo strumento produce la forma ASCII.
Il rilevamento si applica a ogni voce. Puoi quindi inserire café.fr e xn--caf-dma.fr nella stessa casella di testo, senza cambiare impostazioni tra una riga e l'altra.
Passaggio 3: Copia la forma desiderata
Copia la forma ASCII per un campo che la richiede, oppure la forma Unicode per leggere il nome. Entrambe restano visibili dopo ogni conversione riuscita.
Un errore riguarda la riga segnalata. Correggi quella voce e riavvia l'elaborazione; i risultati delle altre righe restano utilizzabili.
Punycode e IDNA: algoritmo e regole di elaborazione
Punycode è l'algoritmo che codifica una stringa Unicode in ASCII; IDNA regola l'uso dei nomi internazionalizzati nelle applicazioni. L'algoritmo è definito nella RFC 3492, mentre la RFC 5890 definisce i termini di IDNA2008.
L'elaborazione avviene per etichetta, cioè per ciascuna parte del nome separata da un punto. In café.fr, l'etichetta café diventa xn--caf-dma, mentre fr resta invariata. Per un'etichetta conforme a IDNA, la forma ASCII con prefisso si chiama A-label e la forma Unicode corrispondente U-label.
Unicode : café.fr
ASCII : xn--caf-dma.fr
Questo convertitore applica il profilo UTS-46 lookup in modalità non transizionale. Il carattere ß viene conservato: straße.de diventa xn--strae-oqa.de, senza sostituzione con ss. Le regole di corrispondenza e normalizzazione sono descritte nello standard Unicode UTS-46.
Il motore accetta anche le emoji: 🍕.ws diventa xn--vi8h.ws. Questo risultato descrive il comportamento di conversione dello strumento. Non autorizza la registrazione del nome presso un registro né convalida tutte le regole di registrazione IDNA2008.
Cosa fa e cosa non fa lo strumento
Il convertitore elabora la grafia del dominio e segnala gli errori di inserimento per riga. Non consulta né i server DNS né i dati di registrazione del dominio.
| Voce o esigenza | Cosa fa lo strumento | Cosa non fa |
|---|---|---|
| Dominio Unicode o Punycode | Mostra le forme Unicode e ASCII | Confermare che il dominio esiste |
| URL completo | Estrae e converte l'host | Codificare il percorso o i parametri |
| Indirizzo email | Estrae e converte il dominio | Convertire la parte prima di @ o verificare la casella di posta |
| Elenco di nomi | Elabora fino a 20 righe non vuote con errori individuali | Elaborare un elenco di dimensioni illimitate in un solo invio |
| Diagnostica DNS | Fornisce il nome ASCII da riutilizzare | Cercare un indirizzo IP o record MX, TXT |
| Registrazione di un dominio | Fornisce la forma convertita | Verificare la disponibilità o le regole del registro |
Casi d'uso concreti
La conversione aiuta a isolare un problema di grafia del nome prima di proseguire con la diagnosi. Le situazioni seguenti mostrano quale forma recuperare e quale verifica effettuare dopo.
Problema 1: Un campo di configurazione rifiuta l'accento
Se un campo richiede un nome ASCII, usa xn--caf-dma.fr per indicare café.fr. Sostituire l'accento a mano modificherebbe il dominio.
Il sintomo è il rifiuto dell'input Unicode nella tua interfaccia di amministrazione. Incolla il nome nel convertitore, copia la forma ASCII e inseriscila nel campo interessato. Se l'interfaccia accetta il nome ma il servizio resta irraggiungibile, prosegui con una query DNS: la sola conversione non spiega quel guasto.
Problema 2: Un'esportazione contiene un nome illeggibile
Un nome come xn--caf-dma.fr in un'esportazione si decodifica in café.fr. Questa differenza di visualizzazione può spiegare perché due elenchi sembrano contenere domini diversi.
Il sintomo appare quando confronti un'esportazione tecnica con un elenco inserito con gli accenti. Converti le voci interessate, confronta le loro forme ASCII e conserva la forma Unicode per la lettura. Allega entrambe le forme al ticket di supporto per evitare una nuova trascrizione manuale.
Problema 3: Un link o un destinatario crea problemi
La conversione di un URL o di un indirizzo email fornisce informazioni solo sul dominio. Un percorso codificato male o una casella di posta inesistente richiedono un altro controllo.
Prendi https://café.fr/contact?lang=fr o contact@café.fr: il nome ASCII ottenuto è xn--caf-dma.fr. Se il sintomo riguarda l'accesso al sito, consulta poi i suoi record DNS. Per un problema di posta, esamina gli MX; per un parametro del link codificato male, usa il codificatore URL.
FAQ - Domande frequenti
I risultati mostrano due grafie del nome, anche quando sono identiche. Ecco come interpretare i prefissi, gli errori e i limiti di inserimento.
Cosa significa xn--?
Il prefisso xn-- indica un'etichetta ASCII codificata in Punycode all'interno di un nome internazionalizzato. Un'etichetta è una parte del nome separata dalle altre da un punto: in xn--caf-dma.fr, corrisponde a café. Conserva questo prefisso quando copi la forma ASCII.
Qual è la differenza rispetto al percent-encoding?
Punycode codifica le etichette del nome host; il percent-encoding rappresenta i byte nella forma %XX nei componenti di un URL. xn--caf-dma.fr è la forma ASCII di café.fr, mentre %C3%A9 codifica il carattere é in UTF-8. Usa il codificatore URL per un percorso o il valore di un parametro.
È una risoluzione DNS?
No. Il convertitore trascrive il nome senza interrogarne i record DNS. Un risultato di conversione non dimostra quindi che il dominio esista o risponda. Usa DNS Lookup per consultare i record A, MX o TXT.
Perché example.com appare due volte?
example.com è già ASCII: le sue forme ASCII e Unicode sono identiche. Lo strumento mostra sempre entrambe le forme, anche quando nessun carattere cambia. Lo stesso risultato è previsto con captaindns.com; questa duplicazione non è un errore.
Perché uno spazio interno viene rifiutato?
Uno spazio all'interno del dominio, come in café .fr, rende il nome non valido. Lo strumento rimuove gli spazi esterni, ma non corregge quelli interni. Correggi la riga in café.fr, poi riavvia la conversione.
Quante righe posso convertire?
Il limite è di 20 righe non vuote per invio, con una voce per riga. Le righe vuote vengono ignorate. Entro questo limite, ogni riga non valida riceve il proprio messaggio senza impedire la conversione delle altre; suddividi un elenco più lungo in più invii.
Strumenti complementari
Consulta il DNS per conoscere i record di un dominio e RDAP per i suoi dati di registrazione. Il codificatore URL gestisce i percorsi e i parametri che non rientrano nell'ambito del convertitore Punycode.
| Strumento | Utilità dopo la conversione |
|---|---|
| DNS Lookup | Interrogare i record A, MX o TXT del nome ottenuto |
| RDAP | Consultare i dati di registrazione pubblicati per il dominio |
| Codificatore / decodificatore URL | Codificare o decodificare un percorso o il valore di un parametro con il percent-encoding |
Risorse utili
La RFC 3492 descrive la codifica Punycode; UTS-46 descrive l'elaborazione di compatibilità Unicode per IDNA. La RFC 5890 precisa il vocabolario usato per le etichette internazionalizzate.
- RFC 3492: algoritmo Punycode, con le procedure di codifica, decodifica ed esempi dettagliati.
- Unicode UTS-46: elaborazione di compatibilità IDNA, con le regole di normalizzazione e le operazioni ToASCII e ToUnicode.
- RFC 5890: definizioni e quadro di riferimento IDNA2008, in particolare le definizioni di A-label e U-label.