Ciao a tutti!!
L’intero sito è offline dopo l’aggiornamento all’ultima versione. Dopo l’aggiornamento, ho riavviato l’intero server. Sto usando Cloudflare. Non so qual è il vero problema. Ho bisogno di aiuto serio!!
Ho lo stesso problema!
Ho rimosso il mio sito da Cloudflare e ora il sito è di nuovo online. Sembra che Cloudflare sia il colpevole.
Anch’io stavo riscontrando lo stesso problema con forum.confident.faith. Posso confermare che semplicemente ‘mettendo in pausa’ il sito nell’interfaccia di Cloudflare risolve il problema. È particolarmente strano, dato che ho diversi altri siti con la stessa configurazione che non presentano questo problema.
Quanto tempo ci è voluto perché il tuo sito tornasse online dopo aver reindirizzato le impostazioni DNS su DigitalOcean?
Dovrebbe essere da 5 secondi fino a un minuto, se il tuo TTL è impostato su Auto.
Dipende dalle tue impostazioni TTL (Time to Live).
Anche il mio sito non funziona dopo l’aggiornamento. Ho aggiornato le impostazioni TLS alla versione 1.2, ma il sito non si carica ancora. Per favore, potreste dirmi qual è il problema e come risolverlo?
Passare a TLS 1.2 o versioni successive non è assolutamente la soluzione.
Confronta le tue impostazioni con quelle che ho pubblicato in After updating website wont come back online - #6 by gerhard. Anche un rebuild del tuo container Docker, come menzionato in quel post, potrebbe aiutare.
Ho seguito le istruzioni in quella discussione, ma il mio sito web non funziona ancora. Puoi dirmi quale potrebbe essere il problema? Ho anche risposto in quella discussione mostrando l’errore nei miei log di errore.
Ho provato a eliminare ./shared/standalone/ssl/website.com_ecc.cer e ./shared/standalone/ssl/website.com_ecc.key come indicato da @gerhard in una discussione privata. Poi ho ricompilato l’app, ma il sito web non si carica ancora. Non riesco a trovare la soluzione giusta. Per favore, aiutatemi, dato che il mio sito è down da oltre 10 ore.
Ho solo controllato i log degli errori e ho trovato questo errore:
nginx: [emerg] cannot load certificate "/shared/ssl/website.com_ecc.cer": PEM_read_bio_X509_AUX() failed (SSL: error:0909006C:PEM routines:get_name:no start line:Expecting: TRUSTED CERTIFICATE)
Penso di aver avuto questo problema su un sito di recente, ma c’erano anche un paio di altri problemi, quindi i dettagli mi sono un po’ confusi nella mente. Potresti provare a eseguire:
rm -rf /var/discourse/shared/standalone/ssl
rm -rf /var/discourse/shared/standalone/letsencrypt
e poi ricostruire.
Se sei bloccato e vuoi risolvere il problema spendendo un po’ di denaro, posso rimetterti in piedi per 300 $. Sono alla mia scrivania ora. Redirecting….
Ho provato quello che hai detto, ma il sito web non si carica ancora. I log continuano a mostrare l’errore
nginx: [emerg] cannot load certificate "/shared/ssl/website.com.cer": PEM_read_bio_X509_AUX() failed (SSL: error:0909006C:PEM routines:get_name:no start line:Expecting: TRUSTED CERTIFICATE)
Mi dispiace davvero, ma al momento non sono nelle condizioni di sborsare 300 dollari.
300 dollari sono tanti, ma oggi sono piuttosto impegnato (quando non sto aspettando che ciò che sto testando si rompa). Il mio ultimo consiglio gratuito è di eseguire:
cd /var/discourse/containers
grep DISCOURSE app.yml
mv app.yml app.broken
cd ..
./discourse-setup
Questo genererà un nuovo file app.yml. Forse c’è qualcosa al suo interno che sta causando il problema. Il comando grep serve per avere le informazioni necessarie a rispondere alle domande richieste da discourse-setup.
Ho provato questa soluzione, ma la configurazione non è partita. Grep ha funzionato e ho copiato tutti i dati in un luogo sicuro, così da poterli riutilizzare. Ma ora, quando provo a eseguire di nuovo la configurazione, mi dice:
Questo mostrerà quale comando sta utilizzando la porta 80
COMANDO PID UTENTE FD TIPO DISPOSITIVO DIMENSIONE/OFF NODO NOME
docker-pr 27737 root 4u IPv6 47517368 0t0 TCP *:http (IN ASCOLTO)Se stai cercando di eseguire Discourse contemporaneamente a un altro server
web come Apache o nginx, dovrai associarlo a una porta diversaConsulta Run other websites on the same machine as Discourse
Se stai riconfigurando un’istanza di Discourse già configurata, usa
./launcher stop app
per fermare Discourse prima di riconfigurarla e riprovare.
Penso che la situazione stia solo peggiorando.
Scusa. Potresti avere un problema più difficile di quanto si possa risolvere qui.
Dato che il tuo file del contenitore è stato rinominato app.yml, devi prima fermare il vecchio contenitore con
docker stop app
Quindi è possibile eseguire discourse-setup.
Non riesco a immaginare perché grep non funzioni.
Ciao @pfaffman, sto cercando di risolvere questo problema da ore e ecco cosa ho fatto. Sono riuscito a rimuovere la cartella SSL e quella di Let’s Encrypt. Poi ho rimosso le righe relative a Let’s Encrypt da app.yml e ho ricostruito l’app. Infine, ho disattivato HTTPS su Cloudflare. Dopo aver fatto tutto questo, il sito è tornato visibile. Tuttavia, ora il sito non è più su HTTPS. Penso di dover capire cosa fare da qui.
Non è necessario attivare la nuvola arancione di Cloudflare. Non avevo notato che stavi utilizzando Cloudflare e, se avessi letto il titolo di questo argomento, avresti potuto pensare che fosse il problema.
Basta abilitare Let’s Encrypt in app.yml e funzionerà.
Se attivi la nuvola arancione, Let’s Encrypt non potrà richiedere o rinnovare i certificati.
rm -rf /var/discourse/shared/standalone/ssl
rm -rf /var/discourse/shared/standalone/letsencrypt
Grazie! Mi ha aiutato!