网站建设资讯

NEWS

网站建设资讯

Docker容器怎么通过独立IP暴露给局域网

这篇“Docker容器怎么通过独立IP暴露给局域网”文章的知识点大部分人都不太理解,所以小编给大家总结了以下内容,内容详细,步骤清晰,具有一定的借鉴价值,希望大家阅读完这篇文章能有所收获,下面我们一起来看看这篇“Docker容器怎么通过独立IP暴露给局域网”文章吧。

创新互联公司2013年成立,先为郊区等服务建站,郊区等地企业,进行企业商务咨询服务。为郊区企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。

docker容器非常轻量,系统开销非常少,比vmware或者virtualbox用起来方便,部署起来也非常容易。官方推荐我们通过端口映射的方式把docker容器的服务提供给宿主机或者局域网其他容器使用。一般过程是:

1、docker进程通过监听宿主机的某个端口,将该端口的数据包发送给docker容器

2、宿主机可以打开防火墙让局域网其他设备通过访问宿主机的端口进而访问docker的端口

这里以cDNS为例,cdns是一个用于避免dns污染的程序,通过cdns可以把你的计算机变成一个抗污染的dns服务器提供给局域网使用。docker镜像下载地址:

原理是在docker容器中启动cdns,监听53端口,docker容器的ip地址为172.12.0.2,宿主机把5053端口映射到docker容器上,访问宿主机的127.0.0.1:5053就相当于访问docker的53端口,所以docker的启动方法是:

sudo docker run -itd -p 0.0.0.0:5053:53/udp --name=curedns alexzhuo/cdns cdns -c /etc/cdns.config.json

这样我们使用dig工具通过5053端口查询dns就是无污染的dns了,过程如下:

alex@alex-lenovo-u310:~$ dig www.facebook.com @127.0.0.1 -p 5053 
; <<>> dig 9.10.3-p4-ubuntu <<>> www.facebook.com @127.0.0.1 -p 5053 
;; global options: +cmd 
;; got answer: 
;; ->>header<<- opcode: query, status: noerror, id: 9522 
;; flags: qr rd ra; query: 1, answer: 2, authority: 2, additional: 5 
;; opt pseudosection: 
; edns: version: 0, flags:; udp: 4096 
;; question section: 
;www.facebook.com.  in a 
;; answer section: 
www.facebook.com. 1550 in cname star-mini.c10r.facebook.com. 
star-mini.c10r.facebook.com. 30 in a 31.13.95.36 
;; authority section: 
c10r.facebook.com. 2010 in ns a.ns.c10r.facebook.com. 
c10r.facebook.com. 2010 in ns b.ns.c10r.facebook.com. 
;; additional section: 
a.ns.c10r.facebook.com. 2439 in a 69.171.239.11 
a.ns.c10r.facebook.com. 2439 in aaaa 2a03:2880:fffe:b:face:b00c:0:99 
b.ns.c10r.facebook.com. 3351 in a 69.171.255.11 
b.ns.c10r.facebook.com. 1253 in aaaa 2a03:2880:ffff:b:face:b00c:0:99 
;; query time: 47 msec 
;; server: 127.0.0.1#5053(127.0.0.1) 
;; when: mon apr 10 16:21:46 cst 2017 
;; msg size rcvd: 213

这里假设我们的宿主机ip是192.168.12.107

如果现在出现另外一台局域网计算机,ip地址为192.168.12.113,它想把宿主机当成dns服务器,那么我们就需要在192.168.12.113这台计算机上访问192.168.12.107:5053来查询dns,dig命令如下

dig www.facebook.com @192.168.12.107 -p 5053

这样做显然是很不方便的,我们现在希望不经过宿主机这一套nat和代理,想要直接在局域网内的任意一台计算机上直接通过ip访问docker容器,让docker容器完整的暴露在局域网里而不是仅单单暴露一个53端口。那么应该如何做呢?

首先通过观察发现,docker的默认启动方式中,会产生一块虚拟网卡,在这里我们可以理解这块网卡连接着一个虚拟交换机,然后每个docker容器又会拥有自己单独的网卡和ip,而且所有docker容器也连接在这个虚拟交换机的下面。我们可以在宿主机上通过ifconfig命令看到这个虚拟网卡。

alex@alex-lenovo-u310:~$ ifconfig 
docker0 link encap:以太网 硬件地址 02:42:cd:21:5c:81 
   inet 地址:172.17.0.1 广播:0.0.0.0 掩码:255.255.0.0 
   inet6 地址: fe80::42:cdff:fe21:5c81/64 scope:link 
   up broadcast running multicast mtu:1500 跃点数:1 
   接收数据包:2892 错误:0 丢弃:0 过载:0 帧数:0 
   发送数据包:3517 错误:0 丢弃:0 过载:0 载波:0 
   碰撞:0 发送队列长度:0 
   接收字节:187022 (187.0 kb) 发送字节:4771886 (4.7 mb) 
lo  link encap:本地环回 
   inet 地址:127.0.0.1 掩码:255.0.0.0 
   inet6 地址: ::1/128 scope:host 
   up loopback running mtu:65536 跃点数:1 
   接收数据包:9993 错误:0 丢弃:0 过载:0 帧数:0 
   发送数据包:9993 错误:0 丢弃:0 过载:0 载波:0 
   碰撞:0 发送队列长度:1 
   接收字节:934304 (934.3 kb) 发送字节:934304 (934.3 kb) 
wlp3s0 link encap:以太网 硬件地址 74:e5:43:b0:dd:b0 
   inet 地址:192.168.12.107 广播:192.168.12.255 掩码:255.255.255.0 
   inet6 地址: fe80::8adf:28f7:5ec:3a5d/64 scope:link 
   up broadcast running multicast mtu:1500 跃点数:1 
   接收数据包:69760 错误:0 丢弃:0 过载:0 帧数:0 
   发送数据包:64718 错误:0 丢弃:0 过载:0 载波:0 
   碰撞:0 发送队列长度:1000 
   接收字节:41517057 (41.5 mb) 发送字节:9971762 (9.9 mb)

上面的docker0这块网卡就是虚拟网卡,它的ip地址是172.17.0.1,它和其他的docker容器都连接在一个虚拟交换机上,网段为172.17.0.0/16,下面我们登录到docker容器里面,查看一下容器的网卡和ip

# ifconfig 
eth0  link encap:ethernet hwaddr 02:42:ac:11:00:02 
   inet addr:172.17.0.2 bcast:0.0.0.0 mask:255.255.0.0 
   inet6 addr: fe80::42:acff:fe11:2/64 scope:link 
   up broadcast running multicast mtu:1500 metric:1 
   rx packets:3449 errors:0 dropped:0 overruns:0 frame:0 
   tx packets:2811 errors:0 dropped:0 overruns:0 carrier:0 
   collisions:0 txqueuelen:0 
   rx bytes:4763490 (4.7 mb) tx bytes:219998 (219.9 kb) 
lo  link encap:local loopback 
   inet addr:127.0.0.1 mask:255.0.0.0 
   inet6 addr: ::1/128 scope:host 
   up loopback running mtu:65536 metric:1 
   rx packets:0 errors:0 dropped:0 overruns:0 frame:0 
   tx packets:0 errors:0 dropped:0 overruns:0 carrier:0 
   collisions:0 txqueuelen:1 
   rx bytes:0 (0.0 b) tx bytes:0 (0.0 b)

可以看到这个容器的ip地址为172.17.0.2,现在我们到宿主机里看看ping 172.17.0.2能不能ping通。

答案当然是能ping通,能ping通的原因就是我们的宿主机里知道目标地址为172.17.0.1/16的路由信息,不信我们可以查看一下

alex@alex-lenovo-u310:~$ ip route 
default via 192.168.12.1 dev wlp3s0 proto static metric 600 
169.254.0.0/16 dev docker0 scope link metric 1000 
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 
192.168.12.0/24 dev wlp3s0 proto kernel scope link src 192.168.12.107 metric 600

从上面可以看出来,172.17.0.0/16这个网段的数据包可以通过docker0这块网卡发送出去。也就是说,目前宿主机有两个ip,一个是192.168.12.107,用于连接实体的局域网,一个是172.17.0.1,用来和docker容器通信,从这可以看出宿主机和路由器的作用是一致的。而docker容器只有一个ip就是172.17.0.2。如果docker容器想要访问外网,那么它就会把数据包发送到网关172.17.0.1,然后由宿主机做nat发送到192.168.12.1/24这个网段的网关上。

不光宿主机可以ping通容器,而且由于在docker容器中默认路由(网关)是172.17.0.1,所以docker容器不光可以ping主机的172.17.0.1,还能ping通主机的另一个ip:192.168.12.107

此时我们的网络拓扑其实就变成了192.168.12.0/24这个网段里有个宿主机,为了方便理解,我们把这个宿主机看成一个路由器,路由器下面是172.17.0.1/16这个网段。我们把docker容器看成实实在在的机器设备,连接在宿主机这个路由器的下面。这样docker的拓扑结构就非常清晰了。我们可以发现这个拓扑结构其实非常的简单。就像家里上网的路由器一样。打个比方:我家里有两个路由器,一个路由器通过pppoe拨号连接公网,内网地址为192.168.12.1,另一个路由器连接在第一个路由器上面,wan口ip是192.168.12.107,lan口地址是172.17.0.1,我们的docker容器看成一个个的电脑接在第二个路由器lan上面,所以docker容器的ip为172.17.0.2。

第二个路由器(宿主机)通过nat让我们的电脑们(docker容器)可以访问互联网。电脑们(docker容器们)可以互相ping通,也能ping通全部两个路由器。第二个路由器可以ping通电脑们,但是第一个路由器ping不同电脑们。如果还是不理解拓扑结构,可以自己在家里买两个路由器一前一后放上试试。

现在问题来了,如果有一个电脑连接在第一个路由器的下面,和第二个路由器(宿主机)平级,其ip为192.168.12.113,现在它想ping通172.17.0.2这个docker容器,发现是ping不通的。同样第一台路由器自己也是ping不通docker容器的

原因很简单,这台新计算机只能ping通同网段的设备,比如路由器2,因为他们同属于192.168.12.1/24这个网段。而172.17.0.2/16这个网段它并不知道怎么路由过去,只能把目标地址为172.17.0.1/16的数据包发给路由器一,可惜就连第一个路由器也不知道怎么个路由法。所以我们就ping不通了。

所以现在问题就很好解决了,我们只需要告诉这台新电脑或者第一个路由器到172.17.0.2/16这个网段的路径就可以了。

于是我们可以在新电脑或者路由器一中这样写

route add -net 172.17.0.1/16 gw 192.168.12.107

或者是

ip route add 172.17.0.1/16 via 192.168.12.107

普通路由器可以像这样设置

Docker容器怎么通过独立IP暴露给局域网

现在新电脑访问172.17.0.2的数据包就会先被发送到宿主机(第二个路由器)上,然后宿主机再转发到docker容器上,我们就把docker容器暴露到局域网里了。

但此时你会发现你在新计算机上还是ping不通,这是为什么呢。因为路由器二(宿主机)对它的内网机器也就是docker容器们全部开启了nat,源ip为172.17.0.2/16的数据包不会出现在宿主机以外的网络中,因为他们被nat了。这个nat是docker进程默认自动帮我们实现的,我们先看一下

alex@alex-lenovo-u310:~$ sudo iptables -t nat -l -n 
chain prerouting (policy accept) 
target  prot opt source    destination   
docker  all -- 0.0.0.0/0   0.0.0.0/0   addrtype match dst-type local 
chain input (policy accept) 
target  prot opt source    destination   
chain output (policy accept) 
target  prot opt source    destination   
docker  all -- 0.0.0.0/0   !127.0.0.0/8   addrtype match dst-type local 
chain postrouting (policy accept) 
target  prot opt source    destination   
masquerade all -- 172.17.0.0/16  0.0.0.0/0    
masquerade tcp -- 172.17.0.2   172.17.0.2   tcp dpt:53 
masquerade udp -- 172.17.0.2   172.17.0.2   udp dpt:53 
chain docker (2 references) 
target  prot opt source    destination   
return  all -- 0.0.0.0/0   0.0.0.0/0    
dnat  tcp -- 0.0.0.0/0   127.0.0.1   tcp dpt:5053 to:172.17.0.2:53 
dnat  udp -- 0.0.0.0/0   127.0.0.1   udp dpt:5053 to:172.17.0.2:53

注意那句masquerade  all  --  172.17.0.0/16        0.0.0.0/0会导致所有172.17.0.0/16的数据包都不能到达docker以外的网络,所以我们要关掉这个nat,关掉很容易,我们只需删掉这一条iptables规则就可以了。然后源ip为172.17.0.2的数据包就可以出现在192.168.12.1/24的网络中了。

sudo iptables -t nat -d postrouting 3

但是把nat关掉了以后,虽然内网可以互ping了,但是docker容器可能上不去网呀。第一个路由器如果自动nat 了172.17.0.2还好,但要是没有人给docker容器做nat,docker容器就不能上网了,那我们的cdns也就没法用了。那么如何既保证docker容器访问外网的数据包被nat,又保证内网通信不被nat呢?只要稍微修改一下iptables规则就好了,如下

sudo iptables -t nat -a postrouting -s 172.17.0.2 ! -d 192.168.12.1/24 -j masquerade

上面的iptables规则通过对内外网流量的分离实现区别的nat对待,就可以既保证docker容器正常上网,也可以被内网其他主机访问了。

可能会有这么一种情况,上面所说的第一台路由器不是什么智能路由器,或者你没有权限在那个路由器上配置路由条目,让目标为172.17.0.0/16的数据包通过路由器进行路由。同时你的局域网其他电脑是xp系统的,也没法手动配置路由规则,这该怎么办呢?

现在以要访问docker容器的局域网主机为windows xp系统为例,虽然winxp不能手动配置路由规则,但是我们可以配置网关,只要我们把网关设置为192.168.0.107也就是我们的宿主机,目标地址为172.17.0.0/16的ip包就会发送到宿主机上,而宿主机不同于第一个路由器,它是知道如何路由这些ip包的。于是我们就可以在winxp上ping通docker容器了

Docker容器怎么通过独立IP暴露给局域网

Docker容器怎么通过独立IP暴露给局域网

以上就是关于“Docker容器怎么通过独立IP暴露给局域网”这篇文章的内容,相信大家都有了一定的了解,希望小编分享的内容对大家有帮助,若想了解更多相关的知识内容,请关注创新互联行业资讯频道。


本文名称:Docker容器怎么通过独立IP暴露给局域网
浏览地址:http://cdweb.net/article/jjcojc.html