另一种方法是基于traceroute，它在Linux主机上为我工作，例如在一个基于Alpine的容器中:

traceroute -n 8.8.8.8 -m 4 -w 1 | awk '$1~/\d/&&$2!~/^172\./{print$2}' | head -1

它花了一点时间，但列出了第一跳的IP，该IP不是以172开头的。如果没有成功响应，则尝试使用-m 4参数增加测试跳数的限制。

更新:在Mac版Docker上，从18.03版本开始，你可以使用host. Docker .internal作为主机的IP。请看aljabear的回答。对于以前版本的Mac Docker，以下答案可能仍然有用:

在Docker for Mac上，docker0桥不存在，所以这里的其他答案可能不起作用。然而，所有流出的流量都是通过你的父主机路由的，所以只要你试图连接到一个它识别为自己的IP(而docker容器并不认为是自己)，你应该能够连接。例如，如果你从父机器运行:

ipconfig getifaddr en0

这应该会显示你的Mac在当前网络上的IP地址，你的docker容器也应该能够连接到这个地址。如果这个IP地址发生了变化，这当然是一件痛苦的事情，但是你可以在你的Mac上添加一个自定义环回IP，通过在父机器上做这样的事情，容器不会认为它是自己:

sudo ifconfig lo0 alias 192.168.46.49

然后，您可以在docker容器内使用telnet测试连接。在我的例子中，我想连接到一个远程xdebug服务器:

telnet 192.168.46.49 9000

现在，当流量进入你的Mac地址为192.168.46.49时(所有离开你的容器的流量都经过你的Mac)，你的Mac会假设IP是它自己。当你使用完这个IP后，你可以像这样删除环回别名:

sudo ifconfig lo0 -alias 192.168.46.49

需要注意的一点是，如果docker容器认为流量的目的地是它自己，它就不会将流量发送到父主机。所以如果有问题，请检查容器内部的环回接口:

sudo ip addr show lo

在我的情况下，这显示inet 127.0.0.1/8，这意味着我不能在127中使用任何ip。*范围。这就是为什么我使用192.168。*在上面的例子中。请确保您使用的IP与您自己网络上的某些内容不冲突。

也许我创建的容器也很有用https://github.com/qoomon/docker-host

你可以简单地使用容器名称dns访问主机系统，例如curl http://dockerhost:9200，所以不需要任何IP地址的麻烦。

Mac和Windows的TLDR

docker run -it --rm alpine nslookup host.docker.internal

．.． 打印主机的IP地址…

nslookup: can't resolve '(null)': Name does not resolve

Name:      host.docker.internal
Address 1: 192.168.65.2

细节

在Mac和Windows上，可以使用特殊的DNS名称host.docker.internal。

主机有一个不断变化的IP地址(如果没有网络访问，则没有)。从18.03开始，我们的建议是连接到特殊的DNS名称host.docker.internal，它将解析为主机使用的内部IP地址。这是为了开发目的，不能在Mac Docker Desktop以外的生产环境中工作。

我有Ubuntu 16.03。对我来说

docker run --add-host dockerhost:`/sbin/ip route|awk '/default/ { print  $3}'` [image]

不工作(错误的ip正在生成)

我的解决方案是:

docker run --add-host dockerhost:`docker network inspect --format='{{range .IPAM.Config}}{{.Gateway}}{{end}}' bridge` [image]

下面是在AWS中运行Docker的另一个选择。这个选项避免了使用apk来添加curl包，节省了宝贵的7mb空间。使用内置的wget (BusyBox二进制文件的一部分):

wget -q -O - http://169.254.169.254/latest/meta-data/local-ipv4