我目前正在我公司使用Docker-Compose运行开发堆栈,为开发人员提供编写应用程序所需的一切.
它特别包括:
>一个Gitlab容器(sameersbn/gitlab)来管理私有GIT存储库,
>用于建筑和持续集成的Jenkins容器(library/jenkins),
> Archiva容器(ninjaben/archiva-docker)来管理Maven存储库.
为了通过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服务在Jenkins中进行身份验证,其中相同的URL GitLab身份验证需要从外部和Jenkins容器内部获得.
我的问题是:如何配置nginx-proxy来代理从容器到另一个容器的请求?
我没有看到任何讨论这个问题的话题,我对nginx配置构建解决方案的问题不够了解.
任何帮助将非常感激.
最佳答案 BMitch,赔率很高,这确实是一个iptables规则问题,而不是nginx-proxy的错误配置.
表过滤器的链INPUT的默认策略是DROP,并且没有规则来自容器IP(127.20.X.X)的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.X.X / 24是运行容器的虚拟网络.
非常感谢你的帮助.