Ele mostra um erro no arquivo de log, indicando que não é possível acessar /uploads/....
Não foi possível acessar '/uploads/default/original/1X/fe2af548af4a22f4802ddaa54afa557ae557417c.png' para obter suas dimensões.
Posso acessar a imagem sem problemas se digitar a URL em um navegador:
https://domain.com/uploads/default/original/1X/fe2af548af4a22f4802ddaa54afa557ae557417c.png
Completed 200 OK em 23ms (Views: 0.3ms | ActiveRecord: 0.0ms | Allocations: 3000)
Completed 200 OK em 318ms (Views: 1.2ms | ActiveRecord: 0.0ms | Allocations: 50347)
Não foi possível acessar '/uploads/default/original/1X/fe2af548af4a22f4802ddaa54afa557ae557417c.png' para obter suas dimensões.
Started GET "/posts/96" para 84.115.50.36 em 2020-07-04 14:15:14 +0000
Processing by PostsController#show as JSON
Parameters: {"id"=>"96"}
Não há erro quando o HTTPS não é forçado.
Completed 200 OK em 18ms (Views: 0.3ms | ActiveRecord: 0.0ms | Allocations: 3050)
Completed 200 OK em 296ms (Views: 0.5ms | ActiveRecord: 0.0ms | Allocations: 49562)
Started GET "/posts/97" para 84.115.50.36 em 2020-07-04 14:17:43 +0000
Processing by PostsController#show as JSON
Parameters: {"id"=>"97"}
Parece que o Discourse, por algum motivo, baixa novamente a imagem do servidor web para fazer algo relacionado ao lightbox.
Se eu baixar essa imagem manualmente dentro do contêiner Docker do Discourse, ele tenta acessar o servidor web diretamente pelo seu IP interno, em vez de acessá-lo através do proxy. Isso funciona via HTTP, mas não via HTTPS.
O próprio servidor web só tem HTTP disponível, mas ele tenta acessá-lo via HTTPS, o que falha.
Estou me perguntando por que o Discourse baixa a imagem novamente do servidor web em vez de acessá-la internamente, sem usar HTTP/HTTPS.
Edição: Descobri que renomeei o app.yml para domain.name.yml, o que fez com que o Docker alterasse o nome DNS de domain.name para seu IP interno. Renomeei para domain_name.yml e tudo está funcionando corretamente agora.