Discourse ist sich SSL-Terminierung nicht bewusst (gemischter Inhalt)

Die Site befindet sich unter https://forum.practical-pl.org.

Wenn Sie sie jetzt aufrufen, erhalten Sie eine Warnung Ihres Browsers zu „gemischten Inhalten“. Der Grund dafür ist, dass Docker auf einem Unix-Domain-Socket lauscht und ein NGINX-Frontend den Datenverkehr dorthin umleitet. Diese Umleitung beinhaltet auch die SSL-Terminierung (d. h. die Zertifikate sind am Reverse-Proxy installiert, nicht beim Discourse-Client selbst).

Folglich generiert Discourse für alle absoluten URLs HTTP-URLs anstelle von HTTPS-URLs. Dies betrifft insbesondere die Icons der Site sowie die Aktivierungslinks, die an neue Benutzer gesendet werden.

Wie kann ich Discourse anweisen, HTTPS-Links zu generieren?

Vielen Dank,
Shachar

Die Einstellung force_https behebt dieses Problem. Sie ist in jedem Szenario, in dem HTTPS verwendet wird, obligatorisch.

Soweit ich das beurteilen kann, ist es jedoch aktiviert, und das Problem besteht weiterhin.

Muss ich den Docker-Container nach der Einstellung neu generieren?

Kannst du das näher erläutern?

Ich habe es gefunden, nachdem ich die Installation abgeschlossen hatte (technisch gesehen hat mich die Installation angewiesen, es zu aktivieren). Ich habe es aktiviert.

Die Test-E-Mail, die ich sende, hat zwar nun eine HTTPS-Adresse, aber beim bloßen Aufrufen der Website werden die Site-Symbole weiterhin als HTTP angezeigt, sodass die Warnung vor gemischten Inhalten weiterhin erscheint.

Das könnte daran liegen, dass ich die Symbole nicht aktualisiert habe, aber ich habe noch keine Symbole, die ich dort einfügen könnte. Trotzdem verstehe ich nicht, warum das so sein sollte.

Außerdem habe ich versucht, es auszuschalten und wieder einzuschalten (haha!), aber das hat das Problem ebenfalls nicht gelöst.

Versuchen Sie, ein Symbol/Logo erneut hochzuladen, das derzeit als unsicher gemeldet wird.

Ja, ich habe gerade dasselbe Symbol hochgeladen, das aktuell verwendet wird (das Standard-Discourse-Symbol), und das Problem ist nun behoben.

Vielen Dank, aber falls ich einen Vorschlag machen darf: Die Seite zur Installation sollte unbedingt aktualisiert werden. Sie sollte sowohl force_https erwähnen als auch darauf hinweisen, dass es möglicherweise erforderlich ist, die Bilder erneut hochzuladen.

Ich habe das gleiche Problem mit Discourse im Hintergrund von HAProxy mit SSL-Terminierung untersucht.
Ich habe „Force Https