sto riscontrando questo errore durante la configurazione di Discourse:
AVVISO: La porta 443 del computer non sembra essere accessibile tramite nome host
su un server Debian self-hosted.
Sto utilizzando un dominio dedicato per Discourse, ho inserito una semplice pagina indice HTML, funziona.
Ma ci sono altri domini che puntano a questo server, ma solo pagine web HTML di base.
Ho letto in argomenti simili che Discourse non può essere eseguito sullo stesso server di WordPress,
ma ci sono altre limitazioni?
Grazie mille
Discourse può funzionare benissimo con Wordpress. Ma se può farlo sul tuo computer è un’altra storia. Sto sollevando questo punto solo perché qualcuno potrebbe trovare questo argomento tramite la ricerca e farsi un’idea che usare Wordpress (o quasi qualsiasi altro CMS/app) sullo stesso server di Discourse, intendendo server == VPS, sia una missione impossibile. E non lo è. In realtà è piuttosto banale.
Presumo: hai un server utilizzato da più domini o sottodomini che puntano tutti allo stesso server.
Quindi principalmente devi eseguire un server proxy principale che ascolterà sulle porte 80 e 443 se esegui TLS/SSL.
Il server proxy principale instraderà quindi il traffico in base all’host/dominio, ad esempio discourse.example.com => vai a discourse, blog.example.com => vai a wordpress.
Penso che tu abbia più opzioni su come gestire tale distribuzione, perché tipicamente wordpress viene fornito con il proprio server proxy, così come discourse. Quindi le tue opzioni potrebbero essere:
Utilizzare il server proxy nginx di discourse come principale e questo inoltrerà a wordpress
Utilizzare wordpress come server proxy principale e questo inoltrerà a discourse
Utilizzare il tuo server proxy principale che inoltrerà a entrambi.
In ogni caso, qualunque cosa tu scelga, penso che TLS/SSL verrebbe gestito solitamente dal server proxy principale.
Ho utilizzato discourse nei primi due scenari sopra, quando ho utilizzato un altro server proxy per gestire il traffico in entrata (prima opzione) ho dovuto cambiare le porte e disattivare TLS, lasciando invece che fosse l’altro server proxy a gestirlo. E per il secondo scenario, ho modificato il file di configurazione nginx all’interno del container discourse e ho aggiunto una dichiarazione per un altro server e poi ho generato un certificato per esso utilizzando certbot.
Eh… no. Tipicamente non ci sono proxy. Solo un normale server web, come Apache2 o Nginx, quando serve host virtuali e termina SSL, non è un server proxy. Certo, può agire come tale, ma non è una soluzione tipica e non ha nulla a che fare con WordPress.
WordPress non viene fornito con alcun tipo di server.
WordPress installato può essere venduto insieme al server web, PHP, SQL, ecc., ma è una cosa totalmente diversa dal fatto che venga “fornito con”.
Discourse, invece, viene fornito con.
E sì, usare un proxy o qualsiasi altra cosa davanti a Discourse e servire WordPress sullo stesso server è piuttosto banale.
Mi riferivo principalmente al caso in cui lo stack di WordPress includesse nginx o apache; tuttavia, nell’era della containerizzazione, se controlli l’immagine docker ufficiale di WordPress (che ha oltre 1 miliardo di download), viene fornita con apache.
Mi scuso se non ho usato il termine proxy in modo appropriato, ciò nonostante il punto a cui stavo cercando di riferirmi considera che si finirebbe per avere due web server (o server proxy) quando si vuole eseguire WordPress con Discourse.
scusa per la risposta tardiva, sono stato fuori dalla rete e dai forum per un po’, mi sento bene, ma ho provato a risolvere i problemi di posta elettronica prima di partire, ma ho ancora un errore 502 durante l’accesso al forum.
scusa, ho spiegato male, non ho bisogno di WordPress sullo stesso server, era solo per prendere un esempio di ciò che non potevi fare.
In realtà ho solo 4 domini che puntano a un semplice sito web su questo server.
il dottore di Discourse non sembra avere errori
ma ricevo ancora l’errore 502 sul dominio del forum
devo installare haProxy come dicono qui? Grazie
È la stessa idea, sia che tu stia usando WordPress o qualsiasi altro framework.
Quando hai più siti web che puntano allo stesso server, tutto il traffico web/http(s) ascolta sulla porta 80/433, quindi tipicamente avresti un server che ascolta queste porte che inoltrerebbe il traffico dato l’hostname/sito web.
Quindi cosa significa nel contesto di Discourse?
Puoi lasciare che il server Nginx di Discourse gestisca il reindirizzamento del traffico (in questo caso Discourse ascolterà 80/443 vedi questo argomento Run other websites on the same machine as Discourse) oppure puoi far sì che Discourse ascolti su una porta diversa, ad esempio 8080, e poi chiedere al tuo server di reindirizzare a essa se la richiesta proviene dal sito web del forum. Nota: in questo caso è meglio disattivare TLS/SSL da Discourse e lasciare che sia il tuo server principale a gestirlo.