-
【云原生】Docker网络模式详解
前言
Docker 容器和服务如此强大的原因之一是您可以将它们连接在一起，或者将它们连接到非 Docker 工作负载。本文主要介绍Docker的四种网络模式：Brideg模式、Host模式、Container模式、None模式。
列出容器当前网络：
[root@sanxingtongxue ~]# docker network ls NETWORK ID NAME DRIVER SCOPE e9f64abf8207 bridge bridge local e1e8a39e210f host host local c8092bd3f577 none null local- 1
- 2
- 3
- 4
- 5
Bridge模式（自定义网络模式演示）
docker 的默认⽹络模式为bridge模式，此模式会为每一个容器分配，设置IP等，并将容器连接到一个docker0 的虚拟网桥，通过docker0 网桥以及iptables nat 表配置与宿主机通信。示例图如下：
桥接网络演示步骤如下：
1.创建alpine-net网络。您不需要该–driver bridge标志，因为它是默认标志。docker network create --driver bridge alpine-net- 1
2.创建两个容器。注意–network标志。执行命令时只能连接一个网络docker run。
docker run -dit --name alpine1 --network alpine-net alpine ash docker run -dit --name alpine2 --network alpine-net alpine ash- 1
- 2
3.ping命令验证容器之前是否互通。
ping -c 2 alpine2- 1
操作演示如下：
[root@sanxingtongxue ~]# docker network create --driver bridge alpine-net 5cd703a37a83910502d6f4eff1d047c936434a0e77d27125865acfffba49a0e0 [root@sanxingtongxue ~]# docker network ls NETWORK ID NAME DRIVER SCOPE 5cd703a37a83 alpine-net bridge local e9f64abf8207 bridge bridge local e1e8a39e210f host host local c8092bd3f577 none null local [root@sanxingtongxue ~]# docker network inspect alpine-net [ { "Name": "alpine-net", "Id": "5cd703a37a83910502d6f4eff1d047c936434a0e77d27125865acfffba49a0e0", "Created": "2022-08-10T10:58:28.892947982+08:00", "Scope": "local", "Driver": "bridge", "EnableIPv6": false, "IPAM": { "Driver": "default", "Options": {}, "Config": [ { "Subnet": "172.18.0.0/16", "Gateway": "172.18.0.1" } ] }, "Internal": false, "Attachable": false, "Ingress": false, "ConfigFrom": { "Network": "" }, "ConfigOnly": false, "Containers": {}, "Options": {}, "Labels": {} } ] [root@sanxingtongxue ~]# docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 203dcb1d64b9 hello:v1 "ash" 21 seconds ago Created 8000/tcp alpine1 [root@sanxingtongxue ~]# docker rm -f $(docker ps -aq) #删除所有容器 203dcb1d64b9 [root@sanxingtongxue ~]# docker run -dit --name alpine1 --network alpine-net hello:v1 sh 6eee1dd7a27ac9823a8740f330ec2abfc55898e1c39ac5777180ddb6c1a68bee [root@sanxingtongxue ~]# docker run -dit --name alpine2 --network alpine-net hello:v1 sh de43dfe6ba727fede28837e7392b7cbb45615443f1ce8bf8041c43ddd5679ac8 [root@sanxingtongxue ~]# docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES de43dfe6ba72 hello:v1 "sh" 2 minutes ago Up 2 minutes 8000/tcp alpine2 6eee1dd7a27a hello:v1 "sh" 3 minutes ago Up 3 minutes 8000/tcp alpine1 [root@sanxingtongxue ~]# docker container ls CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES de43dfe6ba72 hello:v1 "sh" 2 minutes ago Up 2 minutes 8000/tcp alpine2 6eee1dd7a27a hello:v1 "sh" 3 minutes ago Up 3 minutes 8000/tcp alpine1 [root@sanxingtongxue ~]# docker exec -it alpine2 /bin/bash root@de43dfe6ba72:/# ping -c 2 alpine2 bash: ping: command not found root@de43dfe6ba72:/# apt-get update && apt-get install iputils-ping root@de43dfe6ba72:/# ping -c 2 alpine1 PING alpine1 (172.18.0.2) 56(84) bytes of data. 64 bytes from alpine1.alpine-net (172.18.0.2): icmp_seq=1 ttl=64 time=0.081 ms 64 bytes from alpine1.alpine-net (172.18.0.2): icmp_seq=2 ttl=64 time=0.061 ms --- alpine1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1015ms rtt min/avg/max/mdev = 0.061/0.071/0.081/0.010 ms [root@sanxingtongxue ~]# docker exec -it alpine1 /bin/bash root@6eee1dd7a27a:/# ping -c 2 alpine2 PING alpine2 (172.18.0.3) 56(84) bytes of data. 64 bytes from alpine2.alpine-net (172.18.0.3): icmp_seq=1 ttl=64 time=0.059 ms 64 bytes from alpine2.alpine-net (172.18.0.3): icmp_seq=2 ttl=64 time=0.061 ms --- alpine2 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1024ms rtt min/avg/max/mdev = 0.059/0.060/0.061/0.001 ms [root@sanxingtongxue ~]# docker network inspect alpine-net [ { "Name": "alpine-net", "Id": "5cd703a37a83910502d6f4eff1d047c936434a0e77d27125865acfffba49a0e0", "Created": "2022-08-10T10:58:28.892947982+08:00", "Scope": "local", "Driver": "bridge", "EnableIPv6": false, "IPAM": { "Driver": "default", "Options": {}, "Config": [ { "Subnet": "172.18.0.0/16", "Gateway": "172.18.0.1" } ] }, "Internal": false, "Attachable": false, "Ingress": false, "ConfigFrom": { "Network": "" }, "ConfigOnly": false, "Containers": { "6eee1dd7a27ac9823a8740f330ec2abfc55898e1c39ac5777180ddb6c1a68bee": { "Name": "alpine1", "EndpointID": "06f1c1f638f6d12a064d5738e45671cf613c6c38f3c5ae90c8c3480d9655be89", "MacAddress": "02:42:ac:12:00:02", "IPv4Address": "172.18.0.2/16", "IPv6Address": "" }, "de43dfe6ba727fede28837e7392b7cbb45615443f1ce8bf8041c43ddd5679ac8": { "Name": "alpine2", "EndpointID": "be79f2f3d29870455b3faa40d8bf3b483bef0a6f0b32aaa43473f670e94ea5da", "MacAddress": "02:42:ac:12:00:03", "IPv4Address": "172.18.0.3/16", "IPv6Address": "" } }, "Options": {}, "Labels": {} } ]- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
- 69
- 70
- 71
- 72
- 73
- 74
- 75
- 76
- 77
- 78
- 79
- 80
- 81
- 82
- 83
- 84
- 85
- 86
- 87
- 88
- 89
- 90
- 91
- 92
- 93
- 94
- 95
- 96
- 97
- 98
- 99
- 100
- 101
- 102
- 103
- 104
- 105
- 106
- 107
- 108
- 109
- 110
- 111
- 112
- 113
- 114
- 115
- 116
- 117
- 118
- 119
- 120
- 121
- 122
- 123
- 124
官网参考：https://docs.docker.com/network/network-tutorial-standalone/
Host模式
容器不会虚拟出自己的网卡，配置主机的IP等，而是使用宿主机的IP和端口。此时映射的端口可能会生产冲突，但是容器的其余部分(文件系统、进程等)依然是隔离的，此时容器与宿主机共享网络。示例图如下：
演示步骤如下：
1.创建并启动容器作为分离的进程。该–rm选项意味着一旦容器退出/停止就将其移除。该-d标志意味着启动容器分离（在后台）。docker run --rm -d --network host --name my_nginx nginx- 1
2.通过浏览 http://localhost:80/访问 Nginx 。
3.使用以下命令检查您的网络堆栈：
检查所有网络接口并确认没有创建新的。ip addr show- 1
使用命令验证哪个进程绑定到端口 80 netstat。您需要使用sudo该进程，因为该进程归 Docker 守护程序用户所有，否则您将无法看到其名称或 PID。
sudo netstat -tulpn | grep :80- 1
4.停止容器。它将在使用该–rm选项启动时自动删除。
docker container stop my_nginx- 1
操作演示如下：
[root@sanxingtongxue ~]# docker run --rm -d --network host --name myhost_net hello:v1 7c1a1e03b12e30504fb3bd2f0f814209ac9d65cac525a2475eb40f36e34b97ef [root@sanxingtongxue ~]# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 172.19.63.253 0.0.0.0 UG 100 0 0 eth0 10.88.0.0 0.0.0.0 255.255.0.0 U 0 0 0 cni-podman0 172.17.0.0 0.0.0.0 255.255.0.0 U 0 0 0 docker0 172.18.0.0 0.0.0.0 255.255.0.0 U 0 0 0 br-5cd703a37a83 172.19.0.0 0.0.0.0 255.255.192.0 U 100 0 0 eth0 [root@sanxingtongxue ~]# docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 7c1a1e03b12e hello:v1 "/bin/sh -c 'flask r…" About a minute ago Up About a minute myhost_net de43dfe6ba72 hello:v1 "sh" 33 minutes ago Up 33 minutes 8000/tcp alpine2 6eee1dd7a27a hello:v1 "sh" 35 minutes ago Up 22 minutes 8000/tcp alpine1 [root@sanxingtongxue ~]# ip addr show 1: lo:- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
Container模式
创建的容器不会创建自己的网卡，配置自己的IP，而是和一个指定的容器共享IP，端口范围。 kubernetes 中的pod就是多个容器共享一个 Network namespace。同样，两个容器除了⽹络⽅⾯，其他的如⽂件系统、进程列表等还是隔离的。两个容器的进程可以通过 lo ⽹卡设备通信。示例图如下：
操作演示如下：[root@sanxingtongxue ~]# docker run -tid --net=container:alpine1 --name docker_con hello:v1 0eb9f3fac30d6b979b5138816e633abaa80ee6301b1b12b8f1dde7fd583cf998 [root@sanxingtongxue ~]# docker exec -it docker_con /bin/bash root@6eee1dd7a27a:/# apt-get update root@6eee1dd7a27a:/# apt-get install net-tools root@6eee1dd7a27a:/# ifconfig -a eth0: flags=4163- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
None模式
使用none模式，Docker 容器拥有自己的Network Namespace但不进行任何网络配置。
示例图如下：
操作演示如下：[root@sanxingtongxue ~]# docker run -tid --net=none --name docker_none hello:v1 b97b13864a0a8230a979b712e7676cd82a901105d54e390197f36413c9708f90- 1
- 2
小拓展
Bridge
网桥是工作在 TCP/IP 二层协议 的虚拟网络设备，与现实世界中的交换机功能相似。与其他虚拟网络设备一样，可以配置 IP、MAC。Bridge 的主要功能是在多个接入 Bridge 的网络接口间转发数据包。如下图，Bridge (设备名 br0) 充当主设备，连接了四个从设备，分别是 tap1，tap2，veth1，eth0。
虚拟网卡接口VETH
VETH (virtual Ethernet) 设备总是成对出现，彼此相连。 一个设备从协议栈读取数据后，会将数据发送到另一个设备上去。VETH 可以用于两个 namespace 间的网络通信。如果 VETH 设备对中有一个设备不可用，则整个链路也不可用。
落红不是无情物，化作春泥更护花。 -
相关阅读:
口袋参谋：如何提升宝贝的点击率？这两种方法超简单！
美国将采取新政策降低对中国大陆的依赖 | 百能云芯
460. LFU 缓存
计算机毕业设计Java直播管理系统（源码+系统+mysql数据库+Lw文档）
生态板行业分析：中国市场消费量同比增长0.8%
Java NIO全面详解(看这篇就够了)
WiFi6E Lead :IPQ8072- equipped with QCN5024 and QCA8075- future of WiFi IIOT
深度学习求解微分方程系列四：一种基于自适应激活函数的PINN求解方法—burger方程逆问题
C++Primer 第一章 开始
LLaMA 2 - 你所需要的一切资源
- 原文地址：https://blog.csdn.net/qq_35764295/article/details/126261904
