docker nginx代理”;“坏网关”;
我有我认为正是在文件规定的设置。简单易用,仅用于开发,无需SSL。。。但我得到了“坏网关”docker nginx代理”;“坏网关”;,docker,nginx,Docker,Nginx,我有我认为正是在文件规定的设置。简单易用,仅用于开发,无需SSL。。。但我得到了“坏网关” docker exec。。。cat/etc/nginx/conf.d/default.conf 。。。似乎可以正确识别其他感兴趣容器的内部IP地址。。。这意味着扫描ENV VIRTUAL_HOST显然有效: upstream my_site.local { [...] server 172.16.238.5:80 # CORRECT! } 当我做docker记录应用程序服务器时我看到。
docker exec。。。cat/etc/nginx/conf.d/default.conf
。。。似乎可以正确识别其他感兴趣容器的内部IP地址。。。这意味着扫描ENV VIRTUAL_HOST
显然有效:
upstream my_site.local {
[...]
server 172.16.238.5:80 # CORRECT!
}
当我做docker记录应用程序服务器时
我看到。。。沉默。没有联系到服务器
当我执行docker日志nginx\u proxy
时,我看到:
failed (111: connection refused) while connecting to upstream, client 172.16.238.1 [...] upstream: "172.16.238.5:80/"
另一个容器指定
EXPOSE 80
。。。那么,为什么要拒绝连接?是谁拒绝了连接?正如我上面所说,我意识到了我的方法的错误,并这样做了:
VIRTUAL\u PROTO=fastcgi
VIRTUAL\u ROOT=/var/www
。。。在app容器的
Dockerfile
中,我显然需要公开9000个。(这是php fpm出于FastCGI目的使用的默认端口。)p.S.是的,我在我的docker config.yml
文件中使用了network:
,所有容器都参与了同一个桥接网络……意识到我的方式明显错误,我在目标图像中添加了VIRTUAL\u PROTO=fastcgi
,但它没有改变任何东西。然而,我确实看到nginx代理容器中的nginxdefault.conf
确实发生了变化,显然正确地反映了变化。