Mi mostra un errore nel file di log, indicando che non riesce ad accedere a /uploads/....
Impossibile raggiungere '/uploads/default/original/1X/fe2af548af4a22f4802ddaa54afa557ae557417c.png' per ottenere le sue dimensioni.
Posso accedere all’immagine senza problemi inserendo l’URL nel browser web:
https://domain.com/uploads/default/original/1X/fe2af548af4a22f4802ddaa54afa557ae557417c.png
Completato 200 OK in 23ms (Views: 0.3ms | ActiveRecord: 0.0ms | Allocations: 3000)
Completato 200 OK in 318ms (Views: 1.2ms | ActiveRecord: 0.0ms | Allocations: 50347)
Impossibile raggiungere '/uploads/default/original/1X/fe2af548af4a22f4802ddaa54afa557ae557417c.png' per ottenere le sue dimensioni.
Avvio GET "/posts/96" per 84.115.50.36 il 2020-07-04 14:15:14 +0000
Elaborazione da parte di PostsController#show come JSON
Parametri: {"id"=>"96"}
Non mostra errori quando HTTPS non è forzato.
Completato 200 OK in 18ms (Views: 0.3ms | ActiveRecord: 0.0ms | Allocations: 3050)
Completato 200 OK in 296ms (Views: 0.5ms | ActiveRecord: 0.0ms | Allocations: 49562)
Avvio GET "/posts/97" per 84.115.50.36 il 2020-07-04 14:17:43 +0000
Elaborazione da parte di PostsController#show come JSON
Parametri: {"id"=>"97"}
Sembra che Discourse, per qualche motivo, scarichi nuovamente l’immagine dal server web per eseguire alcune operazioni di lightbox.
Se scarico manualmente questa immagine all’interno del container Docker di Discourse, tenta di accedere al server web direttamente tramite il suo indirizzo IP interno invece che tramite il proxy. Questo funziona tramite HTTP, ma non tramite HTTPS.
Il server web stesso ha disponibile solo HTTP, ma tenta di accedervi tramite HTTPS, il che fallisce.
Mi chiedo perché Discourse scarichi di nuovo l’immagine dal suo server web invece di accedervi internamente senza HTTP/HTTPS.
Modifica: Ho scoperto di aver rinominato app.yml in domain.name.yml, il che ha causato a Docker di cambiare il nome DNS di domain.name nel suo indirizzo IP interno. L’ho rinominato in domain_name.yml e ora tutto funziona correttamente.