La mia pagina Discourse su https://wespenreboards.com/ non è raggiungibile. Non riusciamo nemmeno a visualizzare la pagina di accesso. Ho già avuto problemi con i certificati in passato, ma questa volta non sembra essere il caso. Ho eseguito i comandi di aggiornamento nella console del droplet DigitalOcean, ma non hanno risolto il problema.
Ho allegato uno screenshot della console e la pagina di Chrome di ciò che accade quando digito l’URL del forum. Ci sono molti AVVISI nel testo della console. C’entra qualcosa? Sono un principiante in queste cose.
Ciao Richard. Come faccio a copiare e incollare l’intero log della console? A quanto pare, non si può fare nel modo normale, semplicemente copiando e incollando. Esiste un modo semplice per copiarlo e incollarlo?
Mi dispiace, posso aiutarti a fare il debug di Discourse ma non con qualcosa che sembra un problema del tuo computer o della piattaforma cloud che stai utilizzando.
In alternativa, puoi scorrere il log e cercare qualcosa che sia un errore, e farne uno screenshot.
Riesci ancora a connetterti alla console?
Il sito non risponde, il che suggerisce che non ha connettività di rete. Se Discourse fosse inattivo, otterresti comunque un messaggio di “rifiuto di connessione”, non un timeout.
Potresti riavviare il droplet.
Apri un ticket con digitalocean.com
No, nessun firewall. Non è cambiato nulla. L’unica cosa che ho fatto è stata eseguire quanto segue per assicurarmi che il mio certificato non scadesse:
È stato dopo che qualcuno ha notato che il forum era offline e mi ha inviato un’email. Non è chiaro se sia stato l’esecuzione di questi comandi a causare il problema o se il forum fosse offline prima. Ma non capisco perché l’esecuzione di questo comando possa creare questo problema.
Ho contattato DigitalOcean e mi hanno inviato questo:
Ciao Wes,
Grazie per essere tornato in contatto e per queste informazioni aggiuntive. Il tipo di console che ha utilizzato non è realmente rilevante per ciò che è accaduto nel nostro Droplet dopo che è arrivato lì.
Ho notato che hai utilizzato il comando “./launcher start up”. Invece, prova il comando predefinito “./launcher start app”.
Se questo non funziona, dovresti contattare il tuo sviluppatore, perché indicherebbe che discourse è stato configurato in modo non standard, unico per lui.
Ho eseguito il comando “start app” e ho ricevuto il seguente messaggio:
Non so nulla di una configurazione a due container, ma per come la vedo io hai distrutto la vecchia app e se qualcosa va storto nella ricostruzione non puoi usare quella vecchia.
Ho esaminato il droplet e vedo che è attivo e risponde, tuttavia, le porte HTTP e HTTPS sono attualmente chiuse.
> root@jump:~# nmap -Pn -p 22,80,443 69.55.54.86 Starting Nmap 7.80 ( [https://nmap.org](https://nmap.org/) ) at 2024-08-10 11:42 UTC Nmap scan report for [wespenreboards.com](https://wespenreboards.com/) (69.55.54.86) Host is up (0.23s latency). PORT STATE SERVICE 22/tcp open ssh 80/tcp closed http 443/tcp closed https Nmap done: 1 IP address (1 host up) scanned in 0.51 seconds
Ho eseguito di nuovo destroy/rebuild web_only, e ora funziona, improvvisamente. L’ho eseguito due volte prima oggi senza successo. Ma ora funziona, il che è fantastico.
Fondamentalmente nmap ti ha detto che la porta per SSH era aperta — beh, lo sapevi già. Ma le porte 80 e 443 erano chiuse. Quindi nessuno poteva entrare.
Tutto è teoricamente possibile, ma… no. Il tuo droplet ha avuto un problema e per questo il firewall è andato giù. Forse Jay ha pensato qualcosa del genere ed è per questo che ha suggerito di riavviare il droplet. O il bootstrapping non è andato a buon fine, ma non so come ciò possa chiudere quelle porte.
