Convertisseur Punycode

Les noms de domaine internationalisés ont besoin d'un encodage compatible ASCII pour que le DNS, les certificats et les résolveurs hérités transportent des étiquettes avec trémas, accents, cyrillique, arabe ou caractères CJK. Punycode (RFC 3492) est l'algorithme Bootstring derrière le préfixe xn-- familier des A-labels IDNA. Cette capacité encode une seule étiquette de domaine Unicode dans cette forme ACE, ou décode un corps ACE ou Punycode brut vers le U-label Unicode d'origine, avec un champ mode simple et une arithmétique entière déterministe. Caractères d'alphabet invalides, corps xn-- vides, substituts isolés et chaînes multi-étiquettes avec des points sont rejetés avec une erreur d'entrée invalide claire plutôt qu'une corruption silencieuse.

Encodez une étiquette de domaine Unicode en Punycode ACE (xn--)

Le moteur met l'étiquette en minuscules de façon indépendante de la locale, rejette les chaînes vides, les espaces, les caractères de contrôle et tout point intégré pour que vous ne traitiez jamais par accident un nom d'hôte multi-étiquettes complet comme une seule étiquette DNS. Les étiquettes ASCII pures passent inchangées sans préfixe xn--, conformément à la pratique IDNA pour les noms LDH.

Lorsque l'étiquette contient un point de code non ASCII, le moteur exécute l'encodeur Punycode RFC 3492 et préfixe le résultat avec xn-- pour produire l'A-label utilisé dans les fichiers de zone DNS, les SAN de certificats et les affichages WHOIS. La réponse inclut result (l'étiquette ACE ou ASCII), unicode (le U-label replié), punycode (le corps sans le préfixe xn--), ace vrai ou faux, mode encode et method rfc3492 pour que les tests épinglent chaque champ.

Des entrées identiques produisent toujours des sorties identiques car le chemin est une arithmétique pure sans réseau, sans sel aléatoire et sans horloge murale. Utilisez ce chemin lorsque vous avez besoin d'un A-label sûr à coller pour une checklist de migration, une ligne de zone ou un ticket de support qui doit survivre à des systèmes n'acceptant que des noms d'hôte ASCII.

Décodez ACE ou Punycode en Unicode et gérez les entrées invalides

Réglez mode sur decode et placez une étiquette ACE telle que xn--mnchen-3ya ou un corps Punycode brut tel que mnchen-3ya dans text. Le moteur retire un préfixe xn-- initial lorsqu'il est présent, valide que le corps n'utilise que l'alphabet de base des lettres, chiffres et tirets internes, puis exécute le décodeur RFC 3492 pour récupérer les points de code Unicode—y compris les caractères du plan supplémentaire représentés par des paires de substituts dans les chaînes JavaScript.

Un decode réussi renvoie result et unicode comme le U-label, punycode comme le corps, ace vrai lorsque l'entrée portait le préfixe xn--, mode decode et method rfc3492. Préférez cette capacité lorsque votre intention de recherche est un convertisseur punycode pour des étiquettes de domaine lisibles ; le découpage d'hostname complet, la recherche de suffixe public et la résolution DNS en direct appartiennent à d'autres outils.

L'utiliser pour vos domaines, et ses limites

Appelez le convertisseur punycode gratuit dans le navigateur pour des playbooks de support, des démonstrations en classe et des contrôles ponctuels d'étiquettes sans installer OpenSSL ni de runtimes de langage. Un flux typique encode une étiquette de marque Unicode avant d'écrire un A-label dans un modèle de zone, puis décode des noms ACE copiés d'en-têtes de courrier ou de journaux de certificats pour que les opérateurs lisent le U-label prévu. Un autre flux vérifie que les échantillons de documentation font encore l'aller-retour avant une publication.

Les étiquettes DNS sont plafonnées à soixante-trois octets sous forme ACE, et ce moteur applique cette limite à l'encode pour que les étiquettes internationales trop grandes échouent tôt plutôt que de produire des chaînes non déployables.