Le Stack Harbor PaaS accepte les noms de domaine internationalisés (IDN) et les domaines génériques de premier niveau (gTLD) partout où un nom de domaine est attendu — noms d’environnement, alias, liaisons de domaines personnalisés, cibles de swap. Cette page explique comment chacun fonctionne et le petit jeu de contraintes à connaître.
Noms de domaine internationalisés (IDN)
IDN est la norme qui permet aux noms de domaine de contenir des caractères non-ASCII — lettres cyrilliques, hiéroglyphes chinois, grec, arabe, caractères latins accentués utilisés en français et dans d’autres langues. En arrière-plan, les noms IDN sont encodés en ASCII via Punycode, une transformation qui permet à l’infrastructure DNS existante (en ASCII pur) de gérer des noms Unicode.
Vous voyez la forme Unicode (café.exemple) dans la barre d’adresse du navigateur et dans le tableau de bord. La couche DNS voit la forme Punycode (xn--caf-dma.exemple). La conversion est automatique dans les deux sens.
IDN comme nom d’environnement
Quand vous créez un nouvel environnement dans l’assistant de topologie, le champ Environment name accepte l’Unicode. Saisissez le nom dans n’importe quelle langue — cyrillique, chinois, latin accentué — et cliquez Create. L’environnement est créé normalement et apparaît dans le tableau de bord sous son nom Unicode.
Deux contraintes :
- Le nom doit avoir plus de 5 caractères.
- Le nom ne peut pas commencer par
xn--. Ce préfixe est la signature Punycode pour de l’ASCII encodé IDN, et la plateforme le réserve pour éviter l’ambiguïté.
URL d’environnement par défaut avec IDN
Si vous ouvrez l’environnement dans le navigateur depuis le tableau de bord, l’URL apparaît en Punycode car la barre d’adresse parle ASCII. Le navigateur peut ou non rendre la forme Unicode selon sa politique anti-attaque par homographe IDN.
Pour éviter l’URL Punycode peu lisible, liez un domaine personnalisé (qui peut lui-même être un IDN) à l’environnement — voir Domaines personnalisés.
Alias IDN
Vous pouvez aussi définir un alias d’environnement ou un alias par nœud dans votre langue. Les alias sont purement d’affichage — ils rendent le tableau de bord plus facile à naviguer sans changer le nom d’environnement sous-jacent.
Domaines génériques de premier niveau (gTLD)
Les gTLD sont les TLD au-delà du jeu original .com, .org, .net, .gov, .edu, .mil, maintenus par l’IANA. Exemples : .academy, .app, .best, .cloud, .dev, .io, .tech. On les appelle « génériques » parce qu’ils ne sont pas liés à un pays particulier (contrairement à .ca, .fr, .uk, etc.) et peuvent être enregistrés par n’importe qui.
Sur le PaaS, les gTLD sont traités exactement comme les TLD historiques. Pas de flux distinct pour lier un domaine .academy par rapport à un domaine .com.
Domaine IDN ou gTLD personnalisé — comment l’attacher
Le flux de liaison est identique à celui d’un domaine personnalisé classique :
- Achetez le domaine (IDN ou gTLD) chez un registrar qui le supporte.
- Créez un enregistrement DNS chez le registrar pointant sur votre environnement (CNAME, ANAME ou A — selon que vous ayez ou non une IP publique).
- Si vous n’avez pas d’IP publique, liez le domaine à l’environnement dans le tableau de bord pour que le répartiteur partagé route correctement.
Domaines personnalisés couvre la procédure complète.
Swap de domaine et IDN/gTLD
La fonction de swap (utilisée pour blue/green et bascule staging-vers-production) fonctionne avec les noms IDN et gTLD. La plateforme gère la conversion Punycode/Unicode de façon transparente quand elle compare le domaine de chaque côté du swap.