502 Bad Gateway und Discourse Version NICHT GEFUNDEN

[Pigeon]

Ich habe die Anweisungen zur Installation von Discourse auf CentOS 7 befolgt.

Ich habe die E-Mail-Einstellungen korrekt konfiguriert und eine Test-E-Mail erhalten. Doch ich erhalte ständig die Fehlermeldung 502 Bad Gateway.

Zuvor hatte ich ein Problem mit ssl_stapling, das ich gelöst habe, indem ich die vollständige Chain-Zertifikatsdatei einbezogen habe.

Ich sehe, dass die Docker-Anwendung auf dem benutzerdefinierten Port 25654 lauscht:

0.0.0.0:25654->80/tcp, :::25654->80/tcp

Ich erhalte folgende Nginx-Fehlermeldungen, die meiner Meinung nach darauf zurückzuführen sind, dass die Discourse-Anwendung nicht lauscht.

connect() failed (111: Connection refused) while connecting to upstream, client: x.x.x.x, server: xxxx, request: “GET / HTTP/2.0”, upstream: “http://x.x.x.x:25654/”, host: “xxxx”

Ich habe DNS-Einträge, die sowohl [MEINE_DOMAINE].net als auch discourse.[MEINE_DOMAINE].net auf die richtige IP-Adresse verweisen.

[griffin (Jonathan Griffin)]

Willkommen in der Meta Discourse Community

Ich unterstütze häufig bei Problemen mit der SSL-Installation in der Let’s Encrypt Community. Mir ist aufgefallen, dass deinem zweiten Serverblock die IPv6-Anweisungszeile fehlt:

listen [::]:443 ssl http2;

Ohne diese bin ich mir nicht sicher, wohin dein IPv6-Datenverkehr geleitet wird.

[Pigeon]

Vielen Dank, Jonathan. Damit wurde das Problem mit der abgelehnten Verbindung gelöst.

Wenn ich jetzt meine Discourse-URL aufrufe, werde ich zur Seite „Willkommen bei CentOS

[Pigeon]

Ich sehe mit netstat, dass ich zwei docker-proxy-Prozesse auf Port 25654 habe: einen für TCP und einen für TCP6. Ich frage mich, ob das ein Problem ist, da ich das in Screenshots anderer Tutorials nicht sehe.

[Pigeon]

Da CentOS anscheinend eine andere Einrichtung erfordert, habe ich die Nginx-Einstellungen aus diesem Tutorial befolgt:

How to Install Discourse Forum with Nginx on CentOS 7

Außerdem habe ich einige zusätzliche Änderungen an app.yml und der Nginx-Konfiguration vorgenommen, die ich in diesem Tutorial gesehen habe, da ich möchte, dass MYDOMAIN.net und discourse.MYDOMAIN.net auf derselben Maschine über Nginx laufen:

Run other websites on the same machine as Discourse

The guide in the first post is great and, on the whole, still works just fine There are three things worth noting: I initially missed some of the app.yml changes. There are 3 things you need to change in your app.yml. If you miss any of these things it won’t work: Comment out all ssl templates in the templates. If you are using letsencrypt you will have two:# - "templates/web.ssl.template.yml" # - "templates/web.letsencrypt.ssl.template.yml" Add a socket template:- "templates/web…

Zum Beispiel habe ich die WebSocket-Vorlage aktiviert.

Aber jetzt habe ich in einem Kommentar zu diesem Tutorial gelesen, dass man, wenn man den Socket verwendet, alle freigegebenen Ports auskommentieren muss, obwohl die erste Konfiguration einen Eintrag für „25654:80

[Falco]

@Pigeon

Portweiterleitungen/Sockets und die Netzwerkkonfiguration im Allgemeinen liegen mir nicht.

Das sind fortgeschrittene Konfigurationen. Für Personen, die nicht mit dem Einrichten von Reverse-Proxys und dem Verwalten von Docker vertraut sind, empfehlen wir, unserer einzigen offiziellen Discourse-Standardinstallation zu folgen. Dabei wird vorausgesetzt, dass es sich um einen brandneuen Server handelt und Discourse die einzige Webanwendung darauf ist.