Forse hai un altro server web nginx in esecuzione su quel server. Non ho mai visto Discourse arrendersi e mostrare la generica pagina di benvenuto di nginx.
È quello che pensavo, quindi ho cercato un nome di processo corrispondente a NGINX, ma non ho trovato nulla. Poi ho elencato tutti i processi, ma non c’era niente?
EDIT: Non ho mai installato NGINX su quel server
Anche se ricordo come sono arrivato a questo punto. Ho impostato un’email per Let’s Encrypt, era ls@theforumssite.xyz, poi ho rimosso il commento da quella e dai due template. Quindi ho ricompilato l’app, ma non ha funzionato. Ho resettato tutto (ho eliminato la cartella discourse) e l’ho configurata di nuovo, ma succede la stessa cosa.
Stai utilizzando Cloudflare?
Sì, sto usando Cloudflare, solo DNS, ma dà lo stesso risultato andando direttamente all’indirizzo IP.
Dove stai installando questo?
Su un VPS Ubuntu 18.04 in Google Cloud.
Ok, beh, ora funziona tutto all’improvviso? Ma ancora niente HTTPS (Connessione rifiutata)
Okay, ora non ho idea di cosa stia succedendo. Ho creato due file SSL (ssl.crt e ssl.key) e li ho inseriti in /var/discourse/shared/standalone/ssl, ho abilitato il template SSL (non Let’s Encrypt) e ho aggiunto questa configurazione nella sezione run. Quando provo ad accedere via HTTPS, la connessione viene rifiutata, ma ora quando provo via HTTP, non vengono inviati dati?
Sto usando un VPS di Google Cloud con Ubuntu 18.04 LTS installato.
Sarebbe stato meglio se avessi mantenuto questo nel tuo altro argomento.
Invece di preoccuparti dei tuoi certificati, la soluzione più semplice è rieseguire ./discourse-setup e fornire un indirizzo email per Let’s Encrypt: così farà tutto il lavoro per te. Se vuoi farlo nel modo difficile, dovrai cercare qui l’argomento che descrive come procedere e seguire quelle istruzioni.
Non c’è una buona ragione per creare i propri certificati Let’s Encrypt; è proprio questo il motivo per cui discourse-setup chiede l’indirizzo email: stai aggiungendo complicazioni non necessarie.
Hai verificato se il tuo server è accessibile sulla porta :443? DigitalOcean è consigliato perché non presenta questi ostacoli. Non possiamo aiutarti se insisti nell’improvvisare parti del processo di installazione e non possiamo offrire quasi alcun supporto per Google Cloud.
Era quello che pensavo di fare, ma ho anche pensato che le persone avrebbero visto solo il tag “unsupported-install” e sarebbero semplicemente andate via.
Poiché non stai seguendo l’installazione standard, ciò che stai facendo non è completamente supportato, quindi l’etichetta è accurata.
La stessa cosa succede esattamente quando eseguo il processo con l’email per Let’s Encrypt.
Va bene, è stato un mio errore, terrò a mente questo per le prossime volte in cui creerò degli argomenti.
Giusto, e poiché state utilizzando Google Cloud, dovete gestire anche la complessità aggiuntiva. Questa è una scelta vostra, non è qualcosa per cui possiamo offrirvi assistenza.
Va bene, ho capito, grazie per l’aiuto!
discourse-doctor proverà a verificare se la porta 443 è aperta tramite il tuo nome di dominio. Immagino che sia bloccata da un firewall o da una policy di sicurezza. Ricordo che su Gcloud devi aprirla manualmente.
Pensavo lo fosse già? Controllerò di nuovo e risponderò se è aperto o no.
Ho anche aggiunto un’email e sto ricostruendo proprio ora per vedere se fa la differenza.
