[RISOLTO] Problemi di installazione con 2 server separati

Supporto Installazione
1

Quindi ecco cosa sto riscontrando, più o meno.

Ho 2 server hardware. Uno esegue Unraid e la seconda unità è per l’esecuzione di VM ESXi.

L’unità Unraid sta eseguendo il gestore reverse proxy Nginx. Ho una VM Ubuntu 18.04 sulla macchina ESXi. Durante l’installazione, mi viene comunicato che riesco ad accedere sulla porta 80 ma non sulla 443. Qualcuno sta utilizzando questo tipo di configurazione?

Nel reverse proxy ho configurato il mio dominio con SSL e impostato sulla porta 80. Non capisco ancora abbastanza (sto usando questa situazione come esperienza di apprendimento) per capire come far funzionare insieme le due cose e installare e far funzionare Discourse.

Grazie.

AGGIORNAMENTO: Sono riuscito a risolvere. Il link che mi ha messo sulla strada giusta è questo:
https://www.digitalocean.com/community/tutorials/how-to-install-discourse-behind-nginx-on-ubuntu-14-04

2

FWIW,

Per il prossimo passaggio, potresti prendere in considerazione la modifica del proxy per comunicare con una socket di dominio Unix nei container Docker.

Questa configurazione offre ancora più flessibilità perché puoi semplicemente creare un collegamento simbolico dall’esterno del container verso l’interno e passare facilmente da un container all’altro senza alcun tempo di inattività e senza dover riavviare nginx.

Ad esempio (su Linux; questo non funzionerà su macOS)

La socket Unix potrebbe trovarsi qui (vista dal container), ad esempio:

/shared/mycool.discourse.sock

Fuori dal container:

ln -sf /var/discourse/shared/socket-only/mycool.discourse.sock  /tmp/mycool.discourse.sock

così il tuo server nginx esterno, con proxy inverso verso:

/tmp/mycool.discourse.sock

Supponiamo di voler aggiungere alcuni plugin e di dover ricostruire.

Puoi ricostruire con /shared/socket-only2 (una semplice modifica al file yml), e per passare al nuovo container, basta:

ln -sf /var/discourse/shared/socket-only2/mycool.discourse.sock  /tmp/mycool.discourse.sock

(o inserirla in /var/run o dove preferisci…)

Questo funziona in modo molto fluido e puoi passare avanti e indietro tra i container in pochi millisecondi, senza bisogno di riavviare nginx per rimappare le socket TCP/IP.

L’ho testato completamente e funziona perfettamente e senza intoppi.

Funziona anche (quasi) con Apache2, ma in Apache2 non è possibile utilizzare un collegamento simbolico e bisogna usare il percorso completo del container nelle configurazioni del sito Apache2; pertanto, Apache2 richiede un riavvio per il passaggio. Dato che sei un utente nginx, per te sarà semplice e fluido operare fuori dal container.

3

Fantastico, grazie. Lo darò un’occhiata stasera più tardi.