【问题标题】:Accessing Docker containers via domains automatically and with SSL/HTTPS support on Windows通过域自动访问 Docker 容器并在 Windows 上支持 SSL/HTTPS
【发布时间】:2019-10-08 07:23:26
【问题描述】:

我一直在为实现一个想法而苦苦挣扎驻留在最终端点上的 SSL 证书(不是 Let's encrypt 等)。 我正在寻找的解决方案应该创建一个“直接隧道”,基于源主机名/域,到最终容器跳过代理上的 SSL 证书的需求(直通)。

我需要它来允许多个服务在 443 上运行(不,我不能使用不同的端口进行转发)在同一个 Windows 主机上。

最初我发现nginx-proxy 会自动为驻留在当前主机上的每个容器创建一个proxy_pass,但我在为SSL 配置它时遇到了一些问题,所以我转向了一个有效的pre-configured traefik container。但是我还没有解决 SSL 问题,因为浏览器显示该站点正在使用 traefik.local 证书而不是最终容器的真实证书。

我已经阅读过,我需要一个透明/直通代理(或 tcp 代理)来完成它,但我还没有找到任何能够自动配置自身的东西,例如 nginx-proxy。一个工作示例如下:https://github.com/hpello/tcp-proxy-docker,但不包括 nginx-proxy 自动配置功能。

我还找到了一些iptables and redsocks 的解决方案,看起来类似于UCP enterprise docker solution,但是和以前一样,它不是自动配置的,例如 nginx-proxy。

我没有找到任何关于 HAproxy 和 EnvoyProxy 使用自动透明代理/tcp 代理的指南。

所以,我想问你:

  • 是否可以创建这样的代理或者我错过了什么?

  • 有人能帮我找到一个好的解决方案吗?

【问题讨论】:

    标签: docker ssl nginx tcp proxy


    【解决方案1】:

    我创建了一个开源项目,它可以在 docker 网络上以及直接在主机上完成我需要的一切:

    https://github.com/HW-Core/noderouter

    【讨论】:

      猜你喜欢
      • 2017-12-02
      • 1970-01-01
      • 1970-01-01
      • 2016-06-09
      • 2016-11-22
      • 1970-01-01
      • 1970-01-01
      • 2019-11-02
      • 2018-09-07
      相关资源
      最近更新 更多