Docker容器访问宿主机网络
缘起
最近部署一套系统,使用nginx作反向代理,其中nginx是使用docker方式运行:
1 | $ docker run -d --name nginx $PWD:/etc/nginx -p 80:80 -p 443:443 nginx:1.15 |
需要代理的API服务运行在宿主机的1234
端口,nginx.conf
相关配置如下:
1 | server { |
结果访问的时候发现老是报502 Bad Gateway
错误,错误日志显示无法连接到upstream。
仔细想一想,nginx.conf
中的localhost
似乎有问题。由于nginx是运行在docker容器中的,这个localhost
是容器的localhost,而不是宿主机的localhost。
到这里,就出现了本文要解决的问题:如何从容器中访问到宿主机的网络?通过搜索网络,有如下几种方法:
使用宿主机IP
在Linux下安装Docker的时候,会在宿主机安装一个虚拟网卡docker0
,我们可以使用宿主机在docker0
上的IP地址来代替localhost
。
首先,使用如下命令查询宿主机IP地址:
1 | $ ip addr show docker0 |
可以发现宿主机的IP是172.17.0.1
,那么将proxy_pass http://localhost:1234
改为proxy_pass http://172.17.0.1:1234
就可以解决502 Bad Gateway
错误。
但是,在Windows和macOS平台下并没有docker0
虚拟网卡,这时候可以使用host.docker.internal
这个特殊的DNS名称来解析宿主机IP。
由此发现,不同系统下宿主机的IP是不同的,所以使用宿主机IP,不能跨环境通用。
使用host网络
Docker容器运行的时候有host
、bridge
、none
三种网络可供配置。默认是bridge
,即桥接网络,以桥接模式连接到宿主机;host
是宿主网络,即与宿主机共用网络;none
则表示无网络,容器将无法联网。
当容器使用host
网络时,容器与宿主共用网络,这样就能在容器中访问宿主机网络,那么容器的localhost
就是宿主机的localhost
。
在docker中使用--network host
来为容器配置host
网络:
1 | $ docker run -d --name nginx --network host nginx |
上面的命令中,没有必要像前面一样使用-p 80:80 -p 443:443
来映射端口,是因为本身与宿主机共用了网络,容器中暴露端口等同于宿主机暴露端口。
使用host网络不需要修改nginx.conf
,仍然可以使用localhost
,因而通用性比上一种方法好。但是,由于host
网络没有bridge
网络的隔离性好,使用host
网络安全性不如bridge
高。
总结
本文提出了使用宿主机IP和使用host网络两种方法,来实现从容器中访问宿主机的网络。两种方法各有优劣,使用宿主机IP隔离性更好,但通用性不好;使用host网络,通用性好,但带来了暴露宿主网络的风险。
Author: jingsam
Link: https://jingsam.github.io/2018/10/16/host-in-docker.html
License: 知识共享署名-非商业性使用 4.0 国际许可协议