Wo finde ich normalerweise die Datei discourse.conf?
Ich bin einfach nicht mit dem üblichen Speicherort für discourse vertraut, da ich dazu neige, alles in Ruhe zu lassen, da es normalerweise perfekt funktioniert - vielen Dank im Voraus für jeden Rat!
Zusätzliche Hintergrundinformationen zu dieser Anfrage
es sollte sich in Ihrem discourse/config/-Verzeichnis befinden:
Danke. Ich habe diesen Ort gesehen, aber ich muss doch in die App, oder?
Kein nano, wenn ich in der App bin. Wie bearbeite ich dort etwas?
Nur zur Ergänzung: Wenn ich in der App bin, sehe ich das, und ich denke, das ist es, was ich ändern muss, aber wieder, wenn ich in der App bin, habe ich kein nano, daher bin ich mir unsicher, wie ich es bearbeiten soll, vielleicht nano installieren?
…app:/etc/nginx/conf.d# discourse.conf
Darüber hinaus gehe ich davon aus, dass, wenn ich das tun kann (nano installieren und .conf bearbeiten), es bei jedem Upgrade überschrieben wird?
Ich sehe Erwähnungen der möglichen Verwendung von Ersetzungsbefehlen in der Datei app.yml NGinx.conf File location, um dies zu kompensieren, aber ich vermute, dass ich die Dinge vielleicht falsch verstehe und dass dies ein sehr altes Thema ist, bei dem die Links zu den Beispielen nicht funktionieren. Es ist also vielleicht irrelevant.
Das solltest du doch können?
cd /var/www/discourse/config/
sudo nano discourse.conf
Also, keine solche Datei oder kein solches Verzeichnis existiert. (Ich bin nicht in der App)
Sie können apt install verwenden, um nano innerhalb des Containers zu installieren.
Darüber hinaus wird empfohlen, wenn Sie die Nginx-Konfigurationsdatei ändern möchten, die Änderungen in app.yml außerhalb des Containers vorzunehmen.
Okay, wie oben vermutet.
Wie formatieren Sie diese für die app.yml, gibt es eine Anleitung auf Meta?
Hier ist, was ich einfügen muss:
ssl_certificate /etc/ssl/certs/cloudflare_origin.pem;
ssl_certificate_key /etc/ssl/private/cloudflare_origin.key;
Vielen Dank nochmals im Voraus.
Erweiterte Suche funktioniert gut. Die Suche nach „app.yml“ in der Kategorie Documentation ergab Folgendes:
Sie befindet sich im Container.
Was möchten Sie tun? Sie wird im Allgemeinen durch Setzen von Umgebungsvariablen in der app.yml konfiguriert.
Welches Problem versuchen Sie zu lösen?
Danke.
Das Problem, das ich dachte, ich müsste lösen, dachte ich, wurde durch ein SSL-Problem verursacht, als CF von flexibel auf Full oder Full-Strict umgestellt wurde, nachdem es über CF (historisch graue Wolke) weitergeleitet wurde.
Es war am Ende nicht dieses Problem, es gab eine alte Seitenregel, die eine Super-Weiterleitungs-Schleife verursachte, die, wie vorgeschlagen, durch eine falsche SSL-Einrichtung in CF gemäß der Anleitung auf Meta verursacht werden kann, aber in diesem Fall war es die lästige Seitenregel.
Sehr einfache Lösung, aber etwas langsam herauszufinden! 
Jedoch zum Nebenproblem.
Ich gehe davon aus, dass bei der Platzierung der Schlüssel und Zertifikate alles auf der Containerseite für CF Full [strict] erfolgt, das Zertifikat und der Schlüssel müssen auf der Containerseite platziert werden. Die .conf-Typ-Mods in der app.yml.
Das ist mein eigener Mangel an technischer Orientierung. Docker oder der Container ist wie ein Kinder-Überraschungsei, oder? Linux das Schokoladenei und Docker ist das coole Spielzeug (bereits zusammengebaut) darin.
Schließlich hatte die Discourse-Installation Let’s Encrypt und FULL scheint damit gut zu funktionieren und HTTPS funktioniert und dies ermöglicht nun Traffic-Mitigation-Aktionen.