对于大多数希望自动执行此操作的应用程序来说，标准的最佳实践是:你不需要这样做。相反，你让运行容器的人注入一个外部主机名/ip地址作为配置，例如作为一个环境变量或配置文件。允许用户注入这个可以提供最可移植的设计。

为什么会这么难?因为容器在设计上将应用程序与宿主环境隔离。默认情况下，网络的命名空间仅用于该容器，并且主机的详细信息不受容器内运行的进程的影响，这些进程可能不完全受信任。

根据您的具体情况，有不同的选择:

如果容器在主机网络下运行，则可以直接查看主机上的路由表，以查看默认路由输出。从这个问题来看，以下几点对我有用。

ip route get 1 | sed -n 's/^.*src \([0-9.]*\) .*$/\1/p'

一个在容器中显示主机网络的示例如下:

docker run --rm --net host busybox /bin/sh -c \
  "ip route get 1 | sed -n 's/^.*src \([0-9.]*\) .*$/\1/p'"

对于当前版本的Docker Desktop，他们在嵌入式虚拟机中注入了一个DNS条目:

getent hosts host.docker.internal | awk '{print $1}'

在20.10版本中，host.docker.internal别名也可以在Linux上运行，前提是你的容器有一个额外的选项:

docker run --add-host host.docker.internal:host-gateway ...

如果你在云环境中运行，你可以检查云提供商的元数据服务，例如AWS:

curl http://169.254.169.254/latest/meta-data/local-ipv4

如果你想要你的外部/互联网地址，你可以查询远程服务，如:

curl ifconfig.co

每种方法都有局限性，并且只适用于特定的场景。最可移植的选项仍然是运行容器时将IP地址作为配置注入，例如，这里有一个选项，在主机上运行之前的IP命令并将其作为环境变量注入:

export HOST_IP=$(ip route get 1 | sed -n 's/^.*src \([0-9.]*\) .*$/\1/p')
docker run --rm -e HOST_IP busybox printenv HOST_IP

与https://docs.docker.com/machine/install-machine/

A) $ docker-machine IP

b)获取一台或多台机器的IP地址。

  $ docker-machine ip host_name

  $ docker-machine ip host_name1 host_name2

更新:在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与您自己网络上的某些内容不冲突。

如果您在Service Fabric集群上运行Windows容器，则主机的IP地址可以通过环境变量Fabric_NodeIPOrFQDN获得。服务Fabric环境变量

对于那些在AWS中运行Docker的人来说，主机的实例元数据仍然可以从容器中使用。

curl http://169.254.169.254/latest/meta-data/local-ipv4

例如:

$ docker run alpine /bin/sh -c "apk update ; apk add curl ; curl -s http://169.254.169.254/latest/meta-data/local-ipv4 ; echo"
fetch http://dl-cdn.alpinelinux.org/alpine/v3.3/main/x86_64/APKINDEX.tar.gz
fetch http://dl-cdn.alpinelinux.org/alpine/v3.3/community/x86_64/APKINDEX.tar.gz
v3.3.1-119-gb247c0a [http://dl-cdn.alpinelinux.org/alpine/v3.3/main]
v3.3.1-59-g48b0368 [http://dl-cdn.alpinelinux.org/alpine/v3.3/community]
OK: 5855 distinct packages available
(1/4) Installing openssl (1.0.2g-r0)
(2/4) Installing ca-certificates (20160104-r2)
(3/4) Installing libssh2 (1.6.0-r1)
(4/4) Installing curl (7.47.0-r0)
Executing busybox-1.24.1-r7.trigger
Executing ca-certificates-20160104-r2.trigger
OK: 7 MiB in 15 packages
172.31.27.238

$ ifconfig eth0 | grep -oP 'inet addr:\K\S+'
172.31.27.238

我使用的解决方案是基于一个“服务器”，它在接收到http请求时返回Docker主机的外部地址。

在“服务器”上:

1)启动jwilder/nginx-proxy

# docker run -d -p <external server port>:80 -v /var/run/docker.sock:/tmp/docker.sock:ro jwilder/nginx-proxy

2)启动ipify container

# docker run -e VIRTUAL_HOST=<external server name/address> --detach --name ipify osixia/ipify-api:0.1.0

现在，当容器向服务器发送http请求时，例如。

# curl http://<external server name/address>:<external server port>

Docker主机的IP地址由ipify通过http报头"X-Forwarded-For"返回

示例(ipify服务器名称为“ipify.example.com”，端口为80,docker主机IP为10.20.30.40):

# docker run -d -p 80:80 -v /var/run/docker.sock:/tmp/docker.sock:ro jwilder/nginx-proxy
# docker run -e VIRTUAL_HOST=ipify.example.com --detach --name ipify osixia/ipify-api:0.1.0

在容器内部，你现在可以调用:

# curl http://ipify.example.com
10.20.30.40