Ich verstehe nicht, warum die SSL-Konfiguration etwas mit den Apps hinter dem Proxy zu tun haben soll 
, solange die SSL-Vorlage in der app.yml deaktiviert ist? Nginx, Apache, HAProxy oder Traefik – alle nutzen das gleiche Konzept von Snippets, Serverblöcken oder Virtual Hosts, bei dem man im Grunde SSL aktiviert, den Speicherort der Zertifikate auf dem Host angibt und ein paar SSL-Parameter festlegt. Hier lauern vielleicht Gefahren?
Ich denke, die Lösung, die du suchst, hängt nicht mit Discourse zusammen, sondern mit Apache. Ich glaube, jede Standard-SSL-Apache-Konfiguration mit Virtual Host wird problemlos mit Discourse funktionieren, wie es auch bei anderen Reverse-Proxys der Fall war. Aber vielleicht bin ich etwas zu optimistisch 
.
Allerdings erinnere ich mich an ein Problem mit den Verschlüsselungsalgorithmen (Ciphers). Achte darauf, die in den Docker-Containern verwendeten Zeilen sorgfältig zu kopieren und einzufügen (die Zeile ist sehr lang).
Was diesen Abwärtstrend angeht: Ich finde, das ist eher wie Skifahren abseits der Pisten. Es ist toll, aber von der Bergrettung wird es stark missbilligt. Ich würde es anders sehen, wenn man in einen Abgrund stürzt, während man noch lernt, ob man ein guter Skifahrer ist.
Bitte, ob Profi oder nicht, sei nett zu
