Howdy, I recently deployed a Discourse instance behind my pre-existing NGINX server using the “socketed” template. It works fine, except that I’m getting mixed content warnings originating from the web worker process requesting resources over HTTP. My server is configured to 301 all HTTP requests over to HTTPS, but apparently this is not pedantic enough to please Chrome’s validator, so I get broken images and a security warning that at least sounds scary to users. This is the error Chrome is logging: [image] All I need to do is force the web worker to make the requests using https URLs, is there an easy way to do this? I tried enabling the SSL template but that didn’t seem to have any effect on what the web worker was pulling, and Chrome still complained the same. I’d prefer keep the socket-proxy configuration because the NGINX is going to be fronting this deployment regardless, and having all the SSL/frontend config in one place for all the apps running on this server is just easier to maintain.

Fixing SSL mixed content errors with external NGINX proxy via UNIX socket

pfaffman (Jay Pfaffman) November 29, 2019, 6:32am 2

There is a site setting force_https. You might set this env variable

DISCOURSE_FORCE_HTTPS=true

Topic		Replies	Views
Front nginx https reverse proxy to discourse http Self-hosting	2	1679	January 8, 2019
Stopper 1: NGINX Proxy Mixed Content Error Self-hosting login	5	1794	June 12, 2024
Discourse not aware of SSL termination (mixed content) Self-hosting	7	2082	August 8, 2019
Discourse always generates links to itself with http: rather than https: Product Support	3	726	December 10, 2018
Mixed content for icon using http on https setup Product Support	1	1597	May 10, 2019