命令： yum remove libvirt-libs.x86_64

会产生一个名为docker0的虚拟网桥

命令： docker network ls 安装完docker会默认创建3大网络模式

命令： docker network COMMAND

命令： docker network create aa_network

命令： docker network rm aa_network

命令： docker network inspect XXX网络名字

所有网络的访问要有一个前提，要在同一网段中 单机版的docker容器实例这个条件就不明显 实际工作中要进行docker的网络管理和容器调用之间的规划，这样的话网络桥接这种模式就需要考虑进去

作用1：容器间的互联和通信以及端口映射

作用2： 容器IP变动时候可以通过服务名直接网络通信而不受到影响

默认网络模式

网络模式

简介

bridge

为每一个容器分配、设置IP等，并将容器连接到一个docker0虚拟网桥，默认为该模式

host

容器将不会虚拟出自己的网卡，配置自己的IP等，而是使用宿主机的IP和端口

none

容器有独立的NetWork namespace，但并没有对其进行任何网络设置，如分配veth pair和网桥连接，IP等

container

新创建的容器不会创建自己的网卡和配置自己的IP，而是指定一个容器共享IP，端口范围等

查看u1启动之后，网络设置情况

命令： docker inspect u1|tail -n 20

查看u2启动之后，网络设置情况

命令： docker inspect u2|tail -n 20

都是桥接网络

此时删除u2后，新创建容器u3，发现u3容器IP还是172.17.0.3

结论： docker容器内部的IP是有可能会发生改变的，之前是u2，但u2突然宕机了，启动了u3，u3变为了u2原来的IP，此时服务会变更，所以要进行网络设计和规划，通过服务来调用

新增一个bb_network

查看bridge的连接模式

查看host的连接模式

查看none的连接模式

查看bb_network的连接模式

是什么？答案： Docker 服务默认会创建一个 docker0 网桥（其上有一个 docker0 内部接口），该桥接网络的名称为docker0，它在内核层连通了其他的物理或虚拟网卡，这就将所有容器和本地主机都放到同一个物理网络。Docker 默认指定了 docker0 接口 的 IP 地址和子网掩码，让主机和容器之间可以通过网桥相互通信。

通过上述，将宿主机上的所有容器都连接到这个内部网络上，两个容器在同一个网络下，会从这个网关下各自拿到分配的IP，此时两个容器的网络是互通的。

两两匹配代码验证案例

命令1： docker run -d -p 8081:8080 --name tomcat81 billygoo/tomcat8-jdk8命令2： docker run -d -p 8082:8080 --name tomcat82 billygoo/tomcat8-jdk8

启动之后，查看宿主机IP

进入tomcat81容器查看IP情况

81可以对应上进入tomcat82容器查看IP情况

82可以对应上

问题：是什么？答案： 直接使用宿主机的IP与与外界进行通信，不在需要额外进行NAT转换

案例

警告命令： docker run -d -p 8083:8080 --network host --name tomcat83 billygoo/tomcat8-jdk8正确命令： docker run -d -p --network host --name tomcat83 billygoo/tomcat8-jdk8

警告命令

正确命令

警告不是报错，83已经成功启动，但是为什么没有port？

问题： docker启动时总是遇见标题中的警告原因： docker启动时指定–network=host或-net=host，如果还指定了-p映射端口，那这个时候就会有此警告，并且通过-p设置的参数将不会起到任何作用，端口号会以主机端口号为主，重复时则递增解决： 解决的办法是使用docker的其他网络模式，例如–network=bridge，这样就可以解决问题，或者直接无视

容器内部查看IP

宿主机查看IP

一模一样

问题: 没有设置-p的端口映射，如何访问启动的tomcat83？原因： 因此此时容器的IP是借用主机的，所以容器贡献主机网络IP，这样的好处是外部与容器可以直接通信答案： http://宿主机IP:8080/

问题：是什么？答案： 在none模式下，并不为Docker容器进行任何网络配置，也就是说，这个Docker容器没有网卡、IP、路由等信息，只有一个lo，需要我们自己为Docker容器添加网卡、配置IP等显示： 禁用网络功能，只有lo标识（就是127.0.0.1表示本地回环）

命令： docker run -d -p 8084:8080 --network none --name tomcat84 billygoo/tomcat8-jdk8

外部查看

内部查看

问题：是什么？答案： 新建的容器和已经存在的容器共享一个网络IP配置而不是和宿主机共享，新创建的容器不会创建自己的网卡，配置自己的IP，而是和一个指定的容器共享IP、端口范围等。同样，两个容器除了网络方面，其他的如文件系统、进程列表等还是隔离的。

错误案例：

命令1： docker run -d -p 8085:8080 --name tomcat85 billygoo/tomcat8-jdk8命令2： docker run -d -p 8086:8080 --network container:tomcat85 --name tomcat86 billygoo/tomcat8-jdk8

相当于tomcat86和tomcat85公用同一个IP端口，导致端口冲突，该案例用于tomcat演示不合适用来演示这个坑 换一个镜像演示

正确案例使用Alpine操作系统演示Alpine操作系统是一个面向轻型Linux发行版本

Alpine Linux是一款独立的、非商业的通用的Linux发行版，专为追求安全性、简单性和资源效率的用户而设计。可能很多人都没听说过这个Linux的发行版，但是经常用Docker的朋友都用过，因为他小、简单，安全而著称，所以作为基础镜像是一个非常好的选择，可谓是麻雀虽小五脏俱全，镜像非常小巧，不到6M的大小，所以特别适合容器打包

命令1： docker run -it --name alpine1 alpine /bin/sh命令2： docker run -it --network container:alpine1 --name alpine2 alpine /bin/sh

运行结果，验证公用同一个网桥

alpine1内部查看

alpine2内部查看

假设alpine1宕机（停止alpine1），查看alpine2的网络

结果： 23: eth0@if24消失了

过时的link

before（没有用自定义网络之前）案例：

命令1： docker run -d -p 8081:8080 --name tomcat81 billygoo/tomcat8-jdk8命令2： docker run -d -p 8082:8080 --name tomcat82 billygoo/tomcat8-jdk8

进入各容器内部

查看tomcat81的IP地址

查看tomcat82的IP地址

tomcat81 ping 172.17.0.5

tomcat82 ping 172.17.0.4

互相ping可以ping通

问题： 根据之前示例IP地址是会动态波动的，会出现潜在的问题解决办法： 根据服务名去调用

tomcat81 根据服务名 ping tomcat82

tomcat82 根据服务名 ping tomcat81

结果： ping不通小结： 按IP地址ping是可以ping通的，但是按照服务名是ping不通的

after（引入自定义网络）案例：自定义桥接网络，自定义网络默认使用的是桥接网络bridge新建自定义网络

命令： docker network create asule_network

新建容器加入上一步自定义网络

命令1： docker run -d -p 8081:8080 --network asule_network --name tomcat81 billygoo/tomcat8-jdk8命令2： docker run -d -p 8082:8080 --network asule_network --name tomcat82 billygoo/tomcat8-jdk8

进入各容器内部

查看tomcat81的IP地址

查看tomcat82的IP地址

tomcat81 根据服务名 ping tomcat82

tomcat82 根据服务名 ping tomcat81

结果: 通过服务名可以ping通工作中写服务名，不要写IP，因为IP可能动态变化

小结： 自定义网络本身就维护好了主机名和IP对应的关系（IP和域名都可以ping通）