Ehi,
Qualcuno può guidare o fornire esempi su come configurare il web socket con HTTPS per Discourse?
HTTP semplice funziona, ma ne avrei bisogno tramite HTTPS.
Per quanto ne so, come ho letto dal tuo altro post, questo potrebbe valere la pena di provare
Non proprio, gestisco altri siti web senza problemi su 80/443 come ho detto, sto già eseguendo siti web con LiteSpeed, anche il server di posta non è bloccato. Ho anche provato con la porta 8443, ma non è apparso nulla. In modalità WebSocket, sono stato in grado almeno di eseguirlo su HTTP, ma si è rotto a causa di contenuti misti su HTTPS.
Discourse non supporta alcuna combinazione di porte diversa da 80/443
Discourse potrebbe non supportarlo, ma Docker sì, ma posso comunque passarlo con i socket al Nginx esterno.
Questo è oltre l’8080.
Il mio unico problema è che non riesco a far funzionare HTTPS in alcun modo.
Ecco perché ho detto che Discourse non supporta porte diverse da 80/443.
Se vuoi davvero tentare qualsiasi combinazione alternativa, sei da solo.
1 Mi Piace
A mio parere è una cosa davvero stupida. Le persone di solito eseguono più servizi sullo stesso server, state letteralmente impedendo agli utenti di farlo. Inoltre, i container Docker di solito non sono da soli sullo stesso server. Sembra che stiate spingendo altre persone ad acquistare server separati, solo perché non volete supportare porte diverse da quella predefinita.
Letteralmente migliaia di persone ospitano altri servizi sullo stesso server di Discourse. Ci sono modi per farlo. Se fai le tue ricerche, è un caso d’uso molto ben supportato. Devi metterlo dietro un reverse proxy per ottenerlo.
Ecco un modo per farlo Run other websites on the same machine as Discourse
Ho la mia sandbox pubblica di Discourse ospitata su un NUC che ospita più altri servizi dietro Nginx Proxy Manager, ma questo è il mio modo di farlo. Non è ufficialmente supportato, ma conosco la strada.
1 Mi Piace
L’ho già provato anche prima, non viene visualizzato correttamente. Comunque, non vedo affatto il senso del supporto in questo caso, perché come hai detto migliaia di persone lo fanno. Eppure non ci sono passaggi chiari per farlo funzionare da nessuna parte su Github o Wiki. Solo l’opzione diretta 80/443, che agisce come un singolo servizio.
Avrai bisogno di un reverse proxy, come Come configurare Discourse su un server con siti Apache esistenti.
1 Mi Piace
Tuttavia, non sto eseguendo Apache, preferirei avere Nginx e LiteSpeed, ma ciò nonostante, sarebbe più semplice utilizzare altre porte, così potremo facilmente passarle ad altri server web.
No, non capisco nulla di Docker. Ma quando ho avuto un discorso sullo stesso VPS dove avevo Nginx e Varnish prima di Discourse, ho usato sock senza problemi. Ma è una cosa diversa?
Al giorno d’oggi ho Discourse su un VPS diverso da dove si trovano Nginx/Varnish, quindi non posso usare il socket. Ecco perché Varnish manda tutti alla porta 82 e da lì al VPS di Discourse. Ed è per questo che ho:
expose:
- "82:80"
Ma anche questa è una cosa totalmente diversa rispetto al fatto che Discourse possa usare solo le porte 80/443?
Quindi puoi trovare la guida nginx o usarne una come esempio.
Non succederà. Avrai bisogno di un reverse proxy che faccia https.
2 Mi Piace
Ho trovato un modo per farlo funzionare, non è stato poi così difficile e puoi eseguire Discourse su qualsiasi porta desideri.
Giusto. Puoi avere il container Docker di Discourse aperto sulla porta 82 (o qualsiasi porta) se hai Varnish davanti in modo che l’URL sia un normale URL https. Finché Varnish gestisce i certificati https dovresti essere in grado di procedere come ti aspetti.
1 Mi Piace