Windows docker网络详解

最新推荐文章于 2024-12-07 19:41:10 发布
最新推荐文章于 2024-12-07 19:41:10 发布
阅读量2.5k 收藏 30
点赞数 9
分类专栏： Docker学习 文章标签： docker 容器 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/hsh241817/article/details/136028660
版权
本文详细介绍了Windows和Linux环境下Docker网络的工作原理，特别是桥接模式（Bridge）及其与Docker0的关系，以及自定义网络的配置和区别。重点讲述了Docker0在容器通信中的角色以及其在不同网络模式下的优缺点。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

前言

Windows上的docker与Linux上的docker底层技术有些许区别，但实现的效果大体上还是差不多的，本文将以windows的视角，Linux的原理来讲解Docker网络。docker的网络共有四种模式，主要讲解bridge桥接模式，这也是使用最多的模式。

  1. 桥接模式（Bridge）：桥接模式是 Docker 默认的网络模式。在桥接模式下，Docker 会为每个容器创建一个虚拟网络接口，并为容器分配一个独立的 IP 地址。容器可以通过桥接网络与主机以及其他容器进行通信。桥接模式适用于在单个主机上运行多个容器，并希望它们能够相互通信。

  2. 主机模式（Host）：主机模式将容器与主机共享网络栈，即容器将直接使用主机的网络接口和 IP 地址。这意味着容器可以通过主机的 IP 地址直接访问外部网络，而不需要进行端口映射。主机模式适用于需要容器与主机之间网络性能最大化的场景，但也可能导致容器之间的网络冲突。

  3. 容器模式（Container）：容器模式允许将一个容器的网络栈直接共享给另一个容器使用，而不是使用独立的网络栈。这些容器可以在同一个网络命名空间中运行，共享相同的 IP 地址和端口空间。容器模式适用于需要在容器之间共享网络栈的特定应用场景，例如微服务架构中的一组容器。

  4. 无网络模式（None）：无网络模式下，容器没有默认的网络连接。这意味着容器将无法通过网络访问外部资源，也无法通过网络与其他容器或主机进行通信。无网络模式适用于那些不需要网络连接的容器，例如批处理作业或仅限于本地访问的容器。

一、Windows上的  " Docker0 "

讲docker网络必然是和容器之间的通信相关的，那我们随便创建的两个容器是否能够相互通信呢，也就是说相互ping通呢？


在以上示例中，启动了两个centos的容器，并尝试了相互ping对方的ip地址，情况是能够ping通的，为什么？

在拥有物理网卡的计算机设备中，网卡可以保存其他主机网卡的Mac地址和IP地址，通过有线或无线的连接即可与其通信。

而容器是一个虚拟的概念，在计算机中可并没有特意为容器准备一个真实存在的网卡，然后这块网卡和其他的网卡进行有线或无线的连接。这也并不现实，容器会随时增加或删减，不可能每增加一个容器就在计算机中专门连接一根物理意义上的线。不过不能连物理的线，却是可以连虚拟的线，那么有以下两种连接方式，哪种更适合呢？

第一种：在一个网络里每增加一个容器就在每个容器上增加一个虚拟网卡，然后相互连接。

第二种：在网络中设置一个路由，每增加一个容器，在该路由和增加的容器上添加一块虚拟网卡，然后容器之间的通信由该路由进行转发。

很显然，第二种方式的实现会更加简单和有效，docker的桥接网络便是采用的第二种这个方式。在安装了docker的Linux系统上使用  ip addr 命令可以发现存在一个名为 docker0 的网卡，这个docker0便是上图中路由的角色。docker0这个网卡在windows上使用ipconfig的命令是无法查看到的，并且也不会显示每个容器上的虚拟网卡，这是因为Windows使用了NAT技术实现桥接网络，隐藏了许多细节。

不过在windows系统上没法直接找到docker0，但也是能找到一些他 "存在" 的证据的。在已经启动的两个centos容器中查看其ip地址和网关，可以发现，他们的网关都为相同的172.17.0.1，且他们的ip前缀都为172.17。这两个centos容器并没有刻意设置让他们处于同一个网段，但是他们确实就在同一个网段下。

实际上，这个网关 172.17.0.1 便是Windows上的 "docker0"。docker进程启动时，就会在主机上创建一个默认网关为 172.17.0.1的"docker0"虚拟网桥，只不过在windows上使用NAT技术将其细节隐藏了而已，一切使用默认桥接网络的容器在启动时会默认接在这个"docker0"的虚拟网桥上。

二、"Docker0"如何实现容器间的通信？

在不使用自定义网络下，每启动一个容器，docker进程就会给该容器分配一个ip地址，并且这个ip地址和默认桥接模式的网卡"docker0"处于同一网段下，使用的技术为veth-pair（Virtual Ethernet Pair）技术。

在centos容器内部使用ip addr可以查看到有一行    37: eth0@if38:

veth-pair 由一对虚拟网络接口组成：veth37 和 veth38。这两个接口是成对出现的，通过一个虚拟的以太网链路连接起来，用于连接各种虚拟设备。在这对接口中，veth37位于容器上，veth38位于"docker0"上。每启动一个容器，就会成对出现这两个接口，hsh_centos_2的接口序号为39、40，以下再开启一个hsh_centos_3 容器,其接口序号为41、42。

正常来说，veth的接口都是在主机上创建且可见的，只是Windows使用NAT技术隐藏了这些细节，而容器内部是基于linux实现的，所以能看见veth接口。

所以，在不使用自定义网络的情况下，默认桥接模式 "docker0" 实现容器间通信的流程就是：

  1. 打开docker进程，主机上便会自动创建一个"docker0"虚拟网桥。
  2. 创建容器时，主机会先创建好一对 veth-pair 虚拟接口，分别命名为veth37、veth38，将veth37接口放在容器上，veth38放在"docker0"上。
  3. 从"docker0"子网中分配一个IP给容器使用，并设置"docker0"的IP地址为容器的默认网关。"docker0"默认IP地址为172.17.0.1。
  4. 容器之间通信则通过默认的"docker0"进行转发。
  5. 容器删除，对应的veth-pair也会删除。

三、"Docker0"的缺点

  1. 使用默认网桥"docker0",只能通过ip地址相互访问
    docker创建容器分配的ip地址是会变化的，当你删除容器再重新启动时ip地址会不一样，这造成的问题就是，当"docker0"网络中其中一个容器存在问题删除重新启动后，其他所有的容器都会由于其ip地址变化而不认识他。可以使用--link解决该问题，但也需要双向连接，这种操作在集群中是非常麻烦的。
  2. 未指定的容器全部添加到"docker0"网络中，不方便管理也存在风险
    一般会使用"docker0"网络只是会在一些临时调试的容器中为方便而使用。
  3. 要从"docker0"网络中移除容器，只能将该容器删除

四、自定义网络

当使用自定义网络时，"docker0"就不适用了。docker的自定义网络模式共有四种，最常使用的为bridge模式，当自定义网络使用bridge模式时，原理和"docker0"是相同的，只是在其之上会提供更加完善的网络服务。

自定义网络和默认桥接网络"docker0"的区别：

  • 用户定义的网桥在容器之间提供自动的 DNS 解析功能。

    在默认的桥接网络上，容器之间只能通过 IP 地址相互访问，除非使用 --link 参数来创建手动链接，但这被认为是过时的。而在用户定义的网桥网络上，容器可以通过名称或别名相互进行 DNS 解析。

    一个具有前端 Web 服务和后端数据库的应用程序，如果在用户定义的网桥网络上运行这个应用程序的容器，无论应用程序堆栈在哪个 Docker 主机上运行，Web 容器都可以通过容器名称连接到数据库容器。

    相比之下，如果在默认的桥接网络上运行相同的应用程序堆栈，需要手动创建容器之间的链接，并且这些链接需要在双向上进行设置。这在有多个需要进行通信的容器时会变得非常复杂。或者，可以操作容器中的文件，但这可能导致难以调试的问题。
  • 用户定义的网桥提供了更好的隔离性。

    在默认情况下，所有未指定网络的容器都会连接到默认的桥接网络，这可能存在风险，因为不相关的堆栈、服务或容器之间可以进行通信。而使用用户定义的网络可以提供一个作用域限定的网络，只有连接到该网络的容器才能进行通信。
  • 使用用户定义的网络，容器可以动态地附加和分离。

    可以在容器的生命周期内动态地连接或断开容器与用户定义的网络的关联。而要从默认的桥接网络中删除容器，需要停止容器并使用不同的网络选项。
  • 每个用户定义的网络都会创建一个可配置的网桥。

    如果不同的应用程序组具有不同的网络需求，可以单独配置每个用户定义的网桥，在创建时进行设置。
  • 默认的桥接网络上的链接容器共享环境变量。

    初始时，唯一的共享环境变量方法是使用 --link 标志。然而，对于用户定义的网络，有更好的方法来共享环境变量。一些想法包括容器挂载共享的文件或目录，使用 Docker 卷进行共享，或者使用 Docker Compose 文件定义共享变量。

配置自定义网络的两种方式：

  1. 命令行

    docker network create

    常用可选项：
    --subnet      子网       192.168.0.0/16
    --driver        网络模式     bridge、host、none、container
    --gateway    网关ip    192.68.0.1 
     docker network create --driver bridge --subnet 192.168.0.0/16 --gateway 192.168.0.1 hsh_net_1


    接下来将之前的centos容器关闭，重新加上--net命令项使其使用刚刚配置的自定义网络。 
     docker run -it --name="hsh_centos_1" --net hsh_net_1 centos /bin/bash
 docker run -it --name="hsh_centos_2" --net hsh_net_1 centos /bin/bash
 docker run -it --name="hsh_centos_3" --net hsh_net_1 centos /bin/bash

    以上三个centos容器的网段都在192.168.0.1下。

    通过docker network inspect 命令可以查看自定义网络的情况。 
    docker network inspect hsh_net_1



    可发现三个centos容器都已经包括在了hsh_net_1的自定义网络中。
    network其他相关命令

    Commands:
  connect     Connect a container to a network
  create      Create a network
  disconnect  Disconnect a container from a network
  inspect     Display detailed information on one or more networks
  ls          List networks
  prune       Remove all unused networks
  rm          Remove one or more networks

  2. docker-compose

    具体配置方式参考Docker compose介绍及入门、docker-compose.yaml文件如何编写及规范-CSDN博客
    docker-compose网络配置样例

    version: '3'
 
networks:
  kafka-storm-net:
    
services:
  zookeeper1:
    image: zookeeper:3.7.1
    container_name: zookeeper1
    hostname: zookeeper1
    ports:
      - 8101:2181
      - 8102:2888
      - 8103:3888
      - 8108:8080
    environment:
      ZOO_MY_ID: 1
      ZOO_SERVERS: server.1=zookeeper1:2888:3888;2181 server.2=zookeeper2:2888:3888;2181 server.3=zookeeper3:2888:3888;2181
    networks:
      - kafka-storm-net
  zookeeper2:
    image: zookeeper:3.7.1
    container_name: zookeeper2
    hostname: zookeeper2
    ports:
      - 8201:2181
      - 8202:2888
      - 8203:3888
      - 8208:8080
    environment:
      ZOO_MY_ID: 2
      ZOO_SERVERS: server.1=zookeeper1:2888:3888;2181 server.2=zookeeper2:2888:3888;2181 server.3=zookeeper3:2888:3888;2181
    networks:
      - kafka-storm-net
  zookeeper3:
    image: zookeeper:3.7.1
    container_name: zookeeper3
    hostname: zookeeper3
    ports:
      - 8301:2181
      - 8302:2888
      - 8303:3888
      - 8308:8080
    environment:
      ZOO_MY_ID: 3
      ZOO_SERVERS: server.1=zookeeper1:2888:3888;2181 server.2=zookeeper2:2888:3888;2181 server.3=zookeeper3:2888:3888;2181
    networks:
      - kafka-storm-net
 
  kafka1:
    image: bitnami/kafka:latest
    hostname: kafka1
    container_name: kafka1
    ports:
      - 19092:9092
    environment:
      KAFKA_ENABLE_KRAFT: yes
      KAFKA_CFG_NODE_ID: 1
      KAFKA_CFG_PROCESS_ROLES: controller,broker
      KAFKA_CFG_CONTROLLER_LISTENER_NAMES: CONTROLLER
      KAFKA_CFG_LISTENER_SECURITY_PROTOCOL_MAP: OUTSIDE:PLAINTEXT,CONTROLLER:PLAINTEXT,INSIDE:PLAINTEXT
      KAFKA_CFG_ADVERTISED_LISTENERS: OUTSIDE://:9092,INSIDE://:9091
      KAFKA_CFG_CONTROLLER_QUORUM_VOTERS: 1@kafka1:9093,2@kafka2:9093,3@kafka3:9093
      KAFKA_CFG_LISTENERS: CONTROLLER://:9093,OUTSIDE://0.0.0.0:9092,INSIDE://:9091
      KAFKA_INTER_BROKER_LISTENER_NAME: INSIDE
      ALLOW_PLAINTEXT_LISTENER: 'yes'
      KAFKA_KRAFT_CLUSTER_ID: iZWRiSqjZAlYwlKEqHFQWI
    volumes:
      - ./kafka-data/kafka1:/bitnami/kafka:rw
    networks:
      - kafka-storm-net
  kafka2:
    image: bitnami/kafka:latest
    hostname: kafka2
    container_name: kafka2
    ports:
      - 29092:9092
    environment:
      KAFKA_ENABLE_KRAFT: yes
      KAFKA_CFG_NODE_ID: 2
      KAFKA_CFG_PROCESS_ROLES: controller,broker
      KAFKA_CFG_CONTROLLER_LISTENER_NAMES: CONTROLLER
      KAFKA_CFG_LISTENER_SECURITY_PROTOCOL_MAP: OUTSIDE:PLAINTEXT,CONTROLLER:PLAINTEXT,INSIDE:PLAINTEXT
      KAFKA_CFG_ADVERTISED_LISTENERS: OUTSIDE://:9092,INSIDE://:9091
      KAFKA_CFG_CONTROLLER_QUORUM_VOTERS: 1@kafka1:9093,2@kafka2:9093,3@kafka3:9093
      KAFKA_CFG_LISTENERS: CONTROLLER://:9093,OUTSIDE://0.0.0.0:9092,INSIDE://:9091
      KAFKA_INTER_BROKER_LISTENER_NAME: INSIDE
      ALLOW_PLAINTEXT_LISTENER: 'yes'
      KAFKA_KRAFT_CLUSTER_ID: iZWRiSqjZAlYwlKEqHFQWI
    volumes:
      - ./kafka-data/kafka2:/bitnami/kafka:rw
    networks:
      - kafka-storm-net
  kafka3:
    image: bitnami/kafka:latest
    hostname: kafka3
    container_name: kafka3
    ports:
      - 39092:9092
    environment:
      KAFKA_ENABLE_KRAFT: yes
      KAFKA_CFG_NODE_ID: 3
      KAFKA_CFG_PROCESS_ROLES: controller,broker
      KAFKA_CFG_CONTROLLER_LISTENER_NAMES: CONTROLLER
      KAFKA_CFG_LISTENER_SECURITY_PROTOCOL_MAP: OUTSIDE:PLAINTEXT,CONTROLLER:PLAINTEXT,INSIDE:PLAINTEXT
      KAFKA_CFG_ADVERTISED_LISTENERS: OUTSIDE://:9092,INSIDE://:9091
      KAFKA_CFG_CONTROLLER_QUORUM_VOTERS: 1@kafka1:9093,2@kafka2:9093,3@kafka3:9093
      KAFKA_CFG_LISTENERS: CONTROLLER://:9093,OUTSIDE://0.0.0.0:9092,INSIDE://:9091
      KAFKA_INTER_BROKER_LISTENER_NAME: INSIDE
      ALLOW_PLAINTEXT_LISTENER: 'yes'
      KAFKA_KRAFT_CLUSTER_ID: iZWRiSqjZAlYwlKEqHFQWI
    volumes:
      - ./kafka-data/kafka3:/bitnami/kafka:rw
    networks:
      - kafka-storm-net
  kafka-ui:
    image: provectuslabs/kafka-ui:master
    container_name: kafka-ui
    ports:
      - "9080:8080"
    restart: always
    environment:
      - KAFKA_CLUSTERS_0_NAME=hsh_kafka_cluster
      - KAFKA_CLUSTERS_0_BOOTSTRAPSERVERS= kafka1:9092 ,kafka2:9092,kafka3:9092
      - DYNAMIC_CONFIG_ENABLED= 'true' 
      - AUTH_TYPE=LOGIN_FORM  
      - SPRING_SECURITY_USER_NAME=hsh  
      - SPRING_SECURITY_USER_PASSWORD=241817 
    depends_on:
      - kafka1
      - kafka2
      - kafka3
    volumes:
      - ./kafka-ui/config.yml:/etc/kafkaui/dynamic_config.yaml
    networks:
      - kafka-storm-net
  storm-nimbus:
    image: storm:2.5.0
    container_name: storm-nimbus
    hostname: storm-nimbus
    command: storm nimbus
    ports:
      - 6627:6627
    depends_on:
      - zookeeper1
      - zookeeper2
      - zookeeper3
    environment:
      - STORM_ZOOKEEPER_SERVERS=zookeeper1,zookeeper2,zookeeper3
    volumes:
      - ./storm-conf/storm.yaml:/conf/storm.yaml
    networks:
      - kafka-storm-net
 
  storm-supervisor1:
    image: storm:2.5.0
    container_name: storm-supervisor1
    hostname: storm-supervisor1
    command: storm supervisor
    depends_on:
      - storm-nimbus
    volumes:
      - ./storm-conf/storm.yaml:/conf/storm.yaml
    networks:
      - kafka-storm-net
 
  storm-supervisor2:
    image: storm:2.5.0
    container_name: storm-supervisor2
    hostname: storm-supervisor2
    command: storm supervisor
    depends_on:
      - storm-nimbus
    volumes:
      - ./storm-conf/storm.yaml:/conf/storm.yaml
    networks:
      - kafka-storm-net
 
  storm-supervisor3:
    image: storm:2.5.0
    container_name: storm-supervisor3
    hostname: storm-supervisor3
    command: storm supervisor
    depends_on:
      - storm-nimbus
    volumes:
      - ./storm-conf/storm.yaml:/conf/storm.yaml
    networks:
      - kafka-storm-net
 
  storm-ui:
    image: storm:2.5.0
    container_name: storm-ui
    hostname: storm-ui
    command: storm ui
    ports:
      - "8080:8080"
    depends_on:
      - storm-nimbus
    volumes:
      - ./storm-conf/storm.yaml:/conf/storm.yaml
    networks:
      - kafka-storm-net
docker windows 网络配置_Docker 网络配置那些事
weixin_36122351的博客
02-01 3639
原创 YP小站 YP小站 来自专辑Docker问题使用阿里云ECS搭建 Harbor 服务(docker-compose 部署)遇到网络地址冲突，导致Harbor云主机ECS无法访问其它VPC网段云主机，这是为什么？使用 docker-compose 部署过Harbor同学都知道，在创建 Harbor 时，默认会创建 5个 网段，见下图。问题来了，因为使用阿里云 VPC网络，网段为 172.16....
docker --网络详解
LY_CS的博客
03-02 2898
Docker使用Linux桥接，在宿主机虚拟一个Docker容器网桥(docker0)，Docker启动一个容器时会根据Docker网桥的网段分配给容器一个IP地址，称为Container-IP，同时Docker网桥是每个容器的默认网关。因为在同一宿主机内的容器都接入同一个网桥，这样容器之间就能够通过容器的Container-IP直接通信。 一、docker原生网络 1、bridge网络 bridge模式下容器没有一个公有ip，只有宿主机可以直接访问，外部主机是不可见的。 容器通过宿主机的NAT规则后
Windows版Docker上不了网怎么办？
最新发布
Ndmzi的博客
12-07 1227
2、先将docker修改成windows版本，在电脑右下角，docker图标右键选择windows版本，重启再选择linux版本。3、出现报错，什么sup-v，与contain，powershell执行一下这个命令。这个是你电脑这些文件的位置，修改linux同样也是修改这些文件。1、判断你的config文件、daemon文件的位置。docker info命令输入，
Docker on Windows
07-15
Docker on Windows by Elton Stoneman English | 14 July 2017 | ISBN: 1785281658 | 358 Pages | AZW3/EPUB/MOBI/PDF (conv) | 23.77 MB Key Features Start building applications as Docker images and running containers in a Windows production environment Design and implement distributed applications that run across multiple networked containers Build a full Continuous Deployment pipeline for a .NET Core application running on Windows Book Description Docker has become hugely popular because it offers benefits at all stages of software design and delivery. Until recently, it was impossible to use a Windows Server platform to host the Docker Engine without adding an additional layer of virtualization. Starting with Windows Server 2016, you are able to use Docker on Windows and take advantage to easily build, deploy, and run Windows Containers. From building and running simple images to designing and implementing distributed applications, this book will teach everything you need to know while using Docker on Windows. You will start by installing Docker on different versions of Windows and Windows Server, and run a simple container to verify that the setup is working correctly. You will see how to build Docker images with a Dockerfile for a simple website, and then run it on Windows. Moving on, we'll cover the practical usage of Docker and the tools in the Docker ecosystem, such as Docker Compose, Docker Trusted Registry, and Docker Swarm Mode. Then, you'll be able to apply that knowledge by building a full continuous deployment pipeline for a .NET Core application running on Windows. We'll also dive deep into some of the core features of Docker, such as networking and security. At the end of the book, you'll be guided through a business case that will help you practically implement Docker in a real-world scenario. What you will learn Understand how Docker works, build images, and run containers Run Docker on different versions of Windows, and on the cloud with Azure Des
Docker四种网络模式
dif90304的博客
10-20 324
四种网络模式 host模式 使用docker run时使用–net=host指定 Docker使用的网络实际上和宿主机一样，在容器内看到的网卡ip是宿主机上的ip。 [root@localhost ~]# docker run -it --rm --net=host centos_with_net bash –rm，退出镜像时同时删除该镜像 [r...
Windows下玩转docker（三）
2301_76875881的博客
06-24 401
网络模式桥接：docker默认（自己创建也用）none：不配置网络host：和宿主机共享网络container：容器内网络连通（用的少）自定义网络使用自己的网络这样的话，只要是自己定义的网络，都可以通过容器名字来ping通。
window中Docker内容器配置网络
逗比爱好者
08-01 663
代码】window中Docker内容器配置网络。
Windows使用Docker安装Mysql详解
小L的博客
08-26 536
命令：docker run -itd --name mysql-8 -p 3307:3306 -e MYSQL_ROOT_PASSWORD=123456 mysql:8.0 --lower_case_table_names=1。命令：docker exec -it 5583b227c445/bin/bash。查看所有容器 -----包含正在运行 和已停止的。6、登录命令：mysql -u root -p。登录命令：mysql -u root -p。命令：docker ps -a。...
Docker网络详解：隔离与跨主机通信
Docker网络深度解读 Docker是一个开源的应用容器引擎，它使得开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的Linux机器或Windows机器上，实现快速、可靠并且可重复的部署。其中，...
Docker单机桥接网络详解.pdf
11-25
《Docker单机桥接网络详解》 Docker单机桥接网络是Docker网络模式中最基础的一种，它主要用于在单个Docker主机上运行的容器间建立通信。这种网络模式利用了802.1.d桥接技术，类似于二层交换机的功能，允许容器在同...
Docker单机桥接网络详解.docx
11-25
【Docker单机桥接网络详解】 Docker的单机桥接网络是其最基础的网络模式，适用于在单个Docker主机上运行，并仅限于与同一主机上的容器通信。这种网络模式基于802.1.d桥接技术，也就是二层交换机的原理。在Linux ...
Docker之网络
windowsworld的博客
08-04 245
1.docker原生网络 docker安装时会创建一个名为docker0的linux birdge，新建的容器会自动连接到这个接口 2.none模式，该模式禁用网络接口，仅保留本机回环接口 [root@server1 ~]# docker run -it --name vm1 --network none ubuntu 3.自定义网络（相同容器之间是可以互同的） [root@server1 ~...
docker network
harryhare的专栏
07-08 347
参考：https://blog.csdn.net/qq_39504520/article/details/82719456 准备 准备镜像 dockerfile from ubuntu run apt-get update run apt-get -y install netcat net-tools inetutils-ping docker build -t netwrok . d...
Windows安装Docker
m0_67391121的博客
08-30 3237
Windows 10 Pro（专业版） / Enterprise（企业版） / Education（教育版）（1607 Anniversary Update、Build 14393 或者更新的版本）。Windows 必须是 64 位的版本。需要启用 Windows 操作系统中的 Hyper-V 和容器特性。
docker desktop windows 网络
weixin_29061531的博客
08-16 586
我整理的一些关于【网络】的项目学习资料（附讲解～～）和大家一起分享、学习一下：https://d.51cto.com/bLN8S1Docker Desktop 在 Windows 上配置网络的完整指南 目录 流程概述 详细步骤 总结 流程概述 在Windows上设置Docker Desktop的网络涉及以下几个...
Docker下网络的认识与实验
清晨@暖阳
07-27 294
Docker下网络的认识与实验
Docker网络配置
weixin_42687829的博客
04-06 354
Docker网络模式介绍 Docker在创建容器时有四种网络模式：bridge/host/container/none，bridge为默认的，不需要用--net去指定，其他三种模式需要在创建容器时使用--net去指定 1.bridge模式(默认模式) docker run时使用--net=bridge进行指定，这种模式会为每个容器分配一个独立的Network Namespace，同一个宿主机...
Docker基础【windows环境】
Infinity_and_beyond的博客
12-05 2432
Docker基础用法记录
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值