[英]Running multiple dev projects in docker containers with nginx-proxy
[英]Docker nginx-proxy : proxy between containers
我目前正在我公司使用Docker-Compose运行开发堆栈,为开发人员提供编写应用程序所需的一切。
它特别包括:
为了通过HTTPS保护服务并将它们暴露给外界,我安装了优秀的nginx-proxy容器( jwilder / nginx-proxy ),它允许在容器上使用环境变量进行自动nginx代理配置,以及自动HTTP到HTTPS重定向。
DNS配置为将dockerized服务的每个公共URL映射到主机的IP。
最后,使用Docker-Compose,我的docker-compose.yml文件如下所示:
version: '2'
services:
nginx-proxy:
image: jwilder/nginx-proxy
ports:
- "80:80"
- "443:443"
volumes:
- /var/run/docker.sock:/tmp/docker.sock:ro
- /var/config/nginx-proxy/certs:/etc/nginx/certs:ro
postgresql:
# Configuration of postgresql container ...
gitlab:
image: sameersbn/gitlab
ports:
- "10022:22"
volumes:
- /var/data/gitlab:/home/git/data
environment:
# Bunch of environment variables ...
- VIRTUAL_HOST=gitlab.my-domain.com
- VIRTUAL_PORT=80
- CERT_NAME=star.my-domain.com
archiva:
image: ninjaben/archiva-docker
volumes:
- /var/data/archiva:/var/archiva
environment:
- VIRTUAL_HOST=archiva.my-domain.com
- VIRTUAL_PORT=8080
- CERT_NAME=star.my-domain.com
jenkins:
image: jenkins
volumes:
- /var/data/jenkins:/var/jenkins_home
environment:
- VIRTUAL_HOST=jenkins.my-domain.com
- VIRTUAL_PORT=8080
- CERT_NAME=star.my-domain.com
对于开发人员工作站,一切都按预期工作。 可以通过https://gitlab.my-domain.com
: https://repo.my-domain.com
和https://jenkins.my-domain.com
访问差异服务。
当其中一个dockerized服务访问另一个dockerized服务时,会发生此问题。 例如,如果我尝试从jenkins docker访问https://archiva.my-domain.com
,我将从代理获得超时错误。
似乎即使archiva.my-domain.com
被解析为来自docker容器的公共主机IP, 来自dockerized services的请求也不会被nginx-proxy代理。
据我所知,docker-nginx正在处理来自主机网络的请求,但不关心来自内部容器网络的请求(对于Docker-Compose堆栈,_dockerconfig_default_)。
你可以说,为什么我需要使用容器中的代理? 当然,我可以使用来自Jenkins容器的URL http://archiva:8080
,它可以工作。 但是这种配置不具备可扩展性。
例如,使用Gradle构建来编译一个应用程序,build.gradle需要通过https://archiva.my-domain.com
声明我的私有存储库。 如果从开发人员工作站启动构建,但不通过jenkins容器启动,它将起作用...
另一个例子是通过OAuth的GitLab服务,其中相同的URL GitLab认证必须既可以从外部,并且詹金斯容器内部在詹金斯的认证。
我的问题是: 如何配置nginx-proxy来代理从容器到另一个容器的请求?
我没有看到任何讨论这个问题的话题,我对nginx配置构建解决方案的问题不够了解。
任何帮助将非常感激。
BMitch,赔率很高,这确实是一个iptables规则问题,而不是nginx-proxy的错误配置。
表filter
的链INPUT的默认策略是DROP
,并且没有规则来自容器IP(127.20.XX)的ACCEPT
请求。
所以为了记录,如果其他人面临同样的问题,我会提供一些情况的细节。
为了从外部访问容器,Docker对PREROUTING和FORWARD规则规定了允许外部IP从主机IP到容器IP的DNAT。 这些默认规则允许任何外部IP,这就是为什么限制对容器的访问需要一些高级iptables自定义。
请参阅此链接以获取示例: http : //rudijs.github.io/2015-07/docker-restricting-container-access-with-iptables/
但是如果你的容器需要访问主机资源(在主机上运行的服务,或者在我的情况下,一个nginx-proxy容器监听HTTP / HTTPS主机端口并代理到容器),你需要注意iptables的规则。 INPUT链。
实际上,来自容器并发送到主机的请求将由Docker守护程序路由到主机网络堆栈, 但是然后需要传递INPUT链(因为请求src
IP是主机端)。 因此,如果您想保护主机资源并让容器访问它们,请不要记得添加如下内容:
iptables -A INPUT -s 127.20.X.X/24 -j ACCEPT
127.20.XX / 24是运行容器的虚拟网络。
非常感谢你的帮助。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.