Docker 网络

Docker 网络基础

docker使用Linux桥接网卡，在宿主机虚拟一个docker容器网
（docker0），docker启动一个容器时会根据docker网桥的网段分配给容器 一个IP地址，称为Container-IP，同时Docker网桥是每个容器的默认网络网关。因为在同一宿主机内的容器都接入同一个网桥，这样容器之间就能够通过容器的Container-IP直接通信。
docker网桥是宿主机虚拟出来的，并不是真实存在的网络设备，外部网络是无法寻址到的，这也意味着外部网络无法通过直接Container-IP访问到容器。
如果容器希望外部访问能够访问到，可以通过映射容器端口到宿主主机(端口映射)，即docker run创建容器时候通过-p或-P参数来启用，访问容器的时候就通过宿主机IP:容器端口访问容器。

Docker网络常用命令

这个命令的学习，非常的容易。我们可以直接使用docker network --help进行查看就能够知道有那些命令了。

下面我们解释一下上面的这些命令具体是用来干什么的

命令	作用
docker network create	创建一个网络
docker network ls	列出有那么些网络
docker network connect	连接网络
docker network disconnect	断开网络
docker network prune	删除不使用的网络
docker network inspect	查看网络详情
docker network rm	删除一个或者多个网络

下面我们来演示一下上面命令的使用

此时我们创建了一个网络，我们发现他默认的模式是这个桥接模式（bridge).

我们在将我们刚才创建的网络给删除掉，非常的简单就是普通的curd。最后我们在演示一下这个查看网络详情的命令

类似于json串一样的形式给我们展示出来，由于太长了博主没有全部截取下来。

docker 网络能干什么

所有网络的访问，前提是不是得在同一网段。在linux我们可以使用ifconfig和这个ip addr 命令来查看这个。那他到底能干嘛了

• 容器之间的互联和通信以及端口映射
• 容器IP变动时候可以通过服务名直接网络通信而不受到影响

我们日常当中连接某个服务，一般是通过服务的ip和端口但是在docker当中如果某个容器重启了那么对应容器的ip地址是会发生变化的。
所以我们应该使用对应的服务名来调用，不能写死ip而应该写死服务名来调用。

docker 网络模式

下面我们一个一个来介绍：

• bridge 模式：会为每一个容器分配I、设置IP并将容器连接到默认的网桥docker0,虚拟网桥默认为改模式。
• host 模式： 容器不会虚拟出自己的网卡，配置自己的IP而是直接使用宿主机的IP和端口。
• none 模式：容器有独立的network namespace 但是没有对其进行任何网络配置，如分配veth pair、网桥连接、IP等。
• container 模式：新建的容器不会创建自己的网卡和配置自己的IP,而是和一个指定的容器共享IP、端口范围等。

如何指定：

下面我们来看一下默认网络IP的生产规则，下面我们我们启动两个ubuntu的容器实列

然后我们再来看看这个u2

我们发现这两个默认的网关是一样的都是这个docker0,我们可以使用ifconfig 进行查看。

那如果我们此时将u1给删除掉了，然后我们再将重新启动一个u3会发生什么了

我们发现此时u3的ip地址是这个之前u1的地址。此时我们就知道随着容器实列的变化他的IP也是会变化的。所以我们在调用部署在docker当中服务的ip我们不能写死。

下面我们来看看这个默认的bridge模式，通过命令进行查看

docker network inspect bridge

Docker服务默认会创建一个docker0的网桥，该网桥的名称我们叫做docker0,它在内核层连通了其他物理或者虚拟网卡，这就将所有的容器放到了同一个物理网络。

下面我们来谈一下这个docker当中bridge模式的步骤

• Docker Daemon利用veth pair技术，在宿主机上创建两个虚拟网络接口设备，假设为veth0 和veth1。而veth pair技术的特性可以保证无论哪一个veth接收到网络报文，都会将报文传输给另一方。
• Docker Daemon将veth0附加到Docker Daemon创建的docker0网桥上。保证宿主机的网络报 文可以发往veth0;
• Docker Daemon 将veth1添加到Docker Container所属的namespace下，并被改名为eth0。 如此一来，保证宿主机的网络报文若发往veth0则立即会被eth0接收，实现宿主机到Docker Container网络的联通性;同时也保证Docker Container单独使用eth0，实现容器网络环境的隔离性。

如果我们用一副图来表示那么可以是如下所示：

下面我们可以看一下这个，到底是不是这样的了。下面博主来演示一下这个。下面我们启动一个ubutun的容器实列

docker run -it --name='u1' ubuntu

然后我们使用 ip addr命令进行查看

下面我们进入到容器当中再次查看会是什么效果了？

我们发现确实是成对存在的，虚拟出来了一网络接口设备
但是这个桥接模式也有一定的缺点：

• Docker Container不具有一个公有IP，即和宿主机eth0不处于同一个网段。导致的结果是宿主机以外的世界不能直接和容器进行通信。

在这里特别需要注意的是这个：
eth设备是成双成对出现的，一端是容器内部命名为eth0，一端是加入到网桥并命名的veth(通常命名为veth)，它们组成了一个数据传输通道，一端进一端出，veth设备连接了两个网络设备并实现了数据通信。

2. host模式

下面我们来看看这个host模式，如果采用了这个host模式。当我们docker run 启动一个容器时，容器不会获得独立的Network namespace 而是和宿主机共用一个network namespace 容器不在会虚拟出自己的网卡而是使用宿主机的ip和端口

下面我们来演示一下吧，先启动一个容器实列

docker run -it --name='u2' --network host ubuntu 

我们在容器当中输入这个ip addr命令

然后我们在看看宿主机的是什么样子的

我们发现一模一样，确实如上面所说。其次我们可以使用docker inspect 查看容器的情况

这就是host模式，全部使用宿主机的。此时启动容器就不需要使用-p开启端口映射了因为完全使用主机的了。

3.none
none模式使用none模式，Docker容器拥有自己的Network Namespace，但是，并不为Docker容器进行任何网络配置。Docker容器没有网卡、IP、路由等信息。需要我们自己为Docker容器添加网卡、配置IP等。
这种网络模式下容器只有lo回环网络，没有其他网卡。none模式可以在容器创建时通过-- network=none来指定。这种类型的网络没有办法联网，封闭的网络能很好的保证容器的安全性。在这里就不进行演示了，因为不常用。

4.container 容器模式
一种特殊host网络模式，
ontainer网络模式是Docker中一种较为特别的网络的模式。在容器创建时使用– network=container:vm1指定。(vm1指定的是运行的容器名)处于这个模式下的 Docker 容器会共享一个网络环境,这样两个容器之间可以使用localhost高效快速通信。

docker run -it --name=alpine1 alpine /bin/sh

下面我们在启动一个容器，alpine2我们让其和alpine1共享一个网络

 docker run -it --network container:alpine1 --name=alpine2 alpine /bin/sh

我们发现他们确实共享一个网络，如果我们此时干坏事我把alpine1容器给关掉了**，共享源我直接给你关了此时我们在次查看alpine2**容器里面的情况会是什么样子的。

我们发现此时对应的虚拟网络接口设备没了。

5.自定义网络
我们之前说了，docker容器的ip可能随着启动和停止导致ip发生变化，我们在连接服务应该写死服务名而不能写死ip。

在docker 当中默认的桥接模式我们使用ping安装地址去ping是可以的，但是使用服务名就不行。
下面我们创建一个自定义的网络，使用如下命令

docker network create ksy_network

然后我们新启动两台容器实列加入到我们对应的网络当中

docker run -it --network ksy_network --name=alpine1 alpine /bin/sh
docker run -it --network ksy_network --name=alpine2 alpine /bin/sh

然后我们在进入容器当中使用服务名来进行ping，看是否能ping通

我们发现此时是能够ping通的，这也就解决了上面的那个问题，容器ip可能发生变化但是我们使用服务名来搞就行了。有点DNS域名解析的感觉