Convertisseur Punycode et IDN
Convertissez les noms de domaine internationalisés en Punycode (xn--) et inversement, étiquette par étiquette, directement dans votre navigateur. Les domaines que vous collez restent sur votre appareil.
Le convertisseur Punycode / IDN s'exécute entièrement dans votre navigateur. Les domaines et URL que vous tapez ou collez sont convertis sur votre appareil avec une implémentation RFC 3492 intégrée et ne sont jamais téléversés vers ArrayKit.
Ouvrir l'encodeur / décodeur d'URL
À propos de Convertisseur Punycode
Le convertisseur Punycode / IDN transforme les noms de domaine internationalisés dans la forme ASCII que les navigateurs et le DNS utilisent réellement — et inversement. Tapez un hôte Unicode comme münchen.de, 例え.テスト ou un domaine emoji et il encode chaque étiquette avec le Punycode de la RFC 3492, en préfixant par xn-- uniquement les étiquettes qui en ont besoin. Changez de sens pour coller un domaine xn-- et lire l'Unicode lisible qu'il représente. Il travaille étiquette par étiquette, si bien que les sous-domaines, un TLD ASCII, les ports et les chemins passent directement sans être touchés. C'est pratique pour repérer le hameçonnage par homographes, enregistrer un IDN, déboguer des certificats TLS ou des hôtes de messagerie, et vérifier où pointe réellement un lien punycodé. Chaque conversion s'exécute sur votre appareil — les domaines que vous collez ne sont jamais téléversés.
Fonctionnalités
- Conversion bidirectionnelle : Unicode → ASCII (xn--) et ASCII → Unicode
- Encode un domaine complet étiquette par étiquette, en ajoutant xn-- uniquement là où c'est nécessaire
- Laisse passer les sous-domaines, les ports, les chemins et les chaînes de requête sans les toucher
- Une implémentation Punycode RFC 3492 maison qui correspond exactement à la sortie du DNS et des navigateurs
- Prend en charge toutes les écritures et les domaines emoji astraux grâce à une gestion complète des points de code
- Révèle les domaines homographes et sosies cachés derrière un préfixe xn--
- Erreur claire lorsqu'une étiquette xn-- est mal formée ou tronquée
- S'exécute entièrement dans votre navigateur — les domaines collés ne quittent jamais votre appareil
Comment utiliser Convertisseur Punycode
- Gardez « Unicode → ASCII » sélectionné pour encoder un domaine internationalisé
- Tapez ou collez un domaine comme münchen.de ou 例え.テスト
- Copiez le domaine ASCII xn-- depuis le volet de sortie
- Passez à « ASCII → Unicode » et collez un domaine xn-- pour le relire
Exemple
Entrée
münchen.de
Sortie
xn--mnchen-3ya.de
Seule l'étiquette non-ASCII « münchen » devient xn--mnchen-3ya ; le TLD .de est laissé intact.
Erreurs courantes et dépannage
- Tout le domaine a reçu un préfixe xn--, y compris le .com. — Chaque étiquette est encodée séparément. Les étiquettes purement ASCII comme com ou www restent inchangées, donc seules les étiquettes contenant des caractères non-ASCII reçoivent un préfixe xn--.
- Le décodage d'un domaine xn-- affiche « chiffre invalide » ou une erreur similaire. — La charge Punycode après xn-- est mal formée ou tronquée. Collez l'étiquette complète exactement telle qu'elle apparaît ; les étiquettes xn-- n'utilisent que les lettres a–z et les chiffres 0–9.
- Deux domaines semblent identiques à l'écran mais se résolvent différemment. — C'est une attaque par homographes — des lettres latines et cyrilliques peuvent se ressembler. Convertissez les deux en ASCII pour comparer leurs vraies formes xn-- et les distinguer.
- Un port ou un chemin semble avoir disparu après la conversion. — Seul l'hôte est transformé. Incluez la chaîne complète (hôte:port/chemin) et le port, le chemin et la requête sont transmis sans changement.
Foire aux questions
- Qu'est-ce que le Punycode et pourquoi les domaines l'utilisent-ils ?
- Le Punycode (RFC 3492) représente les étiquettes de domaine Unicode en n'utilisant que les lettres ASCII, les chiffres et le trait d'union que le DNS autorise. Les étiquettes internationalisées sont encodées et préfixées par xn--, si bien que münchen.de circule sur le réseau sous la forme xn--mnchen-3ya.de.
- Que signifie le préfixe xn-- sur un domaine ?
- xn-- est le préfixe « ACE » (ASCII-Compatible Encoding) d'IDNA. Il marque une étiquette dont les caractères restants sont une chaîne Unicode encodée en Punycode, indiquant aux navigateurs et aux résolveurs de la redécoder vers les lettres d'origine pour l'affichage.
- Pourquoi seule une partie de mon domaine est-elle convertie en xn-- ?
- La conversion se fait étiquette par étiquette. Une étiquette composée uniquement de caractères ASCII, comme www ou com, convient déjà au DNS et est laissée telle quelle ; seules les étiquettes contenant des caractères non-ASCII sont encodées en Punycode et préfixées par xn--.
- Cela peut-il m'aider à repérer les domaines de hameçonnage par homographes ?
- Oui. Des lettres sosies issues d'écritures différentes peuvent faire passer un faux domaine pour authentique. L'encoder en ASCII révèle la forme xn-- distincte, si bien que аpple.com écrit avec un « а » cyrillique ne ressemble plus à apple.com.
- Le convertisseur met-il mon domaine en minuscules ou applique-t-il le nameprep IDNA ?
- Non. Il effectue un pur transcodage Punycode et préserve exactement vos étiquettes, si bien qu'encoder puis décoder redonne le texte d'origine. Il n'applique ni pliage de casse, ni normalisation, ni validation IDNA.
- Gère-t-il les domaines emoji et les URL avec un port ou un chemin ?
- Oui. Les emoji et autres caractères astraux s'encodent correctement — 💩.la devient xn--ls8h.la — et tout schéma, port, chemin ou requête dans une URL complète est transmis tandis que seules les étiquettes d'hôte sont converties.
Outils associés
Tous les outils ArrayKit