Installazione di Discourse su dominio regolare

Installazione
1

Qualcuno può spiegarmi perché si dice spesso che Discourse può essere installato su un dominio normale senza doverlo installare su un sottodominio, ma solo alcuni DNS supportano questo? Non capisco davvero perché solo alcuni DNS supportino questa cosa, non riesco a capire qual è il problema. Chiedo solo di capire tecnicamente qual è il punto. Grazie in anticipo!

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
3

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.