Ciao, sono interessato a creare un forum Discourse da utilizzare in una postazione su una rete. Questo perché il forum non ha bisogno di essere (né dovrebbe esserlo) accessibile esternamente. Ho visto un paio di argomenti che sembrano persone che cercano di impostare qualcosa di simile a questo, ma mancano risposte concise.
Essenzialmente, le mie domande sono le seguenti:
In che modo la mia installazione differirebbe dall’installazione predefinita se non volessi creare un “server cloud” o connettermi a Internet? (Supponendo una macchina locale con una nuova installazione di Ubuntu)
Ho ancora bisogno di un nome di dominio e di un servizio di posta elettronica? Se sì, non capisco perché non posso semplicemente connettermi alla macchina locale che esegue Discourse utilizzando l’IP locale.
Discourse è lo strumento giusto per questo lavoro? Mi piace come è strutturato il sito e ho utilizzato community Discourse, ma se questo non ha senso come strumento di comunicazione interna, cercherò altrove.
Credo che questo sia possibile, scaricando prima il programma discourse su un computer locale, quindi dovrebbe essere possibile masterizzare quell’immagine su un disco o spostare il file su un’unità esterna e utilizzarla per l’installazione.
Potrebbe non essere necessario un nome di dominio + servizio di posta elettronica per questo, non sono sicuro.
Per quanto riguarda la domanda se Discourse sia ideale per il tuo caso d’uso di uno strumento di comunicazione interna, dipenderebbe da come intendi utilizzarlo e quali sono le opzioni alternative.
Ti servirebbe un’email per la conferma del nuovo account e il ripristino della password, potresti essere in grado di aggirare questo problema utilizzando un sistema di autenticazione esterno.
Per me Docker e Discourse stesso sono un grande mistero, ma è sufficiente che il proxy inverso invii gli header proxy_set_header? Quindi non c’è bisogno di terminare effettivamente SSL?
E le email non devono uscire e poi ci potrebbe essere un uso della posta all’interno del sistema? Qualcosa che tutti i pinguini hanno saputo per secoli.
Ma se c’è un bisogno effettivo e reale di terminare SSL, un certificato autofirmato funzionerebbe?
Discourse richiede che gli indirizzi email vengano convalidati, quindi dovrà inviare email a tutti gli utenti a meno che non si utilizzino SSO o login social che forniscono email convalidate.
Beh, con un proxy inverso non lo riceve mai. Riceve le intestazioni del proxy. E se quelle intestazioni vengono impostate da quel proxy, Discourse non sa mai che il traffico sta arrivando tramite la porta 80. Ed è questo un punto e il compito di un proxy inverso, terminare SSL. Sto sbagliando?
Certo. Ma Discourse è totalmente soddisfatto se va all’account *nix dell’utente sotto il sistema e non lascia mai il VPS stesso, purché la consegna della posta dia la risposta giusta. Sto sbagliando?