Convertisseur punycode

Passe un nom de domaine international en punycode ASCII, ou ramène les étiquettes xn-- en lettres.

Dans le DNS, le nom est en ASCII

Les étiquettes DNS sont en ASCII. münchen, 中文 ou un nom avec accents part en punycode et commence par xn--. Cette page ne touche qu’à ces étiquettes. Les barres, la requête et l’ancre restent comme vous les avez écrites. Pour découper une adresse déjà formée, découper une URL.

Dans quel ordre

  1. Collez un domaine, une URL complète ou un e-mail.
  2. Choisissez vers le punycode (ASCII) ou vers Unicode. L’exemple envoie https://münchen.example/path vers l’ASCII.
  3. Dans une URL, seul le nom d’hôte bouge. Dans un e-mail, seul le domaine après @. Le chemin, y compris le chinois, reste.
  4. Un xn-- illisible donne une erreur, pas un nom à moitié lu.

Ce qui change

Chaque étiquette entre les points est convertie seule. Un label déjà ASCII, comme example, ne bouge pas. münchen.de devient xn--mnchen-3ya.de. 中文.com devient xn--fiq228c.com. Le schéma, le chemin et la requête ne sont pas du punycode. Le sens inverse rend les lettres. C’est l’IDNA des noms d’hôte, pas un chiffrement de texte.

À quoi ça sert

  • Lire un xn-- sorti d’un certificat ou d’un export DNS.
  • Mettre un domaine chinois ou accentué dans un système qui n’accepte que l’ASCII.
  • Vérifier qu’un IDN collé est bien le nom que vous croyez, avant de lui faire confiance.

Questions

Pourquoi le chemin reste-t-il en chinois ?

Le punycode concerne les étiquettes DNS, pas le chemin. Si l’autre bout veut un encodage, c’est du pour cent.

Devant le @, rien n’a bougé.

C’est la partie locale. Seul le domaine est un nom d’hôte.