Je pense que vous faites référence à Configurer votre site Discourse hébergé pour qu’il s’exécute sur le domaine racine ou apex (par exemple, example.com) — qui ne s’applique qu’aux instances hébergées par Discourse. Je ne pense pas que cela s’applique à l’hébergement individuel, sur une seule instance.
Le problème est que cette configuration d’hébergement[1] attend normalement que le nom configuré soit un enregistrement CNAME, qui est un type d’alias. C signifie « canonique ».[2] Par exemple, l’enregistrement pour ce site, meta.discourse.org, est un CNAME (au moment où j’écris ceci) pointant vers app-cname-target.cdck-prod-meta.discourse.cloud.
En raison de la façon dont la délégation DNS est structurée — où le domaine de premier niveau comme .org ou .com envoie les requêtes pour les domaines de second niveau à un serveur configuré par le registraire[3] — vous ne pouvez configurer des CNAME que pour les noms d’hôte sous le domaine que vous obtenez.
Pour contourner cette limitation, plusieurs fournisseurs DNS proposent ce qu’ils appellent un enregistrement ANAME, ou « CNAME flattening ». Cela fonctionne très bien avec n’importe quel enregistrement, y compris celui de votre domaine « nu » ou « apex » délégué. Ce n’est pas une partie réelle et standard du DNS, mais une astuce propriétaire en coulisses fournie par la société DNS — et, tout simplement, tous les fournisseurs ne le font pas.
Il y a cependant autre chose que vous pouvez faire :
- Configurez votre domaine « apex » pour qu’il redirige, de sorte que par exemple example.net redirige vers forum.example.net. Ici, les gens verraient et utiliseraient toujours le nom le plus long, mais ils pourraient y accéder depuis le nom court.
Et éventuellement une autre option :
- Configurez un proxy inverse transparent sur votre domaine « apex ». C’est compliqué et je ne suis pas sûr que cela fonctionne facilement avec la configuration de CDCK, mais je le mentionne par souci d’exhaustivité.
soit dit en passant, elle est conçue et mise en œuvre par CDCK, et non comme une limitation inhérente à l’hébergement ↩︎
Dans le sens courant en informatique de « nom officiel préféré » — on peut avoir www.example.org comme CNAME vers serverhost003.example.org, mais si le serveur numéro 3 tombe en panne, il suffit de changer le CNAME et de continuer. Étrangement, Merriam-Webster n’a pas vraiment d’entrée pour ce sens. ↩︎
et, en fait, cela peut continuer —
example.orgpeut déléguerstuff.example.org, etstuff.example.orgpeut déléguerthings.stuff.example.orgtout au long de la chaîne ↩︎