相同宿主机下的dcoker之间通信

docker

docker的本质是进程，隔离的资源包括：网卡、回环设备、路由表和 iptables 规则，这些要素构成了一个进程(docker)发起和响应网络请求的基本环境。

host模式

--net=host 表示不开启Network Namespace，直接使用宿主机的网络。

bridge模式

容器拥有自己的ip和端口，这里只讨论此模式。
docker会在宿主机上创建一个网桥docker0；当创建一个容器后，docker会生成一对veth pair设备，一个是容器内的eth0，一个挂载在宿主机的docker0上。
Veth Pair 设备的特点是：它被创建出来后，总是以两张虚拟网卡（Veth Peer）的形式成对出现的，并且从其中一个“网卡”发出的数据包，可以直接出现在与它对应的另一张“网卡”上，哪怕这两个“网卡”在不同的 Network Namespace 里。

我们来创建两个容器

docker run -itd --name cos1 centos:base /bin/bash -c 'while true;do echo 1;sleep 100;done'

docker run -itd --name cos2 centos:base /bin/bash -c 'while true;do echo 1;sleep 100;done'

当前ip如下：

cos1：172.17.0.2

cos2：172.17.0.3

宿主机查看docker0，发现绑定了两张虚拟网卡。

[root@kube-master src]# brctl show

docker0		8000.024250bc873d	no		veth4db29b2

                                        veth96c7e85

这两张网卡分别和两个容器的eth0组成了两对veth pair设备：veth4db29b2和cos1的eth0，veth96c7e85和cos2的eth0。

#cos1上查看：

[root@691e3302003c /]# route

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface

default         _gateway        0.0.0.0         UG    0      0        0 eth0

172.17.0.0      0.0.0.0         255.255.0.0     U     0      0        0 eth0

[root@691e3302003c /]# ifconfig

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500

        inet 172.17.0.2  netmask 255.255.0.0  broadcast 172.17.255.255

        ether 02:42:ac:11:00:02  txqueuelen 0  (Ethernet)

        RX packets 4  bytes 404 (404.0 B)

        RX errors 0  dropped 0  overruns 0  frame 0

        TX packets 4  bytes 250 (250.0 B)

        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

cos2为172.17.0.3，所以从路由得知，对于目的地址为172.17.0.0/16的IP，匹配的是第二条路由规则，

Gateway是0.0.0.0，意味着这是一条直连规则：凡是匹配到这条规则的 IP 包，应该经过本机的 eth0 网卡，通过二层网络直接发往目的主机。

所以，当从cos1上去ping cos2时

包从cos1上的eth0 -> docker0的veth4db29b2，然后veth4db29b2进行ARP广播，

docker0收到ARP广播后，会把广播传给其他在docker0上的设备，也就是veth96c7e85，于是这个包就传到了cos2的eth0上，然后cos2的eth0把自己的mac地址回复给cos1，有了mac地址，cos1就可以把包发给cos2了。

所以，当从cos1上去ping cos2时，网络链路如下：

cos1的eth0 -> docker0的veth4db29b2 -> docker0的veth96c7e85 -> cos2的eth0

响应顺序则正好相反。