我在使用nginx配置时遇到了问题,我将其用作不同容器化应用程序的反向代理。基本上,Nginx正在监听端口80,并将每个请求重定向到https。在不同的子域上,我将代理传递到应用程序的端口。例如,我的gitlab配置:
server {
listen 443 ssl; # managed by Certbot
server_name gitlab.foo.de www.gitlab.foo.de;
location /{
proxy_pass http://localhost:1080;
}我正在重定向到gitlab http (不是https)端口。系统nginx正在处理SSL,我不关心后面的流量是否加密。
从昨天开始,这对每个应用程序都有效。
我想为一个荣誉协会测试一下https://github.com/bitnami/bitnami-docker-osclass。与上面的配置相同,但它不能按预期工作。当主页重定向到http时,通过https下载资源。示例:https://osclass.foo.de --> redirect --> http://osclass.foo.de:1234/ (对域中的端口是的,这非常奇怪)
我不明白为什么?所以我稍微修改了一下配置:
server {
listen 443 ssl; # managed by Certbot
server_name osclass.foo.de www.osclass.foo.de;
location /{
proxy_pass http://localhost:1234;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
}
}现在主页面是通过https加载的,并且我的域中不再有该端口。但是整个页面都被破坏了,因为由于
“混合内容警告”。SEC7111:混合内容源"https://osclass.foo.de“... "http://osclass.foo.de/oc-includes/osclass/assets/js/fineuploader/fineuploader.css”
我是否与docker镜像中的集成apache发生冲突,或者我做错了什么?
任何提示都会被宣布!
来自柏林的亲切问候!
发布于 2019-09-13 19:49:31
我找到了一个解决混合内容问题的方法。我刚刚编辑了下面这一行
/opt/bitnami/osclass/config.php
# define('WEB_PATH', 'http://osclass.foo.de/');
define('WEB_PATH', 'https://osclass.foo.de/'); # with httpshttps://stackoverflow.com/questions/57919834
复制相似问题