Installazione di Discourse su dominio regolare

Installazione
2

Penso che tu ti stia riferendo a Configura il tuo sito Discourse ospitato per essere eseguito nel dominio principale o apex (ad esempio, esempio.com) — che si applica solo alle istanze ospitate da Discourse. Non credo che questo si applichi all’hosting individuale, su singola istanza.

Il problema è che questa configurazione di hosting[1] normalmente si aspetta che il nome configurato sia un record CNAME, che è un tipo di alias. La C sta per “canonical”.[2] Ad esempio, il record per questo sito, meta.discourse.org, è un CNAME (mentre scrivo) che punta a app-cname-target.cdck-prod-meta.discourse.cloud.

A causa del modo in cui è strutturata la delega DNS — dove il dominio di primo livello come .org o .com invia le richieste per i domini di secondo livello a un server configurato dal registrante[3] — è possibile configurare CNAME solo per i nomi host sotto il dominio che si ottiene.

Per aggirare questa limitazione, diversi provider DNS forniscono quello che chiamano un record ANAME, o “CNAME flattening”. Questo funziona perfettamente con qualsiasi record, incluso uno per il tuo dominio “bare” o “apex” delegato. Questo non è una parte reale e standard del DNS, ma un’astuzia proprietaria dietro le quinte fornita dall’azienda DNS — e, semplicemente, non tutti i provider lo fanno.

C’è però qualcos’altro che puoi fare:

  • Configura il tuo dominio “apex” per reindirizzare, in modo che ad esempio example.net reindirizzi a forum.example.net. Qui, le persone vedrebbero e userebbero ancora il nome più lungo, ma potrebbero arrivarci da quello corto.

E possibilmente un’altra opzione:

  • Configura un reverse proxy trasparente sul tuo dominio “apex”. Questo è complicato e non sono sicuro che funzioni facilmente con la configurazione di CDCK, ma lo menziono per completezza.

  1. tra l’altro, è progettata e implementata da CDCK, non come una limitazione intrinseca dell’hosting ↩︎

  2. Nel senso comune in informatica di “nome ufficiale preferito” — si potrebbe avere www.example.org come CNAME per serverhost003.example.org, ma se il server numero 3 va in crash si cambia semplicemente il CNAME e si continua. Stranamente, Merriam-Webster non ha una voce per questo senso. ↩︎

  3. e, di fatto, questo può continuare — example.org potrebbe delegare stuff.example.org, e stuff.example.org potrebbe delegare things.stuff.example.org fino in fondo ↩︎

3 Mi Piace