首先,论坛上的许多答案都指出了我最终采用的解决方案。在实践中,我想检查该服务的原因是我的 docker-compose.yml 中的另一个服务可以与之对话。那么为什么不直接使用该服务进行 ping 操作呢?然后你得到一个更好的测试,你可以使用 Docker 的自动 DNS--name
选项。
docker exec -t app1_test curl -s app2_test:8080/healthz
现在,如果这仍然困扰您,因为您只想知道为什么会发生这种情况以及如何诊断/解决它,或者您确实需要从主机与容器交谈。我建议您检查脚本中的一些内容
cat /etc/hosts
docker inspect -f '{{range .NetworkSettings.Networks}}{{.IPAddress}}{{end}}' app1_test
docker inspect -f '{{range .NetworkSettings.Networks}}{{.IPAddress}}{{end}}' app2_test
我感到惊讶
$ cat /etc/hosts
127.0.0.1 localhost
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
127.0.0.1 0hshit.hopto.org
127.0.0.1 daymndaymn.myftp.org
127.0.0.1 loba.webhop.me
172.17.0.3 docker 26f99c2de716 runner-fa6cab46-project-18056856-concurrent-0-3b5b3ec1f3220cec-docker-0
172.17.0.4 runner-fa6cab46-project-18056856-concurrent-0
$ docker inspect -f '{{range .NetworkSettings.Networks}}{{.IPAddress}}{{end}}' app1_test
172.20.0.3172.19.0.4
$ docker inspect -f '{{range .NetworkSettings.Networks}}{{.IPAddress}}{{end}}' app2_test
172.20.0.2172.19.0.3
所以关于使用的其他答案docker
不起作用,因为它指向 172.17.0.3 但我的容器都不在那里。我现在应该能够做到curl
并没172.20.0.2:8080
问题,但我没有尝试过,因为那时我说服自己最好只curl
在容器中运行。
我其实不知道为什么那里有两个这样的IP地址,但是有些兔子只是在你不跟随的洞里转了一圈你知道吗?