Docker的网络模式

Docker使用Linux桥接技术创建docker0网桥,使得容器间能通过Container-IP通信。外部网络无法直接访问容器,需通过端口映射,如`-p`或`-P`参数。Docker有四种网络模式:Host、None、Container和Bridge(默认),分别对应不同的网络隔离和通信需求。自定义网络允许更灵活的IP管理和网络配置。

Docker网络

Docker网络实现原理

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

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

为容器创建端口映射

端口映射,底层原理实际是做了一个DNAT转换

随机映射端口(从32768开始)
docker run -itd  --name=为容器指定名称 -P 镜像名称
 指定映射端口
docker run -itd --name=为容器指定名称 -p 宿主机端口:容器端口 镜像名称
#随机映射端口
 docker run -itd --name web1 -P nginx
 #查看映射端口号
 docker ps -a
 #使用宿主机IP:映射端口访问测试
 curl 192.168.161.153:32768

#指定映射端口,将容器的80端口映射到宿主机的45555端口
 docker run -itd --name web2 -p 45555:80 nginx
 #使用宿主机IP:映射端口访问测试
 curl 192.168.161.153:45555

Docker的网络模式

  • Host: 容器不会虚拟出自己的网卡,配置主机的IP等,而是使用宿主机的IP和端口
  • Container: 创建的容器不会创建自己的网卡,配置自己的IP,而是和一个指定的容器共享IP,端口范围
  • None: 该模式关闭了容器的网络功能。
  • Bridge: 默认为该模式,此模式会为每一个容器分配,设置IP等,并将容器连接到一个docker0 的虚拟网桥,通过docker 0 网桥以及iptables nat 表配置与宿主机通信。
  • 自定义网络

在安装Docker 时,它会自动创建三个网络:bridge(创建容器默认连接到此网络),none,host。

查看docker 的网络列表

在安装Docker 时,它会自动创建三个网络:bridge(创建容器默认连接到此网络),none,host。

#查看docker的网络列表  docker network ls  或者  docker network list

指定容器网络模式

#使用docker' run 创建Docker容器时,可以用--net 或--network 选项指定容器的网络模式
 host模式:使用 --net=host 指定。
 none模式:使用 --net=none 指定。
 container模式:使用--net=container:NAME/ID指定。
 bridge模式:使用 --net=bridge 指定,默认设置,可省略。

Docker网络模式详解

host模式

  • 相当于Vmware中的桥接模式,与宿主机在同一个网络中,但没有独立IP地址。
  • Docker使用了Linux的Namespaces技术来进行资源隔离,如PID Namespace隔离进程,Mount Namespace隔离文件系统,Network Namespace隔离网络等。
  • 一个Network Namespace提供了一 份独立的网络环境,包括网卡、路由、iptable规则等都与其他的Network Namespace隔离。
  • 一个Docker容器一般会分配一个独立的NetworkNamespace。但如果启动容器的时候使用host模式,那么这个容器将不会获得一个独立的NetworkNamespace,而是和宿主机共用一个NetworkNamespace。容器将不会虚拟出自己的网卡、配置自己的IP等,而是使用宿主机的IP和端口。
 #创建容器tt1,指定网络模式为 host
 #容器和宿主机共享网络命名空间,但没有独立IP地址。使用宿主机的IP,和宿主机共享端口范围。
 docker run -d --name test1 --net=host nginx

container模式

  • container模式: 使用 –net=contatiner:NAME/ID 指定。
  • 这个模式指定新创建的容器和已经存在的一个容器共享一个Network Namespace,而不是和宿主机共享。新创建的容器不会创建自己的网卡、配置自己的IP,而是和一个指定的容器共享IP,端口范围等。 可以在一定程度上节省网络资源,容器内部依然不会拥有所有端口。
  • 同样,两个容器除了网络方面,其他的如文件系统,进程列表等还是隔离的。
  • 两个容器的进程可以通过lo网卡设备通信。

3.none模式
使用none模式,Docker容器拥有自己的Network Namespace,但是,并不为Docker容器进行任何网络配置。 也就是说,这个Docker容器没有网卡、IP、路由等信息。这种网络模式下容器只有lo回环网络,没有其他网卡。这种类型的网络没有办法联网,封闭的网络能很好的保证容器的安全性。

4.bridge模式
bridge模式是docker的默认网络模式,不用--net参数,就是bridge模式。

相当于Vmware中的 nat 模式,容器使用独立network Namespace,并连接到docker0虚拟网卡。通过docker0网桥以及iptables nat表配置与宿主机通信,此模式会为每一个容器分配Network Namespace、设置IP等,并将一个主机上的 Docker 容器连接到一个虚拟网桥上。    

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

(2)从docker0子网中分配一个IP给容器使用,并设置docker0的IP地址为容器的默认网关。在主机上创建一对虚拟网卡veth pair设备。 veth设备总是成对出现的,它们组成了一个数据的通道,数据从一个设备进入,就会从另一个设备出来。因此,veth设备常用来连接两个网络设备。

(3)Docker将 veth pair 设备的一端放在新创建的容器中,并命名为 eth0(容器的网卡),另一端放在主机中, 以 veth* 这样类似的名字命名, 并将这个网络设备加入到 docker0 网桥中。可以通过 brctl show 命令查看。

(4)使用 docker run -p 时,docker实际是在iptables做了DNAT规则,实现端口转发功能。可以使用iptables -t nat -vnL 查看。


5.自定义网络
#直接使用bridge模式,是无法支持指定IP运行docker的,例如执行以下命令就会报错

[root@localhost ~]# docker run -itd --name can2 --network bridge --ip 172.12.0.20 centos:7 bash
WARNING: IPv4 forwarding is disabled. Networking will not work.
c8c4de7c587ae3b2b387d2fac086671b162fb2a3e4753d91b56adf7218a9145d
docker: Error response from daemon: user specified IP address is supported on user defined networks only.

创建自定义网络:

需要先自定义网络,再指定IP运行docker。

 #(1)先自定义网络,设置网卡地址池,网卡名,网络模式名称
[root@zbx-agent01 ~]# docker network create --subnet=172.12.0.0/16 --opt "com.docker.network.bridge.name"="docker1" mynetwork
6738f5ce33c1a24a8d2e3af9779b59bbd51235fa18300b09d2beac8eeee588c8
[root@zbx-agent01 ~]# docker network ls
NETWORK ID     NAME        DRIVER    SCOPE
f69523f4aecc   bridge      bridge    local
91996a3d2e81   host        host      local
6738f5ce33c1   mynetwork   bridge    local
740beb0c039b   none        null      local


#(2)再使用该网段内的地址,创建自定义网络的容器test6
[root@zbx-agent01 ~]# docker run -itd --name test6 --net mynetwork --ip 172.12.0.10  centos:7 /bin/bash
Unable to find image 'centos:7' locally
7: Pulling from library/centos
2d473b07cdd5: Pull complete 
Digest: sha256:be65f488b7764ad3638f236b7b515b3678369a5124c47b8d32916d6487418ea4
Status: Downloaded newer image for centos:7
4b92362e61e3b2151d00002eb71de97e1384d495f0b6154a4506f6793a8cdd51
[root@zbx-agent01 ~]# docker inspect test6 | grep -i "IPv4Address"
                        "IPv4Address": "172.12.0.10"
#也可以docker exec进入容器后下载net-tools工具,之后使用ifconfig命令查看容器IP地址。

删除自定义网络:

如果想要删除自定义的网络,可以使用 docker network rm 网络模式名称 进行删除,例如docker network rm mynetwork

删除网络模式前,需要先确保使用该网络模式创建的容器已退出(即已停止)。如果容器仍在运行,则该网络无法删除。

#当使用自定义网络创建的容器处于运行状态时,无法删除自定义网络。
[root@zbx-agent01 ~]# docker ps -a
CONTAINER ID   IMAGE      COMMAND                   CREATED             STATUS                         PORTS     NAMES
4b92362e61e3   centos:7   "/bin/bash"               2 minutes ago       Up 2 minutes                             test6
739cbf50e827   nginx      "/docker-entrypoint.…"   About an hour ago   Exited (0) 52 minutes ago                web2
134725a87c2b   nginx      "/docker-entrypoint.…"   2 hours ago         Exited (0) About an hour ago             web1
[root@zbx-agent01 ~]# docker network rm mynetwork 
Error response from daemon: error while removing network: network mynetwork id 6738f5ce33c1a24a8d2e3af9779b59bbd51235fa18300b09d2beac8eeee588c8 has active endpoints

#需要先将容器停止,之后再删除网络
[root@zbx-agent01 ~]# docker stop 4b92362e61e3
4b92362e61e3
[root@zbx-agent01 ~]# docker ps -a
CONTAINER ID   IMAGE      COMMAND                   CREATED             STATUS                         PORTS     NAMES
4b92362e61e3   centos:7   "/bin/bash"               5 minutes ago       Exited (137) 15 seconds ago              test6
739cbf50e827   nginx      "/docker-entrypoint.…"   About an hour ago   Exited (0) 55 minutes ago                web2
134725a87c2b   nginx      "/docker-entrypoint.…"   2 hours ago         Exited (0) About an hour ago             web1
[root@zbx-agent01 ~]# docker network rm mynetwork    #删除自定义网络mynetwork
mynetwork
[root@zbx-agent01 ~]# docker network ls           #自定义网络已被删除
NETWORK ID     NAME      DRIVER    SCOPE
f69523f4aecc   bridge    bridge    local
91996a3d2e81   host      host      local
740beb0c039b   none      null      local

### Docker 网络模式详解及配置方法 #### 1. **Bridge 模式** 这是 Docker 默认的网络模式。当启动一个容器时,如果没有显式指定 `--network` 参数,则会自动使用 Bridge 模式[^2]。在这种模式下,Docker 守护进程会在主机上创建一个名为 `docker0` 的虚拟网桥,并为每个容器分配独立的 IP 地址和子网掩码。 - 配置方式: ```bash docker run --network=bridge <image_name> ``` 这种模式适合大多数场景下的应用部署需求,因为它提供了良好的隔离性和灵活性。 --- #### 2. **Host 模式** 在 Host 模式下,容器不会被分配单独的网络命名空间,而是共享宿主机的操作系统网络栈。这意味着容器内的服务可以直接绑定到宿主机的真实接口地址,而无需 NAT 或端口映射操作。 - 配置方式: ```bash docker run --network=host <image_name> ``` 需要注意的是,在此模式下运行的应用可能会与其他正在监听相同端口号的服务发生冲突。 --- #### 3. **None 模式** 如果希望完全屏蔽掉某个特定容器对外部世界的访问能力,可以选用 None 模式。此时除了 loopback 接口外不会再有其他任何形式的联网支持存在[^4]。 - 配置方式: ```bash docker run --network=none <image_name> ``` 用户需手动完成所有的必要设置比如添加额外物理适配器或者调整路由表项等工作才能让此类实例重新获得连通性。 --- #### 4. 自定义 Overlay/Custom Networks (User-defined networks) 为了实现更复杂的跨节点集群环境中的多台机器之间相互协作的需求, 可以考虑构建自定义overlay类型的逻辑拓扑结构来满足实际业务情况的要求[^3]. 这种高级别的抽象层允许不同主机上的多个容器彼此透明地交换数据包而不必关心底层具体的传输细节. - 创建一个新的覆盖型网络: ```bash docker network create -d overlay my_overlay_network ``` 之后就可以像平常一样把新产生的资源关联至目标镜像文件之上啦! --- ### 总结 每种 docker 网络模型都有其独特之处以及适用范围。对于简单的单机测试用途来说 bridge 已经足够强大;而对于追求极致性能表现又不想牺牲太多安全性的朋友而言 host 则是个不错的选择;最后当我们面临分布式计算框架搭建难题的时候不妨试试看 user defined ones 吧!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值