Unsere Diskursbilder werden nicht im Lightbox-Modus angezeigt

Unterstützung
20

Es wird mir ein Fehler in der Protokolldatei angezeigt, dass auf /uploads/.... nicht zugegriffen werden kann.

Can't reach '/uploads/default/original/1X/fe2af548af4a22f4802ddaa54afa557ae557417c.png' to get its dimension.

Ich kann auf das Bild zugreifen, ohne Probleme, wenn ich die URL in einen Webbrowser eingebe:
https://domain.com/uploads/default/original/1X/fe2af548af4a22f4802ddaa54afa557ae557417c.png

Completed 200 OK in 23ms (Views: 0.3ms | ActiveRecord: 0.0ms | Allocations: 3000)
Completed 200 OK in 318ms (Views: 1.2ms | ActiveRecord: 0.0ms | Allocations: 50347)
Can't reach '/uploads/default/original/1X/fe2af548af4a22f4802ddaa54afa557ae557417c.png' to get its dimension.
Started GET "/posts/96" for 84.115.50.36 at 2020-07-04 14:15:14 +0000
Processing by PostsController#show as JSON
  Parameters: {"id"=>"96"}

Es wird mir kein Fehler angezeigt, wenn https nicht erzwungen wird.

Completed 200 OK in 18ms (Views: 0.3ms | ActiveRecord: 0.0ms | Allocations: 3050)
Completed 200 OK in 296ms (Views: 0.5ms | ActiveRecord: 0.0ms | Allocations: 49562)
Started GET "/posts/97" for 84.115.50.36 at 2020-07-04 14:17:43 +0000
Processing by PostsController#show as JSON
  Parameters: {"id"=>"97"}

Es sieht für mich so aus, als würde Discourse aus irgendeinem Grund das Bild erneut vom Webserver herunterladen, um damit Lightbox-Funktionen durchzuführen.
Wenn ich dieses Bild manuell innerhalb des Discourse Docker-Containers herunterlade, versucht es, direkt über seine interne IP-Adresse auf den Webserver zuzugreifen, anstatt über den Proxy. Dies funktioniert über http, aber nicht über https.

Der Webserver selbst bietet nur http an, versucht aber, über https darauf zuzugreifen, was dann fehlschlägt.

Ich frage mich, warum Discourse das Bild erneut vom Webserver herunterlädt, anstatt intern ohne http/https darauf zuzugreifen.

Edit: Ich habe herausgefunden, dass ich die app.yml in domain.name.yml umbenannt habe und dies dazu führte, dass Docker den DNS-Namen von domain.name in seine interne IP-Adresse änderte. Ich habe ihn in domain_name.yml umbenannt, und jetzt funktioniert alles einwandfrei.