docker的网络模式

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三驾马车