Hallo @Grunskin,
wir verstehen deine Frustration. Wenn du jedoch folgendes setzt:
force_https = true
ist das nicht das Problem. Wie @pfaffman bereits erwähnt hat (mindestens zweimal, einer der Top-Migrationsexperten von Meta):
Du “musst” bei force_https = true bleiben und dann das “echte Problem” herausfinden.
Wenn ich an deiner Stelle wäre, basierend auf dem, was ich gelesen habe:
Zuerst würde ich deinen Reverse-Proxy auf demselben Server wie die Discourse-Container(n) einrichten, um das Problem zu vereinfachen – nur zum Testen und zur Fehlersuche. Stelle sicher, dass dieser einfache Testfall einwandfrei funktioniert. Sobald er auf demselben Host läuft, deaktiviere diesen Test-Reverse-Proxy und wechsle zu deinem gewünschten Zwei-Server-Setup.
Das ist ein interessantes Problem. Du kannst es lösen, wenn du bei force_https = true bleibst und eine strukturierte, schrittweise Fehlersuchmethode anwendest. Solche Probleme sind einfach IT-Rätsel, die darauf warten, gelöst zu werden.
Du schaffst das.
PS: Wenn du mit diesem Rätsel frustriert oder gelangweilt bist, kannst du immer etwas Geld an @pfaffman oder eine andere erfahrene Person von Meta zahlen, damit sie dich über diese Hürde hinwegbringen und dir den Weg in klarere Zukunft bahnen.
Hinweis: Wir hatten keinerlei Probleme, Apache2 als Reverse-Proxy mit einem Unix-Domain-Socket auf demselben Server zum Laufen zu bringen. Meine aufrichtigen Entschuldigungen, dass ich keine persönliche Zeit habe, die Zwei-Server-Konfiguration einzurichten und die Apache2-Reverse-Proxy-Methode auf zwei verschiedenen Servern zum Laufen zu bringen. Wir sind derzeit mit den finalen Migrationsaufgaben beschäftigt, bei denen wir das „wahnsinnige Missbrauch von BBCode“ in Markdown-Probleme umwandeln, und das nimmt mehr Zeit in Anspruch als ursprünglich erwartet.