Question

我目前正在我公司使用Docker-Compose运行开发堆栈，为开发人员提供编写应用程序所需的一切。

它特别包括：

用于管理私有GIT存储库的Gitlab容器（sameersbn/gitlab），
用于构建和持续集成的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以将请求从容器代理到另一个容器？</ strong>

我没有看到任何讨论此问题的主题，我对nginx配置构建解决方案的问题不够了解。

任何帮助都会非常感激。

Answer 1

BMitch，赔率很高，这确实是一个iptables规则问题，而不是nginx-proxy的错误配置。

表filter的链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是主机1）。因此，如果您想保护主机资源并让容器访问它们，请不要记得添加如下内容：

iptables -A INPUT -s 127.20.X.X/24 -j ACCEPT

127.20.X.X / 24是运行容器的虚拟网络。

非常感谢你的帮助。

Docker nginx-proxy：容器之间的代理

1 个答案: