Reverse Proxy in Discourse

Installazione
1

Odio davvero fare qualcosa di insolito qui. Lo odio quanto chiunque altro, ma è tutto ciò che so fare e come funzionano tutte le altre app self-hosted che ho.

Ho il mio record A wildcard che punta a un IP interno sulla mia rete, che ha le porte 80 e 443 esportate da nginx proxy manager, che ha tutti i miei certificati SSL configurati. Ho quasi tutto sulla mia rete esistente configurato utilizzando docker, quindi nginx proxy manager è sicuro da usare perché utilizza solo la rete docker per fare il proxy tramite http.

Nel caso di discourse, ho provato a configurare discourse.MYDOMAIN.com su un indirizzo IP locale separato sotto un record A separato e sono riuscito a risolverlo; tuttavia, il modo in cui nginx proxy manager ha configurato lets encrypt funziona e il modo in cui discourse lo ha configurato non funziona per gli IP interni.

Quindi… voglio solo fare il reverse proxy. Tenterò ogni sorta di configurazione di nginx proxy per farlo funzionare. Sono leggermente preoccupato per gli attacchi man-in-the-middle, ma vorrei capire perché la configurazione lets encrypt di nginx proxy manager funziona con la configurazione interna e discourse no.

Ci deve essere un modo!

(P.S. So di essere un po’ confuso. Per favore, fai domande specifiche e potrò fornire chiarimenti)

1 Mi Piace
2

Sto esaminando l’opzione di sfida dns-01 menzionata qui.

come potrei, se possibile, farlo con la mia configurazione di discourse?

1 Mi Piace
3

Ci sono alcuni argomenti sull’esecuzione di Discourse dietro nginx proxy manager. Fondamentalmente, configuri Discourse per non associarsi a nessuna porta e aggiungi le etichette richieste in una sezione labels: nel tuo app.yml.

2 Mi Piace
4

Se scelgo la strada del gestore di proxy nginx, che è come l’ho configurato ora (invece di configurare Let’s Encrypt sulla VM di Discourse stessa)…

Dovrei comunque collegarmi alla porta 80 sulla VM di Discourse perché nel mio caso si tratta di una macchina separata.

La mia esperienza attuale è che sto riscontrando errori di Contenuto Misto con la mia attuale configurazione del gestore di proxy nginx con la configurazione SSL lì che punta all’indirizzo IP della VM di Discourse sulla porta 80.

Non credo sia possibile eliminarli poiché i riferimenti http:// nel codice sono codificati in modo fisso… o mi sbaglio? è questo che cambierebbe il campo labels a cui hai fatto riferimento?

5

Proverò il template socketd menzionato qui insieme alla configurazione per nginx proxy manager nella scheda avanzata qui.

6

C’è un’impostazione chiamata force_https che devi abilitare, tramite ENV o console rails.

Inoltre, non dimenticare di impostare un x-forwarded-proto corretto sul tuo proxy.

2 Mi Piace
7

Ci proverò se la configurazione del socket Unix non dovesse funzionare. Grazie @Falco e @pfaffman per il supporto. Vi farò sapere cosa funziona.

8

Non riesco a configurare il socket Unix… la mia VM discourse si trova su una macchina separata. Torniamo al piano originale. Vediamo se riesco a capire come abilitare force_https con altri post sul forum. A scopo informativo, questo è il passaggio che non riesco a fare.

9

In realtà hai bisogno di quello che ha suggerito Falco.

2 Mi Piace
10

in nginx proxy manager:

proxy_set_header X-Forwarded-Proto $scheme;

11

this per abilitare force_https?

2 Mi Piace
12

DISCOURSE_FORCE_HTTPS=true Credo (env)
o
DISCOURSE_FORCE_HTTPS: true in app.yml nella sezione ENV.

13

Sono stato in grado di farlo nella GUI come ho menzionato prima.

@Falco, @pfaffman, @Jagster, @merefield… grazie a tutti voi, ho configurato correttamente il reverse proxy e non ho più quegli errori di Mixed Content.

Una volta che ho effettuato il reverse proxy sulla porta 80 della VM di discourse e sono stato in grado di registrarmi e altro, si è trattato di impostare force_https utilizzando la GUI e aggiungere il flag x-forwarded-proto nella scheda avanzata di nginx proxy manager.

2 Mi Piace