docker容器网络-5

最新推荐文章于 2024-10-03 22:41:45 发布

阿干tkl

最新推荐文章于 2024-10-03 22:41:45 发布

阅读量627

点赞数 14

分类专栏： docker 文章标签： docker 网络

本文链接：https://blog.csdn.net/m0_58805648/article/details/138914140

版权

docker 专栏收录该内容

8 篇文章 0 订阅

订阅专栏

文章目录

docker容器网络

Docker在安装后自动提供3种网络，可以使用docker network ls命令查看

[root@localhost ~]# docker network ls
NETWORK ID     NAME      DRIVER    SCOPE
ceadbc2aa4fe   bridge    bridge    local
5c5ddeeac3b4   host      host      local
003e6ac8188a   none      null      local
[root@localhost ~]#

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

docker的4种网络模式

网络模式	配置	说明
host	–network host	容器和宿主机共享Network namespace
container	–network container:NAME_OR_ID	容器和另外一个容器共享Network namespace
none	–network none	容器有独立的Network namespace，但并没有对其进行任何网络设置，如分配veth pair 和网桥连接，配置IP等
bridge	–network bridge	默认模式

Docker 提供了四种主要的网络模式，用于在容器之间进行通信和连接。这些网络模式是：

桥接网络模式（Bridge）：

默认情况下，Docker会创建一个桥接网络，称为docker0。
每个容器被连接到这个桥接网络，容器之间可以相互通信。
容器可以通过映射端口到主机上的端口来提供服务。

主机网络模式（Host）：

容器直接使用主机的网络栈，不会进行端口映射或者网络地址转换。
容器与主机共享网络命名空间，因此容器可以直接使用主机的网络配置。

无网络模式（None）：

容器没有网络连接，与外部世界隔离。
该模式通常用于特殊用途，如仅需要本地访问的容器或者需要手动配置网络的容器。

Overlay网络模式（Overlay）：

Overlay网络允许跨多个Docker守护程序的容器进行通信，即使这些守护程序运行在不同的物理主机上。
通过Overlay网络，容器可以透明地在不同主机之间进行通信，就像它们在同一网络中一样。
这种网络模式通常与容器编排工具（如Docker Swarm、Kubernetes）一起使用，以便在分布式环境中管理容器。

每种网络模式都有其自己的用途和特点，根据具体的场景和需求选择合适的网络模式非常重要。

在这里插入图片描述

bridge 模式

当Docker进程启动时，会在主机上创建一个名为docker0的虚拟网桥，此主机上启动的Docker容器会连接到这个虚拟网桥上。虚拟网桥的工作方式和物理交换机类似，这样主机上的所有容器就通过交换机连在了一个二层网络中。

从docker0子网中分配一个IP给容器使用，并设置docker0的IP地址为容器的默认网关。在主机上创建一对虚拟网卡veth pair设备，Docker将veth pair设备的一端放在新创建的容器中，并命名为eth0（容器的网卡），另一端放在主机中，以vethxxx这样类似的名字命名，并将这个网络设备加入到docker0网桥中。可以通过brctl show命令查看。默认是没有这个brctl 命令的，可以使用dnf provides *bin/brctl查找由哪个包提供的

# 启动一个容器，生成一对虚拟网卡，容器里是 if5 外面的是 if4
[root@localhost ~]# docker exec -it b1 /bin/sh
/ # ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
4: eth0@if5: <BROADCAST,MULTICAST,UP,LOWER_UP,M-DOWN> mtu 1500 qdisc noqueue
    link/ether 02:42:ac:11:00:02 brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.2/16 brd 172.17.255.255 scope global eth0
       valid_lft forever preferred_lft forever
/ #

# ip a 查看vethxxx
[root@localhost ~]# ip a
....省略N
5: veth20c9bd1@if4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default
    link/ether 22:ea:7f:e0:31:9d brd ff:ff:ff:ff:ff:ff link-netnsid 0
    inet6 fe80::20ea:7fff:fee0:319d/64 scope link
       valid_lft forever preferred_lft forever
# 关闭容器后这个就没有了

# veth20c9bd1网卡桥接到docker0
[root@localhost ~]# brctl show
bridge name	bridge id		   STP enabled	interfaces
docker0		8000.0242107781b1	no		     veth20c9bd1

bridge模式是docker的默认网络模式，不写–network参数，就是bridge模式。使用docker run -p时，docker实际是在iptables做了DNAT规则，实现端口转发功能。可以使用iptables -t nat -vnL查看。

# 查看是否有无容器在运行
[root@localhost ~]# docker ps -a
CONTAINER ID   IMAGE     COMMAND   CREATED   STATUS    PORTS     NAMES
[root@localhost ~]#

# -d 后台运行。--name 指定名字。-p 指定映射端口；8080[主机端口] : 80[容器端口]
[root@localhost ~]# docker run -d --name web -p 8080:80 httpd
9d736d2923d4f7452b8f073c07706e2632c245837dbadf53f12fa7b04be61c9f
[root@localhost ~]# docker ps 
CONTAINER ID   IMAGE     COMMAND              CREATED         STATUS         PORTS                                   NAMES
9d736d2923d4   httpd     "httpd-foreground"   5 seconds ago   Up 4 seconds   0.0.0.0:8080->80/tcp, :::8080->80/tcp   web
[root@localhost ~]# 


# 把宿主机的8080端口映射到容器的80端口
[root@localhost ~]# docker port web
80/tcp -> 0.0.0.0:8080
80/tcp -> [::]:8080
[root@localhost ~]# 
[root@localhost ~]# ip addr show ens32
2: ens32: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:0c:29:89:0f:cc brd ff:ff:ff:ff:ff:ff
    inet 10.10.10.14/24 brd 10.10.10.255 scope global noprefixroute ens32
       valid_lft forever preferred_lft forever
    inet6 fe80::6ec3:d356:3e31:5012/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
[root@localhost ~]#

这时候到真机的浏览器访问是可以访问的

在这里插入图片描述

# 查看规则，为什么能访问
[root@localhost ~]# iptables -t nat -nvL
Chain PREROUTING (policy ACCEPT 1 packets, 229 bytes)
 pkts bytes target     prot opt in     out     source               destination         
    2   104 DOCKER     all  --  *      *       0.0.0.0/0            0.0.0.0/0            ADDRTYPE match dst-type LOCAL

Chain INPUT (policy ACCEPT 1 packets, 229 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         
    0     0 DOCKER     all  --  *      *       0.0.0.0/0           !127.0.0.0/8          ADDRTYPE match dst-type LOCAL

Chain POSTROUTING (policy ACCEPT 1 packets, 52 bytes)
 pkts bytes target     prot opt in     out     source               destination         
    0     0 MASQUERADE  all  --  *      !docker0  172.17.0.0/16        0.0.0.0/0           
    0     0 MASQUERADE  tcp  --  *      *       172.17.0.2           172.17.0.2           tcp dpt:80

Chain DOCKER (2 references)
 pkts bytes target     prot opt in     out     source               destination         
    0     0 RETURN     all  --  docker0 *       0.0.0.0/0            0.0.0.0/0           
    1    52 DNAT       tcp  --  !docker0 *       0.0.0.0/0            0.0.0.0/0            tcp dpt:8080 to:172.17.0.2:80
[root@localhost ~]#

bridge模式如下图所示：

在这里插入图片描述

假设上图的docker2中运行了一个nginx，大家来想几个问题：

同主机间两个容器间是否可以直接通信？比如在docker1上能不能直接访问到docker2的nginx站点？
在宿主机上能否直接访问到docker2的nginx站点？
在另一台主机上如何访问node1上的这个nginx站点呢？DNAT发布？

Docker网桥是宿主机虚拟出来的，并不是真实存在的网络设备，外部网络是无法寻址到的，这也意味着外部网络无法通过直接Container-IP访问到容器。如果容器希望外部访问能够访问到，可以通过映射容器端口到宿主主机（端口映射），即docker run创建容器时候通过 -p 或 -P 参数来启用，访问容器的时候就通过[宿主机IP]:[容器端口]访问容器。

container模式

这个模式指定新创建的容器和已经存在的一个容器共享一个 Network Namespace，而不是和宿主机共享。新创建的容器不会创建自己的网卡，配置自己的 IP，而是和一个指定的容器共享 IP、端口范围等。同样，两个容器除了网络方面，其他的如文件系统、进程列表等还是隔离的。两个容器的进程可以通过 lo 网卡设备通信。

container模式如下图所示：

在这里插入图片描述

host模式

如果启动容器的时候使用host模式，那么这个容器将不会获得一个独立的Network Namespace，而是和宿主机共用一个Network Namespace。容器将不会虚拟出自己的网卡，配置自己的IP等，而是使用宿主机的IP和端口。但是，容器的其他方面，如文件系统、进程列表等还是和宿主机隔离的。

使用host模式的容器可以直接使用宿主机的IP地址与外界通信，容器内部的服务端口也可以使用宿主机的端口，不需要进行NAT，host最大的优势就是网络性能比较好，但是docker host上已经使用的端口就不能再用了，网络的隔离性不好。

Host模式如下图所示：

在这里插入图片描述

#host模式不用做端口号映射，因为它使用的是宿主机的ip跟端口，--rm 是这个容器停掉之后自动删除容器
[root@localhost ~]# docker run -d --name web-httpd --rm --network host httpd
e540dfd2ca03a3cb69b8ebdce6391acd335a87b36e06bc306b952360e82b0bf7
[root@localhost ~]# 
[root@localhost ~]# docker ps -l
CONTAINER ID   IMAGE     COMMAND              CREATED         STATUS         PORTS     NAMES
e540dfd2ca03   httpd     "httpd-foreground"   5 seconds ago   Up 5 seconds             web-httpd
[root@localhost ~]# 

#注意，这时，只能启动一个httpd，再启动一个httpd服务端口号会冲突。所以缺点就是不能跑同一个服务。

在这里插入图片描述

none模式

使用none模式，Docker容器拥有自己的Network Namespace，但是，并不为Docker容器进行任何网络配置。也就是说，这个Docker容器没有网卡、IP、路由等信息。需要我们自己为Docker容器添加网卡、配置IP等。

这种网络模式下容器只有lo回环网络，没有其他网卡。none模式可以在容器创建时通过–network none来指定。这种类型的网络没有办法联网，封闭的网络能很好的保证容器的安全性。

应用场景：

启动一个容器处理数据，比如转换数据格式
一些后台的计算和处理任务

none模式如下图所示：

在这里插入图片描述

[root@localhost ~]# docker network --help
Commands:
  connect    将容器连接到网络
  create      创建一个网络
  disconnect  断开容器与网络的连接
  inspect     显示一个或多个网络的详细信息 
  ls          网络列表
  prune       移除所有未使用的网络
  rm          移除一个或多个网络
  
docker network inspect bridge   #查看bridge网络的详细配置
ork --help
Commands:
  connect    将容器连接到网络
  create      创建一个网络
  disconnect  断开容器与网络的连接
  inspect     显示一个或多个网络的详细信息 
  ls          网络列表
  prune       移除所有未使用的网络
  rm          移除一个或多个网络
  
docker network inspect bridge   #查看bridge网络的详细配置