08-docker系列-docker网络你了解多少（上）

声明：本文乃“运维家”原创，转载请注明出处，更多内容请关注公众号“运维家”。

主旨

本文主要介绍下docker容器的网络模式，小伙伴们是不是已经发现之前创建的nginx、redis、jenkins镜像等无法访问，这是什么问题呢？本文就是来解决这个问题的，往下看吧。

网络划分

bridge：容器和宿主机的docker0网卡桥接
host：容器和宿主机共享网络
null：独立，不能进行网络交互
contain：容器网络共享，和host的差异在于所有的docker容器，共同拥有一个IP地址

Bridge

当docker程序启动的时候，会在宿主机上添加一个docker0的网卡，使用ip -a的命令可以看到，且docker0还有一个自己的IP地址。

当容器启动的时候，如果你指定的网络模式是bridge，那么就相当于docker0是你的dhcp服务器，分配了一个IP地址给容器。你的宿主机和容器的交互都是通过docker0转发的，但是话说回来，一定要记得开启网络转发，不然都是空谈，我以前的文章中有写如何配置。

bridge是docker默认的网络模式，如果你启动容器的时候，没有特殊指定网络模式，那么就是bridge模式。此模式可以单独指定容器的某个端口和宿主机进行映射，且可以是不同端口，例如将容器中的80端口映射到宿主机的8080端口都是可行的，所以此模式使用最为广泛。

host

宿主机和docker容器使用的同一个IP地址。

当容器启动的时候如果指定网络模式是host，那么相当于网络共享，比如你容器中用了80端口，你宿主机就也会启动一个80端口，且你后期宿主机无法再自行启动一个80端口；反过来说，如果你宿主机已经启动了一个80端口，那么当你网络模式是host的时候，容器就不能再启动一个80端口了。

这样子网络性能最高，但是隔离性较差，可以根据实际情况自行衡量。

null

封闭性和安全性最高，怎么说呢，就是可以将使用null网络模式的容器，看做一个独立的服务器，且这台服务器没有任何网络连接，只有自己的回环地址，无法和其他任何服务器进行通信。

contain

好维护，怎么说呢，就是说一台服务器上无论启动了多少容器，如果你使用的contain模式，就相当于只多了一个IP地址，且此IP地址是独立的，和宿主机的IP没有关系，当然了，和docker0还是有关系的哈。

在一台服务器上，你启动容器的时候，指定一个拥有独立IP地址的容器，比如是A（当然了，容器A的话，你要使用bridge模式启动，不然他无法拥有一个自己的IP地址嘛），这样的话，你新启动的容器，从网络上可以理解为指定的容器A就是你的“宿主机”，因为你使用的是容器A的网络，但是文件系统，进程列表还是相互独立的。同理，多个容器不能存在端口冲突，此项和host模式类似。

本文介绍的docker网络模式结束，下一篇我们将根据这4种模式，分别做个实验来验证下。