windows server 2016上的容器到容器访问windows容器问题

Question

我想运行到同一网络中的容器：

docker-compose.yml:

    version: '2.1'

    services:

        web:
            build:
                context: ./src/web
                dockerfile: web.Dockerfile
            image: somethingWeb
            container_name: smt-web 
            mem_limit: 2G
            restart: on-failure
            depends_on:
                - db

        db:
            build:
                context: ./src/db
                dockerfile: db.Dockerfile
            image: somethingDB
            container_name: smt-db
            ports:
                - ${EXPOSED_SQLSERVER_PORT?err}:1433
            environment:
                sa_password: "Lfdc82zo!"
                ACCEPT_EULA: "Y"

但是没有从 web 到 db 的 ping：

    PS C:\> ping db

        Pinging db [172.24.248.112] with 32 bytes of data:
        Request timed out.
        Request timed out.

        Ping statistics for 172.24.248.112:
            Packets: Sent = 2, Received = 0, Lost = 2 (100% loss),

我在作为主机的 vmware ESXI 上运行 Windows Server 2016。和容器也是 windows server 2016 映像。

有什么建议可以解决我的容器到容器的隔离问题吗？

根据this microsoft's article 的 NAT 网络，我将 Hyper-V 功能添加到 windows server 2016 (from this) 并启用了 Hyper-V。

这些是我的 docker 网络：

λ docker network ls
NETWORK ID          NAME                DRIVER              SCOPE
bb82f97a3679        mehdi_default       nat                 local
ee22d8faad51        nat                 nat                 local
0e05aee3cc5f        none                null                local

Answer 1

Windows 2016 有自己的 Docker NAT，这是一个 PITA，因为您必须公开您的端口，并且每个容器都有自己的内部 IP。这对我来说是个问题，因为我无法让容器直接相互交谈。这是一个简单的 Nuget 服务器，暴露了 1 个端口，但由于恕我直言，服务器 2016 的 Docker NAT 损坏，我无法将该容器作为服务运行。

我发现微软在 2016 年之后的任何更新版本的 Windows Server 上修复/更改了 docker 支持，这使得 Docker 的网络能够像在 OSX/Linux 上一样运行。因此，运行容器并公开端口使用的是服务器 IP，而不是一些随机的 NAT IP。

您能否尝试使用 Windows Server 1803 或更高版本，或者 Windows Server 2019？ 您可以使用 docker inspect 来查找正在运行的容器端口/IP。这在 2016 年尝试跨容器交谈时很有帮助，因为您使用的是确切的网络地址：由于 Docker 的 MS NAT 可能需要该端口。我在 2016 年的解决方法是使用 MS NAT 服务通过 NAT 规则将流量从外部路由到 continer，该规则真正将流量传递到 docker 容器。如果服务器重新启动，这是一个问题，因为容器获得了一个新的 IP，需要更新 MS 服务器 NAT 服务端点 IP，但它可以工作。这一切都可以编写脚本，但我觉得它已经使用 MS NAT 服务与运行服务的容器通信，这很麻烦。所以我搬到了 2019 年，不需要任何这些 NAT hacky 的东西。