从版本18.03开始，您可以使用host.docker.internal作为主机的IP。

适用于Mac的Docker, Windows的Docker，以及其他平台。

这是mac专用docker.for.mac的更新。Localhost(17.06版后可用)和docker.for.mac.host.internal(17.12版后可用)，它们也可以在该平台上运行。

注意，在Mac和Windows文档中，这仅用于开发目的。

例如，我在主机上设置了环境变量:

MONGO_SERVER=host.docker.internal

在我码头式的写作中。yml文件，我有这个:

version: '3'

services:
  api:
    build: ./api
    volumes:
      - ./api:/usr/src/app:ro
    ports:
      - "8000"
    environment:
      - MONGO_SERVER
    command: /usr/local/bin/gunicorn -c /usr/src/app/gunicorn_config.py -w 1 -b :8000 wsgi

对于那些在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

/sbin/ip route|awk '/default/ { print $3 }'

正如@MichaelNeale注意到的，在Dockerfile中使用这个方法是没有意义的(除非我们只在构建时需要这个IP)，因为这个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以外的生产环境中工作。

试试这个:

docker run --rm -i --net=host alpine ifconfig

对于大多数希望自动执行此操作的应用程序来说，标准的最佳实践是:你不需要这样做。相反，你让运行容器的人注入一个外部主机名/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