Aller au contenu
TextArray
Tout en local

Convertisseur de Punycode

Convertissez les noms de domaine internationalisés en punycode (xn--) et inversement.

Entrée
Sortie
Outils connexes
Encodage et décodage d'URLEncodage et conversion
Générateur de slugsOutils de développement
validateur d'URLOutils de développement
Encodage et décodage Ascii85nouveauEncodage et conversion
Encodage et décodage Base64Encodage et conversion
Les entités HTML encodent et décodentEncodage et conversion
Convertisseur de Punycode
Les noms de domaine avec des accents, des trémas ou des écritures non latines — münchen.de, bücher.example, 例え.jp — ne peuvent pas être stockés directement dans le DNS, car le DNS ne comprend que l'ASCII. Punycode (RFC 3492) comble cette lacune : chaque étiquette contenant des caractères internationaux est convertie en une forme ASCII commençant par xn--, ainsi münchen.de devient xn--mnchen-3ya.de. Les navigateurs le font silencieusement dans la barre d'adresse ; ce convertisseur rend la transformation visible dans les deux sens.
Collez un domaine par ligne. Dans le mode automatique par défaut, l'outil décide par étiquette : les étiquettes commençant par xn-- sont décodées en Unicode, les étiquettes contenant des caractères non-ASCII sont codées en punycode et les étiquettes ASCII simples passent intactes - une liste mixte se convertit correctement en une seule exécution. Le sélecteur de direction force l'encodage ou le décodage lorsque vous avez besoin d'un résultat spécifique, et la sortie est en minuscule, correspondant à la façon dont DNS traite les noms. Les domaines Emoji fonctionnent également : 💩.la est encodé en xn--ls8h.la.
Utilisations typiques : préparation de fichiers de zone DNS et de demandes de certificat TLS, qui nécessitent le formulaire xn-- ; vérifier ce que dit réellement un lien xn-- suspect dans un e-mail, car le phishing homographe cache des caractères similaires derrière le punycode ; auditer les journaux du serveur et les listes de référents ; l'enregistrement de domaines internationalisés, où le registraire compte la longueur de la forme codée, pas la jolie.
Le convertisseur implémente entièrement l'algorithme RFC 3492 dans votre navigateur. Rien de ce que vous collez n'est envoyé nulle part : les listes de domaines issues des journaux, des fichiers de zone et des audits restent sur votre ordinateur. Une étiquette punycode invalide produit un message clair nommant l'étiquette incriminée au lieu d'un résultat silencieusement erroné.
FAQ
Qu’est-ce que le punycode ?
Punycode (RFC 3492) est le codage qui permet aux noms de domaine internationalisés de vivre dans le DNS uniquement ASCII. Chaque étiquette contenant des caractères non-ASCII est réécrite sous forme de chaîne ASCII et préfixée par xn--, ainsi münchen devient xn--mnchen-3ya.
Pourquoi certains domaines commencent-ils par xn-- ?
xn-- est le préfixe ACE qui marque une étiquette codée en punycode. Lorsque vous voyez xn--mnchen-3ya.de dans un journal ou un certificat, il s'agit de la forme DNS de münchen.de. Collez-le ici pour voir la version Unicode lisible.
Le punycode peut-il révéler des domaines de phishing ?
Cela aide. Les attaques homographes enregistrent des domaines avec des caractères similaires – un cyrillique à la place d'un latin a. Le décodage d'un lien xn-- ou l'encodage d'un domaine qui vous a été envoyé montre si le nom est vraiment ce qu'il semble être.
Les domaines emoji fonctionnent-ils ?
Oui. Les Emoji sont des points de code Unicode ordinaires vers l'algorithme, donc 💩.la se convertit en xn--ls8h.la et inversement. La question de savoir si un registre accepte réellement les domaines emoji dépend de chaque TLD.
Mon texte est-il téléchargé quelque part ?
Non. L'algorithme RFC 3492 s'exécute entièrement dans votre navigateur et rien de ce que vous collez ne quitte votre appareil – sans danger pour les noms d'hôtes internes et les listes de domaines non publiées.
Pour aller plus loin