在Docker中使用主机模式运行容器 – 反向代理问题的解决方案

36次阅读

问题描述

在使用Docker的主机模式（host mode）运行容器时，遇到了反向代理的问题。用户在本地网络上运行了一个Node.js容器，并希望通过从云端的服务器使用SSH隧道访问它。云端服务器上有一个Nginx配置，将对test.endpoint.com的请求重定向到本地的Node.js容器。然而，当容器处于非主机模式时，这个配置可以正常工作，但在主机模式下却无法正常工作。

以下是用户的Nginx配置：

http {
    map $host $target_port {
        test.endpoint.com 40003;
    }
    ...
}

用户提供了一个docker-compose.yml文件，内容如下：

version: "3.7"
services:
  backend-with-host:
    image: my-image
    restart: always
    network_mode: host

用户还使用了autossh来创建和维持SSH隧道，具体命令如下：

/usr/bin/autossh -M 20000 -o "StrictHostKeyChecking no" -o "ProxyCommand nc -p 56955 %h %p" -i "/path/my-key.pem" -f -N -S /tmp/session1 -R $PORT:localhost:40003 user@endpoint.com

用户注意到，当查看netstat的监听端口时，主机模式和默认模式下有不同的结果。

解决方案

请注意以下操作注意版本差异及修改前做好备份。

在使用Docker主机模式时，容器与宿主机共享网络命名空间，这意味着容器将直接使用宿主机的网络配置。这可能会导致一些问题，特别是在涉及端口映射和反向代理时。在这种情况下，容器的网络配置可能与预期不符，从而影响反向代理的工作。

为了解决这个问题，你可以考虑以下几个步骤：

1. 使用桥接网络模式

将容器从主机模式切换到桥接模式。桥接模式将为容器创建一个独立的网络栈，这有助于避免与宿主机网络配置冲突。

修改你的docker-compose.yml文件，将network_mode设置为bridge：

version: "3.7"
services:
  backend-with-host:
    image: my-image
    restart: always
    network_mode: bridge

2. 更新代理配置

由于你不再使用主机模式，Nginx配置中的$target_port映射可能不再适用。你需要根据容器的新网络配置进行调整。

http {
    map $host $target_port {
        test.endpoint.com 40003;  # 根据容器的实际端口进行调整
    }
    ...
}

3. 调整隧道命令

更新autossh命令，以便适应新的网络配置。

/usr/bin/autossh -M 20000 -o "StrictHostKeyChecking no" -o "ProxyCommand nc -p 56955 %h %p" -i "/path/my-key.pem" -f -N -S /tmp/session1 -R $PORT:container-ip:40003 user@endpoint.com

在上面的命令中，将container-ip替换为你的容器的IP地址，以确保SSH隧道正常工作。

通过以上步骤，你应该能够在不同网络配置下正常运行反向代理并维护SSH隧道。记得始终测试你的配置，确保一切正常运作。

请注意，网络配置和端口号可能会因你的实际情况而异，需要根据实际情况进行适当的调整。