Bridge模式
当docker进行启动时，会在主机创建一个名为docker0的虚拟网桥，此主机上启动的docker容器会连接到这个虚拟网桥上。虚拟网桥的工作方式与物理交换机类似，这样主机上所有容器就通过交换机连在了一个二层网络中，从docker0子网中分配一个ip给容器使用，并设置docker0的IP地址为容器的默认网关。在主机上创建一对虚拟网卡veth pair设备，docker将veth pair设备的一段放在新创建的容器中，命名eth0，另一端放在主机中，以veth##这样类似的名字命名，并将这个网络设备加入到docker0网桥中，可以通过brctl show
没有包的需要手动安装一下 apt? install? bridge-utils???
?brdige模式是docker的默认网络模式，不写-net模式，就是bridge模式，使用docker run -p 时，docker实际是在iptables做了DNAT规则
随着docker网络的完善，建议将容器加入自定义的docker网络来连接多个容器
?docker? network? create? -d? bridge? ##
-d指定docker网络类型，bridge overlay，其中overlay网路类型适用于swarm mod
此时我们应该进入容器内ping 一下其他容器，然后发现没有ping包，然后更新网络没有源，进入了死循环??
所以我们新建一个卷，当然用本地目录也是可以的，type=bind就行了
?apt? install? iputils-ping? ?iproute2
?这样busybox容器间就建立互联关系，多个容器间互联推荐使用docker compose
host模式
如果启动容器的时候使用host模式，那么这个容器将不会获得一个独立的network namespace，而是和宿主机公用一个network namespace。容器将不会虚拟出自己的网卡，配置自己的ip等，而是使用宿主机的ip和端口。但是容器的其他方面，如文件系统，进程列表等还是和宿主机隔离的。
Ping 命令归属 iputils-ping ； ip? a 归属于 iproute2 ；? route -n 归属于? ?net-tools
--net =host 模式 container里多了一条路由
?--net=bridge 模式container没有，默认是bridge模式
container模式
这个模式指定新创建的容器和已经存在的一个容器共享一个network namespace，而不是和宿主机共享，新创建的容器不会创建自己的网卡，配置自己的ip，而是和一个指定的容器共享ip，端口范围等。同样，两个容器除了网络方面，其他的如文件系统，进程列表等还是隔离的。两个容器的进程可以通过IO网卡设备通信。
相当于使用docker先建立一个软路由，其后的容器使用这个软路由的container进行通讯
?
?
docker run -itd --name docker_bri1 --mount source=myvolume,target=/tmp debain
//建一个容器作为之后的软路由， 分配一个数据卷方便使用?
?
?
docker run -itd --net=container:docker_bri --name docker_con1 --mount source=myvolume,target=/tmp debian /bin/bash
?
?除了上述的模式外，-net=none模式 docker容器拥有自己的network namespace，但是并不为docker容器进行任何的网络配置，也就是说。这个container没有网卡，ip,路由等信息。需要我们为docker容器添加网卡，配置，ip等。
docker的跨主机通信后面在讨论。
下一节我们聊docker三驾马车