【docker15】docker网络_查询docker 桥接网络地址

1.docker网络是什么

docker不启动，默认网络情况

• ens33
• lo
• virbr0
  在CentOS7安装过程中，如果有选择相关虚拟化的服务安装系统后，启动网卡时会发现有一个网桥连接的私网地址的virbr0网卡（virbr0网卡：它还有一个固定的默认IP地址：192.168.122.1），是做虚拟机网桥使用的，其作用是为连接上的虚拟网卡提供NAT访问外网的功能。
  学习Linux安装，勾选安装系统的时候附带了libvirt服务才会生成的一个东西，如果不需要可以直接将libvirtd服务卸载。

  命令： yum remove libvirt-libs.x86_64

docker启动后，网络情况

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

2.常用基本命令

2.1查看网络命令

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

2.2查看网络相关命令

命令： docker network COMMAND

2.3增加网络命令

命令： docker network create aa_network

2.4删除网络命令

命令： docker network rm aa_network

2.5查看网络数据源

命令： docker network inspect XXX网络名字

3.docker网络的作用

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

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

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

4.网络模式

默认网络模式

4.1总体介绍

• bridge模式：使用--network bridge指定，默认使用docker0
• host模式：使用--network host指定
• none模式：使用--network none指定
• container模式：使用--network container:NAME指定或者容器ID指定

4.2容器实例内默认网络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，此时服务会变更，所以要进行网络设计和规划，通过服务来调用

4.3案例说明

新增一个bb_network

查看bridge的连接模式

查看host的连接模式

查看none的连接模式

查看bb_network的连接模式

bridge

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

1. Docker使用Linux桥接，在宿主机虚拟一个容器网桥（docker0），Docker启动一个容器时会根据Docker网桥的网段分配给容器一个IP地址，称为Container-IP，同时Docker网桥是每个容器的默认网关，因为在同一宿主机内的容器都接入同一个网桥，这样容器之间就能够通过容器的Container-IP直接通信

2. docker run 的时候，没有指定network的话默认的网桥模式就是bridge，使用的就是docker0，在宿主机ifconfig，就可以看到docker0和自己create的network（后面讲）eth0，eth1，eth2…代表网卡一，网卡二，网卡三…，lo代表127.0.0.1，即localhost，inet addr用来表示网卡的IP地址

3. 网桥docker0创建一对对虚拟设备接口一个叫veth，另一个叫eth0，成对匹配

   • 整个宿主机的网桥模式都是docker0，类似一个交换机有一堆接口，每个接口叫veth，在本地主机和容器内分别创建一个虚拟接口，并让他们被此联通（这样一对接口叫veth pair）
   • 每个容器实例内部也有一块网卡，每个接口叫eth0
   • docker0上面的每个veth匹配某个容器实例内部的eth0，两两配对，一一匹配

通过上述，将宿主机上的所有容器都连接到这个内部网络上，两个容器在同一个网络下，会从这个网关下各自拿到分配的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可以对应上

host

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

• 容器将不会获得一个独立的Network Namespace，而是和宿主机共用一个Network Namespace，容器将不会虚拟化出自己的网卡而是使用宿主机的IP和端口

案例

警告命令： 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

问题：是什么？
答案： 在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

外部查看

内部查看

container

问题：是什么？
答案： 新建的容器和已经存在的容器共享一个网络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通）

5.Docker平台架构图解