Der Neuaufbau hat nichts gebracht, HTTPS wird weiterhin blockiert und zusätzlich bin ich auf HTTP wieder bei der NGINX-Willkommensseite gelandet.
Sie haben definitiv nginx installiert.
Haben Sie versucht
apt purge nginx
oder
dpkg -l |grep nginx
?
Was sagt ./discourse-doctor, nachdem Sie nginx beendet haben?
Antwort: nginx ist nicht installiert.
Antwort: Nichts.
Alle Eingaben (wie E-Mail, Webadresse) sind leer.
Es laufen 2 Container auf den Ports: 80 → 80, 443 → 443 und 2222 → 22.
Es wird angezeigt, dass die Discourse-Container-Anwendung läuft.
Und es wird angezeigt, dass die Discourse-Version NICHT GEFUNDEN wurde.
Hoppla, ich habe nicht nach unten gescrollt. Lass mich den Ausgabetext lesen und sehen, was er sagt.
EDIT: Er sagt dasselbe.
Hast du diese Installation gestartet, indem du ./discourse-setup ausgeführt hast?
Was sind das für Container?
Meinst du, ob ich den Einrichtungsprozess durchlaufen habe (was ich getan habe), oder ob ich ./discourse-doctor nicht ausgeführt habe, was ich tatsächlich getan habe.
Mein Fehler, es gab nur einen, nämlich 4efab95a60b8
Jetzt heißt es auf der HTTP-Seite nur noch, dass keine Daten gesendet wurden, sodass es jetzt nicht einmal mehr eine NGINX-Seite gibt.
EDIT: Wir sind wieder bei der NGINX-Seite.
EDIT2: Egal, wir sind es nicht mehr.
Was zeigt docker ps an?
Das exakt gleiche Container-Format wie die Textdatei.
Vielleicht wäre ein Reverse-Proxy mit caddy in diesem Szenario besser?
Ich wollte eigentlich nur den Namen davon wissen. Die Nummer ist bedeutungslos.
Mit Caddy hatte ich in der Vergangenheit schon Erfolg. Es wird aber wahrscheinlich dasselbe Problem geben.
Hier ist ein Vorschlag.
Melde dich für den 5-Dollar-Droplet bei DigitalOcean an. Folge der Installationsanleitung Schritt für Schritt, kopiere keine zusätzlichen Zertifikate oder sonstiges.
DigitalOcean-Droplets werden anteilig berechnet. Wenn du der Anleitung folgst (was 30 Minuten oder weniger dauert), betragen die Kosten zum Nachweis der Installation nur 0,02 $. Wenn du die Instanz danach nicht mehr benötigst, klicke einfach auf die Schaltfläche „Zerstören“.
Sollte es dennoch fehlschlagen, können wir mit der Fehlerbehebung beginnen.
Wenn es funktioniert, beweist das, dass es sich nicht um ein Discourse-Problem handelt. Wenn du dich für eine komplexere Umgebung entscheidest, übernimmst du leider auch die Verantwortung für die damit verbundenen zusätzlichen Herausforderungen. Die Standardinstallation wurde auf dem Ubuntu-Image bei DigitalOcean erfolgreich getestet, und deren Netzwerkrichtlinie verursacht keine Probleme mit Let’s Encrypt (muss jedoch gelegentlich in moderatem Umfang angepasst werden, um E-Mails versenden zu können).
Beachte, dass es möglich ist, dass Let’s Encrypt einen bestimmten FQDN in eine Warteschlange gestellt hat, wenn du wiederholt dasselbe Zertifikat angefordert hast.
Nun, ich habe es endlich geschafft. Hier ist, was ich getan habe. Ich habe Caddy installiert und einen Proxy eingerichtet, um alle Verbindungen von der URL zu localhost:444 umzuleiten, aber das war es nicht. Ich bin in die app.yml gegangen und habe den Port wie folgt geändert:
- "81:80" - HTTP wurde auf Port 81 verschoben, um ihn für Caddy freizuhalten
- "444:443" - Caddy übernimmt HTTPS
Wenn ich dann auf die Website gehe, lädt sie und verweigert keine Verbindung zu HTTPS!
Vielen Dank an alle, die geholfen und Vorschläge gemacht haben!
Das werde ich definitiv tun, falls ich Discourse erneut installieren muss.