为什么可以'；我不能通过主机将一个docker容器与另一个容器卷曲
我真的不明白这里发生了什么。我只想使用主机的公共ip在发布的端口上，通过主机执行从一个docker容器内部到另一个docker容器的http请求 这是我的设置。我有我的开发机器。我有一台docker主机和两个容器。CONT_A侦听并发布端口3000上的web服务为什么可以'；我不能通过主机将一个docker容器与另一个容器卷曲,docker,Docker,我真的不明白这里发生了什么。我只想使用主机的公共ip在发布的端口上，通过主机执行从一个docker容器内部到另一个docker容器的http请求 这是我的设置。我有我的开发机器。我有一台docker主机和两个容器。CONT_A侦听并发布端口3000上的web服务 DEV-MACHINE HOST (Public IP = 111.222.333.444) CONT_A (Publish 3000) CONT_B 在我的开发机器上（完全不同的机器） 我可以毫无问题地卷曲 curl h
DEV-MACHINE
HOST (Public IP = 111.222.333.444)
CONT_A (Publish 3000)
CONT_B
curl http://111.222.333.444:3000 --> OK
curl http://111.222.333.444:3000 --> OK
docker exec -it CONT_B bash
$ curl http://111.222.333.444:3000 --> TIMEOUT
$ ping 111.222.333.444 --> OK
Ubuntu 16.04，Docker 1.12.3（默认网络设置）我知道这并不是严格地回答这个问题，但有一种更像Docker的方法来解决你的问题。我会完全忘记发布用于集装箱间通信的端口。而是使用docker swarm创建覆盖网络。您可以找到完整的指南，但本质上您可以执行以下操作：
//create network
docker network create --driver overlay --subnet=10.0.9.0/24 my-net
//Start Container A
docker run -d --name=A --network=my-net producer:latest
//Start Container B
docker run -d --name=B --network=my-net consumer:latest
//Magic has occured
docker exec -it B /bin/bash
> curl A:3000 //MIND BLOWN!
docker run -d --name B --link A:A consumer:latest
最后，如果您开始转向生产…完全忘记链接和覆盖网络…使用Kubernetes:-）初始设置有点困难，但它们引入了一系列概念和工具，使链接和缩放容器集群变得更容易！但这只是我个人的观点。我有一个类似的问题，我在一个容器中安装了一个nginx服务器（我们称之为web），其中包含多个服务器块，在另一个容器中安装了cron（我们称之为cron）。我使用docker编写。我想不时使用curl from cron to web在一个应用程序上执行一些php脚本。它应该如下所示：
curl http://app1.example.com/some_maintance.php
1.2.3.4 app1.example.com
extra_hostscurl -H'Host: app1.example.com' web/some_maintance.php
（这里web是我的nginx容器的名称）通过使用
--network host> docker run -d --name containerB --network host yourimagename:version
> docker exec -it containerB /bin/bash
> curl http://localhost:3000
我认为这可能是因为Docker如何使用IPTables和桥接网络处理网络。我必须查一下，但我猜您提供的IP地址可能是从主机上看到的IP地址，而不是docker网络中分配的“内部IP”。ping可能解析的原因是它解析到docker主机（而不是容器）。但是docker实现这一点的方法是不在容器A中发布端口，而是创建一个覆盖网络。@RikNauta我使用的IP地址是公共主机IP。当然，除非它与内部docker网络发生冲突，否则应该始终正确解决。这是一个
104….userland proxy