Hallo zusammen!!
Die gesamte Website ist nach dem Update auf die neueste Version ausgefallen. Nach dem Update habe ich den gesamten Server neu gestartet. Ich verwende Cloudflare. Ich weiß nicht, was das eigentliche Problem ist. Ich brauche dringend Hilfe!!
Ich habe das gleiche Problem!
Ich habe meine Site von Cloudflare entfernt, und jetzt ist meine Site wieder online. Es scheint, als ob Cloudflare der Übeltäter ist.
Ich hatte (habe) das gleiche Problem mit forum.confident.faith. Ich kann bestätigen, dass das einfache „Pausieren
Wie lange hat es gedauert, bis Ihre Site wieder online war, nachdem Sie die DNS-Einstellungen auf Digital Ocean umgeleitet haben?
Sollte bei automatischer TTL-Einstellung zwischen 5 Sekunden und einer Minute liegen.
Hängt von Ihren TTL-Einstellungen (Time to Live) ab.
Meine Website funktioniert nach dem Update ebenfalls nicht. Ich habe die TLS-Einstellungen auf 1,2 aktualisiert, aber die Website wird immer noch nicht geladen. Bitte sagen Sie mir, was das Problem sein könnte und wie man es behebt.
Auf TLS 1.2+ umzustellen, ist definitiv keine Lösung.
Bitte vergleiche deine Einstellungen mit denen, die ich unter After updating website wont come back online - #6 by gerhard veröffentlicht habe. Ein Neuaufbau deines Docker-Containers, wie in diesem Beitrag erwähnt, könnte ebenfalls helfen.
Ich habe die Anweisungen in diesem Thread befolgt, aber meine Website funktioniert immer noch nicht. Könntest du mir bitte sagen, was das Problem sein könnte? Ich habe in diesem Thread auch auf die in meinen Fehlerprotokollen angezeigten Fehler reagiert.
Ich habe versucht, ./shared/standalone/ssl/website.com_ecc.cer und ./shared/standalone/ssl/website.com_ecc.key zu löschen, wie von @gerhard in einem privaten Thread empfohlen. Anschließend habe ich die App neu erstellt, aber die Website wird immer noch nicht geladen. Ich kann keine passende Lösung dafür finden. Bitte helfen Sie mir, meine Website ist seit über 10 Stunden offline.
Ich habe die Fehlerprotokolle geprüft und diesen Fehler gefunden:
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)
Ich glaube, ich hatte dieses Problem kürzlich auf einer Website, aber es gab noch ein paar andere Probleme, daher sind die Details in meinem Gedächtnis etwas verschwommen. Du könntest versuchen:
rm -rf /var/discourse/shared/standalone/ssl
rm -rf /var/discourse/shared/standalone/letsencrypt
und dann neu aufzubauen.
Wenn du feststeckst und Geld in die Hand nehmen möchtest, bringe ich dich für 300 $ wieder zum Laufen. Ich sitze gerade an meinem Schreibtisch. Redirecting….
Ich habe versucht, was du gesagt hast, aber die Website lädt immer noch nicht. Die Logs werfen weiterhin den Fehler aus:
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)
Es tut mir wirklich leid, aber ich kann im Moment nicht 300 $ ausgeben.
300 $ sind eine Menge Geld, aber ich bin heute ziemlich beschäftigt (wenn ich nicht gerade darauf warte, dass das Getestete abstürzt). Mein letzter freier Rat ist folgender:
cd /var/discourse/containers
grep DISCOURSE app.yml
mv app.yml app.broken
cd ..
./discourse-setup
Dadurch wird eine neue app.yml generiert. Vielleicht enthält die aktuelle Datei etwas, das das Problem verursacht. Der Befehl grep sorgt dafür, dass Sie die Informationen haben, die Sie benötigen, um die Fragen zu beantworten, die discourse-setup stellt.
Ich habe es versucht, aber das Setup hat nicht gestartet. Grep hat funktioniert, und ich habe alle Daten an einen sicheren Ort kopiert, damit ich sie später wieder verwenden kann. Aber jetzt, wenn ich versuche, das Setup erneut auszuführen, erscheint folgende Meldung:
Dies zeigt Ihnen, welcher Befehl Port 80 verwendet
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
docker-pr 27737 root 4u IPv6 47517368 0t0 TCP *:http (LISTEN)Wenn Sie Discourse gleichzeitig mit einem anderen Webserver wie Apache oder nginx ausführen möchten, müssen Sie einen anderen Port verwenden.
Siehe Run other websites on the same machine as Discourse
Wenn Sie ein bereits konfiguriertes Discourse neu konfigurieren möchten, verwenden Sie
./launcher stop app
um Discourse vor der Neu-Konfiguration zu stoppen und versuchen Sie es erneut.
Ich glaube, die Situation wird jetzt nur noch schlimmer.
Entschuldigung. Sie haben möglicherweise ein schwierigeres Problem, als hier gelöst werden kann.
Da Ihre Container-Datei als app.yml gesperrt wurde, müssen Sie zuerst den alten Container mit
docker stop app
stoppen.
Anschließend kann discourse-setup ausgeführt werden.
Ich kann mir nicht vorstellen, warum grep nicht funktionieren sollte.
Hallo @pfaffman, ich versuche seit Stunden, dies zu beheben, und hier ist, was ich getan habe. Es ist mir gelungen, den SSL- und den letsencrypt-Ordner zu entfernen. Anschließend habe ich die letsencrypt-Zeilen aus der app.yml entfernt und die App neu erstellt. Schließlich habe ich HTTPS bei Cloudflare deaktiviert. Nach all diesen Schritten ist die Website wieder sichtbar, aber sie läuft nicht mehr über HTTPS. Ich denke, ich muss herausfinden, was ich als Nächstes tun soll.
Sie müssen die orange Wolke von Cloudflare nicht aktivieren. Mir war nicht aufgefallen, dass Sie Cloudflare nutzen, und wenn Sie den Titel dieses Themas gelesen hätten, hätten Sie vielleicht gedacht, dass dies das Problem sei.
Aktivieren Sie einfach Let’s Encrypt in app.yml, und es wird funktionieren.
Wenn Sie die orange Wolke aktivieren, kann Let’s Encrypt keine Zertifikate anmelden oder erneuern.
rm -rf /var/discourse/shared/standalone/ssl
rm -rf /var/discourse/shared/standalone/letsencrypt
Vielen Dank! Das hat mir geholfen!