【记录】docker笔记（六）：Docker网络-bridge网络（1）

于 2024-05-16 20:00:00 发布
阅读量1.3k 收藏 9
点赞数 29
文章标签： docker 笔记 容器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/dopapapa/article/details/138921666
版权

bridge 网络

        bridge 网络，也称为单机桥接网络，是 Docker 默认的网络模式。该网络模式只能存在于单个 Docker 主机上，其只能用于连接所在 Docker 主机上的容器。

docker0 网桥

查看 docker0 网桥。

        bridge 网络模式中具有一个默认的虚拟网桥 docker0，通过 ip addr 或 ifconfig 命令都可查看到。

        通过 docker network inspect bridge 也可以查看到网络名称为 bridge 的网络的详情。

        可以看到该网络的驱动为 bridge，其网桥名称为 docker0。只不过，目前该网络上还没有连接任何容器。

 docker0 网桥工作原理

        在 Linux 主机上，Docker 的 bridge 网络由 Bridge 驱动创建，其在创建时会创建一个默认的网桥 docker0。容器与网桥间是通过 veth pair 技术实现的连接，网桥与外网间是通过“网络地址转换 NAT 技术”实现的连接，即将通信的数据包中的内网地址转换为外网地址。

        Bridge 驱动的底层是基于 Linux 内核的 Linux Bridge 技术。该技术已经经历了近 20 年的考验，这就意味着该模式是高性能且非常稳定的。

        下面通过一个案例来熟悉docker中的bridge网络。案例docker中的网络结构如图：

一些指令

①docker network inspect xxx 查看当前 xxx 网络的整体连接情况。这里前面已经执行过了，不再截图说明。

②使用 brctl show 命令可以查看本机当前所有网桥及其连接情况。可以看到，当前宿主机中只有一个网桥 docker0，interfaces为0，表明网桥docker0上没有接口。

创建两个容器并指定网络

        创建两个容器并指定网络，然后通过查看各个网络情况了解bridge网络。

docker run -d --name bb1 --network bridge busybox /bin/sh -c "while true; do sleep 3600; done"
docker run -d --name bb2 --network bridge busybox /bin/sh -c "while true; do sleep 3600; done"

查看 bridge 网络整体连接

        现在通过 docker network inspect 命令查看当前 bridge 网络的整体连接情况。

        在 Containers 中可以查看到当前名称为 bridge 的网络中连接的 bb1 与 bb2 两个容器。这两个容器及宿主机，其实就是三个完全独立的 Network Namespace。

查看宿主机和容器的接口

        此时在宿主机上通过 ip a 命令查看当前主机的网络接口情况。

        这两个 veth 就是由 Libnetwork 生成的 veth pair 中的宿主机中的 EndPoint。

        在两个容器中分别使用 ip a 命令查看它们的地址情况，可以看到它们的接口正好与宿主机中的接口构成两对 pair。

查询网桥连接情况

        可以看到其上连接着两 vethxxx 的接口，就是前面连接 bb1 与 bb2 上两个 eth0 的两个接口。

查看容器详情

        通过 docker inspect 查看容器的详情(以bb1为例)，可以看到，其网络连接中的网关 Geteway 的 IP 地址就是 docker0 网桥的地址。

[root@localhost ~]# docker inspect bb1
[
    {
        "Id": "cb521beacba589b5bfec4170b7ddb3219e3b8b2ae5c072c36ed77f1af6e54a52",
        "Created": "2024-05-15T13:17:43.284110713Z",
        "Path": "/bin/sh",
        "Args": [
            "-c",
            "while true; do sleep 3600; done"
        ],
        "State": {
            "Status": "running",
            "Running": true,
            "Paused": false,
            "Restarting": false,
            "OOMKilled": false,
            "Dead": false,
            "Pid": 6098,
            "ExitCode": 0,
            "Error": "",
            "StartedAt": "2024-05-15T13:17:45.028717252Z",
            "FinishedAt": "0001-01-01T00:00:00Z"
        },
        "Image": "sha256:beae173ccac6ad749f76713cf4440fe3d21d1043fe616dfbe30775815d1d0f6a",
        "ResolvConfPath": "/var/lib/docker/containers/cb521beacba589b5bfec4170b7ddb3219e3b8b2ae5c072c36ed77f1af6e54a52/resolv.conf",
        "HostnamePath": "/var/lib/docker/containers/cb521beacba589b5bfec4170b7ddb3219e3b8b2ae5c072c36ed77f1af6e54a52/hostname",
        "HostsPath": "/var/lib/docker/containers/cb521beacba589b5bfec4170b7ddb3219e3b8b2ae5c072c36ed77f1af6e54a52/hosts",
        "LogPath": "/var/lib/docker/containers/cb521beacba589b5bfec4170b7ddb3219e3b8b2ae5c072c36ed77f1af6e54a52/cb521beacba589b5bfec4170b7ddb3219e3b8b2ae5c072c36ed77f1af6e54a52-json.log",
        "Name": "/bb1",
        "RestartCount": 0,
        "Driver": "overlay2",
        "Platform": "linux",
        "MountLabel": "",
        "ProcessLabel": "",
        "AppArmorProfile": "",
        "ExecIDs": null,
        "HostConfig": {
            "Binds": null,
            "ContainerIDFile": "",
            "LogConfig": {
                "Type": "json-file",
                "Config": {}
            },
            "NetworkMode": "bridge",
            "PortBindings": {},
            "RestartPolicy": {
                "Name": "no",
                "MaximumRetryCount": 0
            },
            "AutoRemove": false,
            "VolumeDriver": "",
            "VolumesFrom": null,
            "ConsoleSize": [
                40,
                132
            ],
            "CapAdd": null,
            "CapDrop": null,
            "CgroupnsMode": "host",
            "Dns": [],
            "DnsOptions": [],
            "DnsSearch": [],
            "ExtraHosts": null,
            "GroupAdd": null,
            "IpcMode": "private",
            "Cgroup": "",
            "Links": null,
            "OomScoreAdj": 0,
            "PidMode": "",
            "Privileged": false,
            "PublishAllPorts": false,
            "ReadonlyRootfs": false,
            "SecurityOpt": null,
            "UTSMode": "",
            "UsernsMode": "",
            "ShmSize": 67108864,
            "Runtime": "runc",
            "Isolation": "",
            "CpuShares": 0,
            "Memory": 0,
            "NanoCpus": 0,
            "CgroupParent": "",
            "BlkioWeight": 0,
            "BlkioWeightDevice": [],
            "BlkioDeviceReadBps": [],
            "BlkioDeviceWriteBps": [],
            "BlkioDeviceReadIOps": [],
            "BlkioDeviceWriteIOps": [],
            "CpuPeriod": 0,
            "CpuQuota": 0,
            "CpuRealtimePeriod": 0,
            "CpuRealtimeRuntime": 0,
            "CpusetCpus": "",
            "CpusetMems": "",
            "Devices": [],
            "DeviceCgroupRules": null,
            "DeviceRequests": null,
            "MemoryReservation": 0,
            "MemorySwap": 0,
            "MemorySwappiness": null,
            "OomKillDisable": false,
            "PidsLimit": null,
            "Ulimits": [],
            "CpuCount": 0,
            "CpuPercent": 0,
            "IOMaximumIOps": 0,
            "IOMaximumBandwidth": 0,
            "MaskedPaths": [
                "/proc/asound",
                "/proc/acpi",
                "/proc/kcore",
                "/proc/keys",
                "/proc/latency_stats",
                "/proc/timer_list",
                "/proc/timer_stats",
                "/proc/sched_debug",
                "/proc/scsi",
                "/sys/firmware",
                "/sys/devices/virtual/powercap"
            ],
            "ReadonlyPaths": [
                "/proc/bus",
                "/proc/fs",
                "/proc/irq",
                "/proc/sys",
                "/proc/sysrq-trigger"
            ]
        },
        "GraphDriver": {
            "Data": {
                "LowerDir": "/var/lib/docker/overlay2/ac8e99985d11fa6b457cb7fa9efce993d2111a1f6bccc4f815f33f13c1982e1f-init/diff:/var/lib/docker/overlay2/510f666ce3653dadef3414d0b2c9df7f5c9c5a574555247f240fa6a76100be74/diff",
                "MergedDir": "/var/lib/docker/overlay2/ac8e99985d11fa6b457cb7fa9efce993d2111a1f6bccc4f815f33f13c1982e1f/merged",
                "UpperDir": "/var/lib/docker/overlay2/ac8e99985d11fa6b457cb7fa9efce993d2111a1f6bccc4f815f33f13c1982e1f/diff",
                "WorkDir": "/var/lib/docker/overlay2/ac8e99985d11fa6b457cb7fa9efce993d2111a1f6bccc4f815f33f13c1982e1f/work"
            },
            "Name": "overlay2"
        },
        "Mounts": [],
        "Config": {
            "Hostname": "cb521beacba5",
            "Domainname": "",
            "User": "",
            "AttachStdin": false,
            "AttachStdout": false,
            "AttachStderr": false,
            "Tty": false,
            "OpenStdin": false,
            "StdinOnce": false,
            "Env": [
                "PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
            ],
            "Cmd": [
                "/bin/sh",
                "-c",
                "while true; do sleep 3600; done"
            ],
            "Image": "busybox",
            "Volumes": null,
            "WorkingDir": "",
            "Entrypoint": null,
            "OnBuild": null,
            "Labels": {}
        },
        "NetworkSettings": {
            "Bridge": "",
            "SandboxID": "044389ce7180bd393cd2592c0b5d4b5ce7b33f9c5e110337f13240223482dddc",
            "SandboxKey": "/var/run/docker/netns/044389ce7180",
            "Ports": {},
            "HairpinMode": false,
            "LinkLocalIPv6Address": "",
            "LinkLocalIPv6PrefixLen": 0,
            "SecondaryIPAddresses": null,
            "SecondaryIPv6Addresses": null,
            "EndpointID": "2a43242cb128722926da76326c7478bc710fc43b4da2cd460df835894a48bed6",
            "Gateway": "172.17.0.1",
            "GlobalIPv6Address": "",
            "GlobalIPv6PrefixLen": 0,
            "IPAddress": "172.17.0.2",
            "IPPrefixLen": 16,
            "IPv6Gateway": "",
            "MacAddress": "02:42:ac:11:00:02",
            "Networks": {
                "bridge": {
                    "IPAMConfig": null,
                    "Links": null,
                    "Aliases": null,
                    "MacAddress": "02:42:ac:11:00:02",
                    "NetworkID": "6dc3704c6a60e42cb6a8218abdd6c9f05f95b2405d2cb2a7dbdf61797a149d8d",
                    "EndpointID": "2a43242cb128722926da76326c7478bc710fc43b4da2cd460df835894a48bed6",
                    "Gateway": "172.17.0.1",
                    "IPAddress": "172.17.0.2",
                    "IPPrefixLen": 16,
                    "IPv6Gateway": "",
                    "GlobalIPv6Address": "",
                    "GlobalIPv6PrefixLen": 0,
                    "DriverOpts": null,
                    "DNSNames": null
                }
            }
        }
    }
]

创建网络

        通过 docker network create 命令可以创建指定名称与类型的网络。-d 选项用于指定要创建网络时所使用的驱动，即创建的网络类型。最后的 bridge2 则是新创建网络的名称。

        创建完成后，查看宿主机支持的网络和宿主机网桥。如图：

创建第三个容器并指定网络

        创建一个新的 BusyBox 容器 bb3，其连接在新建的 bridge2 网络上。

        注意：在创建容器时通过--network 指定要连接到的网络，如果不指定，默认连接到默认的 bridge 网络。

docker run -d --name bb3 --network bridge2 busybox /bin/sh -c "while true; do sleep 3600; done"

查看新建网络详情

        此时查看 bridge2 的网络详情，可以看到容器 bb3 已经连接到了上面。

查看宿主机网络接口

        此时查看当前宿主机的网络接口情况，发现多出了两个接口。其中一个网桥接口br-xxx，一个连接 bb3 的接口 vethxxx@if57。

查看新增容器网络接口

        此时查看容器 bb3 的网络接口，发现其 接口正好是宿主机对应接口的 pair 接口。

查看宿主机网桥

        此时再查看网桥情况，发现新增网桥上增加了一个接口，而该接口正好就是宿主机上的 58号接口。并且，该接口的 IP 为  172.20.0.2/16（容器bb3） ，与 bridge 网络172.17.0.3/16（容器bb2） 不是同一网段，所以它们之间是不能相互通信的。

容器连接到指定网络

        现在要将容器 bb2 连接到新建的 bridge2 网络上。可以使用 docker network connect 命令。

        可以依次查看bridge2网络连接、宿主机网络接口、容器网络接口。这里不再截图说明。这里仅查看容器bb2的接口。发现其同时具有两个网络接口，分别连接在两个不同的网络上。

容器互 ping

        容器 bb2 与 bb3 互 ping 是可以 ping 通的。

        但 bb3 要 ping 容器 bb2 的另一网段的 IP 是 ping 不通的。

容器互 ping 容器名

        除了可以直接 ping 通指定的 IP 外，还可以直接去 ping 对方的容器名称。该方式在生产中非常重要。因为生产中容器的 IP 可能会发生变化，但容器名称一般是不会变的。如果某服务总是直接通过 IP 与容器相连接，那么一旦容器 IP 变化，则该服务将连接不上容器。但如果是通过容器名称相连接的，那么无论容器 IP 如何变化，都将不影响服务与容器的连接。

案例总结

通过上述容器间连接案例，相信已经对bridge网络有了更深刻的理解。

Slahser123456
关注
  • 29
    点赞
  • 踩
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Docker网络虚拟化 -- Bridge模式
DeepRoute_Lab的博客
08-15 1917
容器技术是最近几年最流行的技术之一，将程序所依赖的环境打包成一个镜像文件，并可以跨平台部署，真正做到了一次编译，处处运行，对研发和运维体系都产生了巨大的影响。
docker——网络（bridge简介和案例实践、overlay简介）
qq_43058348的博客
01-03 1200
docker安装后会自动设置iptables规则来管理网络流量。这是docker网络核心部分之一自定义网桥提供容器之间的自动DNS解析，可通过容器名称或别名互相访问，默认网桥网络上的容 器只能通过IP地址互相访问。自定义网桥提供更好的网络隔离，因为所有未指定网络的容器都将连接到默认网桥，而自定义网桥 则必须显示指定容器网络后，方可加入该网络。每个自定义网络都会创建一个可配置的网桥。
学容器必须懂 bridge 网络 - 每天5分钟玩转 Docker 容器技术（32）
weixin_33711647的博客
06-23 97
2019独角兽企业重金招聘Python工程师标准>>> ...
『中级篇』 Docker Bridge详解（26）
IT架构圈博客
07-17 389
上节主要学习了network-namespace，并创建了network-namespace，并把2个network-namespace连接在一起，我们也演示了创建一个容器test1和test2，其实在创建容器的同时也创建了对应的一个network-namespace，因为对应的一个容器他有自己的独立网络空间。test1通过exec ip a的方式查看对应的ip，和test2 通过exec ...
Docker之bridge网络
lss0555的博客
12-03 316
一.相关介绍 docker的桥接网络使用虚拟网桥，bridge网络用于同一主机上的docker容器相互通信，连接到同一个网桥的docker容器可以相互通信，当我们启动docke时，会自动创建一个默认bridge网络，除非我们进行另外的配置，新创建的容器都会自动连接到这个网络，我们也可以自定义自己的bridge网络，docker文档建议使用自定义bridge网络，默认的bridge网络具有一定的缺陷...
Docker网络—bridge（桥接）网络-1
yudaxiaye的博客
06-29 2304
用户自定义bridge网络提供容器之间的自动DNS解析连接到默认bridge网络上容器，相互之间通信只能通过IP，除非创建容器时使用了--link。在用户自定义bridge网络上，容器之间可以通过名称或简称相互解析。设想一个应用程序，有一个web前端和一个数据库后端，两个容器分别命名为web和db，web容器可以连接到db容器，无论应用在哪个Docker主机上运行着。如果应用程序连接着默认的bridge网络，你需要使用--link。
docker 常用镜像下载： jdk8-alpine3.9
最新发布
06-01
加载镜像：docker load -i jdk8.tar
解决docker安装完成报:bridge-nf-call-iptables is disabled问题
01-20
centos机器 docker安装完成后，输入docker info命令，报如下警告信息解决方法： 1）警告信息如下： WARNING: bridge-nf-call-iptables is disabled WARNING: bridge-nf-call-ip6tables is disabled 2）解决方法： ...
docker-tc：Docker Traffic Control-网络速率限制，仅使用容器标签或命令行界面来模拟网络数据包的延迟，丢失，重复，损坏和重新排序
02-01
Docker-Traffic Control，简称Docker-TC，是一个强大的工具，它允许用户在Docker容器内部进行网络速率限制，并模拟各种网络状况，如延迟、丢包、重复包、损坏包以及包重排序。这对于软件测试，特别是混沌工程（Chaos...
cis-docker-benchmark：CIS Docker基准-InSpec配置文件
02-01
CIS Docker基准测试-InSpec配置文件描述此合规性配置文件以自动化方式实现，以在生产环境中围绕Docker守护程序和容器提供安全性最佳实践测试。 InSpec是一种开源运行时框架和规则语言，用于指定合规性，安全性和策略...
docker-compose:常用的 docker-compose 文件
05-22
docker-compose 常用的 docker-compose 文件
Docker网络教程（一）bridge 网络教程
weixin_42445065的博客
06-08 2836
在这个例子中，我们再次启动了两个alpine容器，但不同的是，我们把它们连接到我们已经创建的一个叫做alpine-net网络的用户定义的网络。这些容器没有连接到默认的bridge网络。然后我们启动第三个alpine容器，它连接到bridge网络，但没有连接到alpine-net，第四个alpine容器则同时连接到两个网络。创建alpine-net网络。你不需要用标志来指定使用的是 bridge 驱动，因为 bridge 就是默认的方式。但例子里还是展示了如何指定它。Inspect 一下。
Docker中的bridge模式，可以这么设置
威哥爱编程，一个坚持研究技术的80后老鸟，擅长后端、AI 大模型、鸿蒙等技术体系，愿与你在技术路上一起成长！
12-13 2020
Docker容器和服务之所以强大的原因之一，是可以将它们连接在一起，或者将它们连接到非Docker的工作负载上。docker启动一个容器会根据docker网桥的网段，分配给容器一个ip地址，称为container-ip。docker网络作为整个docker体系中极为重要的一个知识点，在生产中经常被用到，尤其是网络模式当中的bridge模式和host模式更是应该重点掌握。docker网桥是每个容器的默认网关，同一台宿主机内的容器都会接入一个网桥，这样容器之间就能通过container-ip进行通信了。
Docker网络详解之Bridge
just coding
10-26 583
Docker网络有四种模式，Bridge是Docker默认的配置。下面是Docker官网对于Bridge模式的解释:` 对于Docker来说，网桥模式使用一个网桥来允许连接在同一个网桥上的容器进行通信，同时它使得没有连接在同一个网桥上的容器隔离开。bridge模式在主机上自动配置规则从而使得连接不同网桥的容器不能直接的和彼此通信 网桥适用于运行在相同的Docker daemon上的容器。对于运行...
docker bridge模式
superprintf的博客
07-23 99
eth0宿主机，连接docker0虚拟交换机。 docker1，docker2都是容器
docker学习——docker的bridge网络
热门推荐
菜到怀疑人生的博客
09-23 2万+
目录 bridge网络 使用自定义网络    使用IPv6 启用从Docker容器到外部世界的转发 使用默认桥接网络 默认桥接网络的更多细节     bridge网络 docker的桥接网络使用虚拟网桥，bridge网络用于同一主机上的docker容器相互通信，连接到同一个网桥的docker容器可以相互通信，当我们启动docke时，会自动创建一个默认bridge网络，除非我们进...
【Docker】docker网络—bridge网桥网络详悉
宝耶需努力的技术分享博客
05-26 1万+
当Docker进程启动时，会在主机上创建一个名为docker0的虚拟网桥，此主机上启动的Docker容器默认会连接到这个虚拟网桥上。所有容器通过这个虚拟网桥ping通，这里的docker0工作方式与物理交换机相似。
11-Docker Bridge详解
FlyWine的博客
02-16 613
11-Docker Bridge详解 容器之间是如何通信的？ 操作前删除test2的容器。 查看当前机器上docker的网络 docker network ls NETWORK ID NAME DRIVER SCOPE 056d0ece100f bridge bridge ...
- docker images： - docker rmi - docker pull - docker push - docker save - docker load
02-23
Docker images是Docker中的一个重要概念它是用于创建Docker容器的基础。一个Dock image是一个只读的模板，包含了运行一个容器所需的所有文件系统、代码和依赖项。 下是对于您提到的几个D命令的介绍1. docker rmi：该命令用于删除一个或多个Docker镜像。可以通过镜像ID或者镜像名称来指定要删除的像。 2. docker pull：该命令于从Docker仓库中拉取（下载）一个Docker镜像到本地。可以通过指定镜像名称和标签来拉取特定版本的镜像。 3. docker push：该命令用于将本地的Docker镜像推送（上传）到Docker仓库中，以便其他人可以从仓库中拉取使用。需要先登录到Docker仓库才能进行推送操作。 4. docker save：该命令用于将一个或多个Docker镜像保存为一个tar文件。这个tar文件可以用于在其他机器上使用docker load命令加载这些镜像。 5. docker load：该命令用于从一个tar文件中加载（导入）一个或多个Docker镜像到本地。这些镜像可以是通过docker save命令保存的。 希望以上解答对您有帮助！

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值