Molteplici hostnames per un singolo sito per la fase di cut-over

So che non è possibile/supportato configurare più hostname (solo multi-sito), almeno questo è quanto dice il problema qui: How can I use multiple hostnames - support - Discourse Meta

Tuttavia, è ancora così? Il reindirizzamento non mi aiuterà nel mio caso (e non voglio davvero fare complicate riscritture di reverse proxy per un caso d’uso semplice e temporaneo): Nel mio caso, voglio installare un nuovo server Discourse parallelamente a quello esistente e avere una visualizzazione di staging di questo server con un nuovo nome. Tuttavia, il server dovrebbe accettare anche il nome ufficiale (per quando avverrà il passaggio nel DNS o quando gli amministratori utilizzeranno un alias /etc/hosts). Questo migliorerebbe notevolmente la fase di staging.

Penso che attualmente il problema principale siano gli URL CSP assoluti che impediscono il funzionamento (anche se poiché controllano già il protocollo, dovrebbero essere in grado di estendersi per controllare gli hostname da un elenco di host consentiti). Quindi, è disponibile nel frattempo?

A proposito, nel mio caso testo con http, ma penso che la configurazione di letsencrypt per richiedere più certificati sia già coperta qui, quindi sarò in grado di farlo più tardi. (non funzionerà finché non sarà disponibile con il giusto alias ufficiale)

Tra l’altro, ho appena notato che la ricostruzione del container dell’app con un DISCOURSE_HOSTNAME diverso non funziona - sospetto che sia anche da qualche parte nel DB (ma non può essere modificato nelle impostazioni di amministrazione).

Ciò rende un po’ più importante avere un elenco di host accettati per tale scenario.

C’è un argomento per cambiare i nomi host. Cambia il nome di dominio o rinomina il tuo Discourse

Se desideri che più nomi vengano risolti e che Discourse reindirizzi a quello corretto, sei a posto per http. Per https dovrai ottenere un certificato per tutti i domini. Penso che Configura Let’s Encrypt con più domini dovrebbe aiutare.

Se desideri che il sito non reindirizzi a se stesso, puoi modificare nginx per non eseguire tale reindirizzamento. Non sono sicuro di come dirtelo, però.

L’argomento del cambio di hostname non funziona in modo affidabile per me (ad esempio, nonostante il remap+rebake, le emoticon di Twitter del post di benvenuto puntano al server sbagliato) - non ho ancora ricercato il motivo (ve lo farò sapere). Almeno non è indolore.

Il reindirizzamento per i miei casi d’uso non funziona poiché reindirizzerebbe al vecchio server.

La configurazione di nginx non necessita di modifiche, non è consapevole dell’hostname. Ma il problema è più con l’app, ad esempio gli header CSP contengono l’URL completo (non ho idea del perché).