手机网站怎么导入微信,上上海网站建设设计,手机版商城网站都有哪 些功能,wordpress停用谷歌字体文章目录 〇、关于linux系统网络一、none网络二、host网络三、bridge网络一个问题#xff1a;为什么在主机上仍可以通过localhost:port访问到容器中的服务#xff1f; 四、user-defined网络 Docker安装时会自动在host上创建三个网络#xff0c;我们可用docker network ls命令… 文章目录 〇、关于linux系统网络一、none网络二、host网络三、bridge网络一个问题为什么在主机上仍可以通过localhost:port访问到容器中的服务 四、user-defined网络 Docker安装时会自动在host上创建三个网络我们可用docker network ls命令查看
docker network ls那么这几种网络分别有什么含义呢在回答这个问题之前我们先来看一下操作系统的网络我以centos为例。
〇、关于linux系统网络
试着在命令行执行ifconfig命令将会得到以下内容
docker0: flags4163UP,BROADCAST,RUNNING,MULTICAST mtu 1500inet 172.17.0.1 netmask 255.255.0.0 broadcast 172.17.255.255inet6 fe80::42:21ff:fefb:4431 prefixlen 64 scopeid 0x20linkether 02:42:21:fb:44:31 txqueuelen 0 (Ethernet)RX packets 53849 bytes 3534921 (3.3 MiB)RX errors 0 dropped 0 overruns 0 frame 0TX packets 63701 bytes 184086739 (175.5 MiB)TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0enp1s0: flags4163UP,BROADCAST,RUNNING,MULTICAST mtu 1500inet 172.16.49.247 netmask 255.255.252.0 broadcast 172.16.51.255inet6 fe80::aa51:27e1:5169:a261 prefixlen 64 scopeid 0x20linkether 64:4e:d7:6c:24:96 txqueuelen 1000 (Ethernet)RX packets 1044081 bytes 409992381 (390.9 MiB)RX errors 0 dropped 0 overruns 0 frame 0TX packets 1037423 bytes 347334338 (331.2 MiB)TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0lo: flags73UP,LOOPBACK,RUNNING mtu 65536inet 127.0.0.1 netmask 255.0.0.0inet6 ::1 prefixlen 128 scopeid 0x10hostloop txqueuelen 1000 (Local Loopback)RX packets 166076 bytes 120668074 (115.0 MiB)RX errors 0 dropped 0 overruns 0 frame 0TX packets 166076 bytes 120668074 (115.0 MiB)TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0veth3b12615: flags4163UP,BROADCAST,RUNNING,MULTICAST mtu 1500inet6 fe80::4c73:e7ff:fea1:c72b prefixlen 64 scopeid 0x20linkether 4e:73:e7:a1:c7:2b txqueuelen 0 (Ethernet)RX packets 3610 bytes 252701 (246.7 KiB)RX errors 0 dropped 0 overruns 0 frame 0TX packets 6240 bytes 87300874 (83.2 MiB)TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0virbr0: flags4099UP,BROADCAST,MULTICAST mtu 1500inet 192.168.122.1 netmask 255.255.255.0 broadcast 192.168.122.255ether 52:54:00:19:28:58 txqueuelen 1000 (Ethernet)RX packets 0 bytes 0 (0.0 B)RX errors 0 dropped 0 overruns 0 frame 0TX packets 0 bytes 0 (0.0 B)TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
这些信息描述了各个网络接口的配置和统计信息包括接口类型、标志、IP地址、子网掩码、广播地址、物理地址以及数据包的接收和发送情况。
1. docker0:- flags4163UP,BROADCAST,RUNNING,MULTICAST这些是网络接口的标志表明该接口是启用的UP、支持广播BROADCAST、正在运行RUNNING和支持多播MULTICAST。- inet 172.17.0.1这是接口的IPv4地址。- netmask 255.255.0.0这是接口的子网掩码。- broadcast 172.17.255.255这是接口的广播地址。- ether 02:42:21:fb:44:31这是接口的物理地址MAC地址。- RX packets 53849 / bytes 3534921这是接收数据包的统计信息。- TX packets 63701 / bytes 184086739这是发送数据包的统计信息。2. enp1s0:- flags4163UP,BROADCAST,RUNNING,MULTICAST同样是网络接口的标志。- inet 172.16.49.247IPv4地址。- netmask 255.255.252.0子网掩码。- broadcast 172.16.51.255广播地址。- ether 64:4e:d7:6c:24:96物理地址MAC地址。- RX packets 1044081 / bytes 409992381接收数据包的统计信息。- TX packets 1037423 / bytes 347334338发送数据包的统计信息。3. lo:- flags73UP,LOOPBACK,RUNNING同样是网络接口的标志。- inet 127.0.0.1这是本地回环接口的IPv4地址。- netmask 255.0.0.0子网掩码。- inet6 ::1这是本地回环接口的IPv6地址。- RX packets 166076 / bytes 120668074接收数据包的统计信息。- TX packets 166076 / bytes 120668074发送数据包的统计信息。4. veth3b12615:- flags4163UP,BROADCAST,RUNNING,MULTICAST同样是网络接口的标志。- inet6 fe80::4c73:e7ff:fea1:c72b这是接口的IPv6地址。- ether 4e:73:e7:a1:c7:2b物理地址MAC地址。- RX packets 3610 / bytes 252701接收数据包的统计信息。- TX packets 6240 / bytes 87300874发送数据包的统计信息。5. virbr0:- flags4099UP,BROADCAST,MULTICAST同样是网络接口的标志。- inet 192.168.122.1IPv4地址。- netmask 255.255.255.0子网掩码。- broadcast 192.168.122.255广播地址。- ether 52:54:00:19:28:58物理地址MAC地址。- RX packets 0 / bytes 0接收数据包的统计信息。- TX packets 0 / bytes 0发送数据包的统计信息。这几个网络接口在系统中有不同的作用 docker0这是Docker容器的默认网桥接口用于连接Docker容器和宿主机的网络。Docker容器可以通过这个接口与外部网络通信。 enp1s0这是一个物理网卡接口通常用于连接宿主机到局域网或互联网。这个接口可能连接到路由器、交换机或者其他网络设备用于宿主机的外部通信。 lo这是本地回环接口用于本地主机内部的通信。它通常用于本地主机上的进程之间的通信例如用于访问本地主机上的服务或应用程序。 veth3b12615这是一个虚拟以太网接口通常与容器相关联用于容器内部的通信和与宿主机的通信。 virbr0这是用于虚拟化的桥接接口通常与虚拟机相关联用于虚拟机与宿主机的通信以及虚拟机之间的通信。
每个接口都有其特定的作用和用途用于支持不同类型的网络通信需求包括容器通信、物理网络通信、本地主机通信以及虚拟化环境中的通信。 开篇说了docker自带none、host、bridge这三种网络下面就来看看每种网络的具体含义。
一、none网络
Docker的none网络是一种特殊的网络模式它允许容器在一个完全隔离的网络环境中运行即容器内部没有网络连接。在none网络模式下容器内部的网络栈被禁用这意味着容器内部无法进行网络通信也无法访问外部网络或被外部网络访问。
none网络模式通常用于那些不需要网络连接的容器例如一些系统级的容器或者一些特殊用途的容器。在这种模式下容器内部的进程只能与宿主机进行通信无法直接与外部网络通信。
使用none网络模式可以提供更高的安全性因为容器内部无法直接访问外部网络从而减少了潜在的安全风险。同时这也使得none网络模式适用于一些特殊的网络测试场景或者需要完全隔离的应用场景。
总的来说none网络模式提供了一种高度隔离的网络环境适用于一些特殊的容器使用场景但需要注意的是在这种模式下容器内部的网络通信能力会受到限制。
二、host网络
连接到host网络的容器共享Docker host的网络栈容器的网络配置与host完全一样。可以通过 --networkhost指定使用host网络。 在容器中可以看到host的所有网卡并且连hostname也是host的。
直接使用Docker host的网络最大的好处就是性能如果容器对网络传输效率有较高要求则可以选择host网络。当然不便之处就是牺牲一些灵活性比如要考虑端口冲突问题Docker host上已经使用的端口就不能再用了。
三、bridge网络
Docker安装时会创建一个命名为docker0的Linux bridge。如果不指定–network创建的容器默认都会挂到docker0上。 Docker的bridge网络是一种默认的网络模式它允许容器在一个虚拟的桥接网络上进行通信。当Docker引擎启动时默认会创建一个名为docker0的虚拟网桥这个网桥充当了容器连接到宿主机物理网络的桥梁。
在bridge网络模式下每个容器都会被分配一个唯一的IP地址并且可以通过docker0网桥与其他容器或者宿主机进行通信。此外Docker还会为每个容器创建一个虚拟的以太网接口veth pair其中一个端口连接到容器内部的网络命名空间另一个端口连接到docker0网桥上。
bridge网络模式的特点包括 默认网络模式当用户不指定网络模式时Docker容器会默认采用bridge网络模式。 容器间通信在同一个bridge网络中的容器可以通过其分配的IP地址相互通信就像在同一个局域网中的设备一样。 与宿主机通信容器可以与宿主机进行通信宿主机可以通过容器的IP地址访问容器内的服务。 网络地址转换NATdocker0网桥会对容器的出站流量进行网络地址转换使得容器可以通过宿主机的IP地址访问外部网络。 连接外部网络bridge网络模式允许容器连接到宿主机所在的物理网络从而可以与外部网络通信。
bridge网络模式是最常用的Docker网络模式之一它提供了良好的隔离性和灵活性使得容器可以方便地进行网络通信并且可以连接到外部网络。这使得bridge网络模式适用于大多数应用场景特别是那些需要容器之间通信或者容器与外部网络通信的场景。
一个问题为什么在主机上仍可以通过localhost:port访问到容器中的服务
在Docker中默认情况下容器会使用桥接网络模式这意味着容器内部的服务可以通过容器的IP地址和端口进行访问。然而当容器运行在默认的桥接网络模式下时Docker会在宿主机上设置一些网络规则使得容器内的服务可以通过宿主机的IP地址和端口进行访问。
这就解释了为什么可以在容器外部通过localhost访问Elasticsearch容器。当你在宿主机上通过localhost访问9200端口时Docker会将这个请求转发到运行Elasticsearch容器的宿主机上然后再转发到Elasticsearch容器内部的9200端口。这种转发是由Docker的网络规则和端口映射机制来实现的。
四、user-defined网络
Docker的用户自定义user-defined网络是一种高度灵活的网络模式允许用户创建自己定义的网络以满足特定的应用需求。用户自定义网络提供了更多的控制权和定制化选项使得容器可以在一个独立的、自定义的网络环境中进行通信。
以下是用户自定义网络的一些关键特点 自定义网络名称用户可以为自定义网络指定一个名称以便更好地识别和管理网络。 隔离性每个用户自定义网络都是独立的容器只能在同一个自定义网络中进行通信无法直接与其他网络中的容器通信从而提供了更好的隔离性。 自定义子网用户可以为自定义网络指定自己的子网从而更好地控制IP地址的分配和管理。 自定义网关用户可以为自定义网络指定网关地址使得容器可以通过网关进行通信同时也可以连接到外部网络。 连接到多个网络容器可以连接到多个用户自定义网络从而实现不同网络环境中的通信。 跨主机通信用户自定义网络可以跨多个Docker主机进行通信这使得容器可以在分布式环境中进行跨主机的通信。
用户自定义网络适用于复杂的应用场景特别是那些需要更高度定制化网络环境的场景。例如当需要将多个容器组织成一个应用服务并且这些容器需要在一个独立的网络环境中进行通信时用户自定义网络就显得非常有用。
总的来说用户自定义网络提供了更多的网络定制选项和更好的隔禽性使得容器可以在更灵活和定制化的网络环境中进行通信从而满足了更多复杂应用场景下的网络需求。
一般来说掌握前三种就能应付一般使用场景了因此user-defined网络具体怎么配置请自行上网学习。
