dockerhost网络（docker容器网络）

本文目录

• docker容器网络
• dockernetworkhost无法访问localhost
• 云计算Docker网络使用
• Docker 网络 host模式
• 双网口群晖docker添加host网
• docker可以搭建网络吗
• docker容器使用networkhost有什么的影响
• Docker网络

docker容器网络

利用Net Namespace可以为Docker容器创建隔离的网络环境，容器具有完全独立的网络栈，与宿主机隔离。也可以使Docker容器共享主机或者其他容器的网络命名空间，基本可以满足开发者在各种场景下的需要。
Docker支持 4种网络模式 ：
1）host模式，--net=host指定，不支持多主机。

2）container模式，--net = container : name_or_id指定，不支持多主机。

3）none模式，--net=none指定，不支持多主机。

4）bridge模式，--net=bridge指定，默认设置，不支持多主机。

启动容器的时候使用Host模式，那么该容器与宿主机共用一个Network Namespace，因此容器将不会虚拟自己的网卡、配置自己的IP等，而是使用宿主机的IP和端口。

采用Host模式的容器，可以直接使用宿主机的IP地址与外界进行通信，无需额外进行NAT转换。由于容器通信时，不再需要通过Linux Bridge等方式转发或者数据包的拆封，性能上有很大优势。当然， Host模式有利也有弊 ，主要包括以下缺点：

1）容器没有隔离、独立的网络栈。容器因与宿主机共用网络栈而争抢网络资源，并且容器崩溃也可能导致宿主机崩溃，这在生产环境中是不允许发生的。

2）容器不再拥有所有的端口资源，因为一些端口已经被宿主机服务、Bridge模式的容器端口绑定等其他服务占用了。

需要补充说明的是，Host模式下的容器仅仅是网络命名空间与主机相同，但容器的文件系统、进程列表等还是和与宿主机隔离的。
Container模式是一种特殊的网络模式。该模式下的容器使用其他容器的网络命名空间，网络隔离性会处于Bridge模式与Host模式之间。当容器与其他容器共享网络命名空间时，这两个容器间不存在网络隔离，但它们与宿主机及其他容器又存在网络隔离。

在Kubernetes体系架构下引入Pod概念，Kubernetes为Pod创建一个基础设施容器， 同一Pod下的其他容器都以Container模式 共享这个基础设施容器的网络命名空间，相互之间以localhost访问，构成一个统一的整体。
与前两种不同，None模式的Docker容器拥有自己的Network Namespace，但并不为Docker容器进行网络配置。该Docker容器没有网卡、IP、路由等信息。需要用户为Docker容器添加网卡、配置IP等。

Bridge模式是Docker默认的网络模式，也是开发者最常使用的网络模式。在这种模式下，Docker为容器创建独立的网络栈，保证容器内的进程使用独立的网络环境，实现容器之间、容器与宿主机之间的网络栈隔离。同时，通过宿主机上的Docker0网桥，容器可以与宿主机乃至外界进行网络通信。

同一宿主机上，容器之间都是连接在Docker0这个网桥上，Docker0作为虚拟交换机使容器间相互通信 。但是， 由于宿主机的IP地址与容器veth pair的IP地址均不在同一个网段 ，故仅仅依靠 veth pair和NameSpace的技术 并不足以使宿主机以外的网络主动发现容器的存在。Docker采用了 端口绑定的方式(通过iptables的NAT) ，将宿主机上的端口流量转发到容器内的端口上，这样一来，外界就可以与容器中的进程进行通信。 iptables的介绍，请点我点我 。
创建容器，并将宿主机的3306端口绑定到容器的3306端口：docker run -tid --name db -p 3306:3306 mysql

在宿主机上，可以通过“iptables -t nat -L -n”，查到一条DNAT规则：DNAT tcp --0.0.0.0/0 0.0.0.0/0 tcp dpt:3306 to:172.17.0.5:3306

Bridge模式的容器与外界通信时，必定会占用宿主机上的端口，从而与宿主机竞争端口资源，这会造成对宿主机端口管理很复杂。同时，由于容器与外界通信是基于三层上iptables NAT，性能和效率损耗是显而易见的。
NAT将地址空间分段的做法引入了额外的复杂度。比如容器中应用所见的IP并不是对外暴露的IP， 因为网络隔离，容器中的应用实际上只能检测到容器的IP，但是需要对外宣称的则是宿主机的IP，这种信息的不对称将带来诸如破坏自注册机制等问题 。
摘抄自陆平的《基于Kubernetes的容器云平台实战》一书的第10章Kubernetes网络

dockernetworkhost无法访问localhost

网络问题。dockernetworkhost是码头网络主机，截止于2022年12月8日dockernetworkhost无法访问localhost的原因就是因为主机的网络问题所导致，在计算机网络中，localhost（意为“本地主机”，指“这台计算机”）是给回路网络接口（loopback）的一个标准主机名。

云计算Docker网络使用

在容器中运行的网络应用，需要让外部可以访问这些应用，我们可以通过

参数来指定端口映射。

使用命令运行nginx，-P指令随机映射一个端口映射容器内部端口

我们使用 docker ps 或者 docker container ls 可以看到，宿主机的49154端口被映射到了容器的80端口，此时通过访问宿主机的49154就可以访问nginx默认页面

语法格式：

OPTIONS注解：

首先我们先将我们之前运行的容器全部删除

我们可以使用docker link链接容器，避免容器重启ip地址变化的问题

格式如下：

我们进入mycentos2容器

查看容器的hosts,发现了别名webcentos的ip地址

ping mycentos1 容器的ip别名 webcentos ,发现容器可以ping通

docker创建以后默认使用的是Linux的 桥连接 ，在宿主机上虚拟创建了一个容器 网桥 (docker0),使用 ip addr 查看

Docker每启动一个容器就会根据 docker0 的网段分配给容器一个IP地址，这个网桥docker0是所有容器的默认网关。因为宿主机内容器都使用网桥docker0，所以容器可以使用IP进行通信。

Docker就是很好的利用了Linux虚拟网络技术，在宿主机和容器内分别创建一个虚拟接口，实现他们彼此联通.

网络模式配置说明 bridge模式--net=bridge 默认使用 ，在docke的默认网桥docker0上为容器创建网络 none模式--net=none不配置网络，用于稍后进入容器，自行配置网络 container模式--net=container:name/id容器可以和应一个容器共享network namespace,k8s的pod使用此模式 hots模式--net=host容器和宿主机共享Network namespace 用户自定义--net=createnet用户使用network相关指令创建网络

Docker的container模式是指，创建容器的时候，使用--net=container:name/id，指定创建的容器和已经有的容器共享一个Network Namespace。

docker网络的host模式容器和宿主机共享Network namespace

默认选择bridge模式，容器启动后通过网桥docker0获取ip地址

我们首先使用 docker network 创建一个新的docker网络

-d指定docker的网络模型，有 bridge、overlay ,然后overlay网络模型使用的是Swarm mode。

使用ping来证明mycentos6容器和mycentos5可以相互链接

同理在mycentos5可以和mycentos5相互链接

Docker 网络 host模式

***隐藏网址***

If you use the host network mode for a container, that container’s network
stack is not isolated from the Docker host (the container shares the host’s
networking namespace), and the container does not get its own IP-address allocated.
For instance, if you run a container which binds to port 80 and you use host
networking, the container’s application is available on port 80 on the host’s IP
address.

Host mode networking can be useful to optimize performance, and in situations where
a container needs to handle a large range of ports, as it does not require network
address translation (NAT), and no "userland-proxy" is created for each port.

The host networking driver only works on Linux hosts, and is not supported on
Docker Desktop for Mac, Docker Desktop for Windows, or Docker EE for Windows Server.

You can also use a host network for a swarm service, by passing --network host
to the docker service create command. In this case, control traffic (traffic
related to managing the swarm and the service) is still sent across an overlay
network, but the individual swarm service containers send data using the Docker
daemon’s host network and ports. This creates some extra limitations. For instance,
if a service container binds to port 80, only one service container can run on a
given swarm node.

双网口群晖docker添加host网

双网口群晖docker添加host网教程如下：
1、开启时加参数：开启容器时候添加参数—add-host-machine:ip可以实现hosts修改，在容器中可以识别machine主机。缺点是很多个节点的话命令会很长，有点不舒服。
2、进入容器修改：进入容器后可以用各种器修改hosts文件，这样是最简单粗暴的方式，缺点就是每次启动容器都要修改一次。

docker可以搭建网络吗

容器服务csk支持的网络类型有：Bridge模式、Host模式、容器覆盖网络。

1、Bridge模式

Bridge模式，其实就是常用的Linux网桥模式，容器在安装完成后，会在系统上默认创建一个Linux网桥，并为它分配一个子网，比如Docker，针对每一个容器，均为其创建一个虚拟的以太网设备，其中一端会关联到网桥上，另一端则会通过映射，映射到容器内部的网络空间中，然后将该虚拟网段中的一个IP地址分配给改接口。

2、Host模式

Host模式，顾名思义，就是和主机共用相同的网络，它的网络命名空间和主机是同一个，容器和宿主机使用同一个Namespace、端口和IP等资源，容器不会虚拟出自己的网卡，但是在文件系统、进程列表等还是和Host隔离开的，不需要进行NAT，最大的优势就是网络性能比较好，但是Host上使用的端口不能再次使用，所以隔离性不够好。

3、容器覆盖网络

Overlay Network（覆盖网络）模式，最早是因为P2P受到的关注，在此之前，还有类似隧道、VPN的技术已经具备了Overlay的特征，但是知道P2P兴起，Overlay网络才开始真正被重视。

覆盖网络是要比基础网络简单的，在复杂性上也不能和互联网相比，因为基础网络是面向大多数应用的，提供普遍服务，而覆盖网络是针对于特定的业务的，因为现在很多的业务不再需要与IP层的地址结构和路由结构绑定，而覆盖网络能将很多东西简化，让网络变得简单，将特定问题从很多的互联网目标优化问题中剥离出来，映射到一个独立的空间进行处理。

容器服务的功能

1、容器编排：容器服务提供了自动化的容器编排功能，可以根据用户定义的规则和策略自动部署和管理容器。这包括容器的创建、调度、扩展和回收等操作。

2、自动化扩缩容：容器服务可以根据用户的需求自动扩展或缩减容器的数量，以适应不断变化的流量需求。这可以确保应用程序始终具有足够的资源来处理负载，并提高应用程序的可用性和性能。

3、网络和存储管理：容器服务提供了网络和存储管理功能，可以为容器分配独立的网络地址和存储卷。这样，容器之间可以通过网络通信，并且可以持久化地存储和访问数据。

4、监控和日志：容器服务提供了监控和日志功能，可以实时监测容器的运行状态和性能指标，并记录容器的日志信息。这有助于用户了解应用程序的健康状况，并进行故障排查和性能优化。

docker容器使用networkhost有什么的影响

网络资源分配、网络通信。
1、网络资源分配：在Host模式下，容器与宿主机共享网络资源（IP和端口），无法拥有独立的网络栈，因此不能像在Bridge模式下那样通过NAT进行端口映射和网络隔离。会限制Docker在生产环境中部署应用时的网络灵活性。
2、网络通信：在Host模式下，由于容器和宿主机共用网络环境，因此容器内的服务可以直接使用宿主机的端口进行通信，无需进行额外的NAT转换，这大大提高了网络通信的效率。

Docker网络

Docker作为目前最火的轻量级容器技术，有很多令人称道的功能，如Docker的镜像管理。然而，Docker同样有着很多不完善的地方，网络方面就是Docker比较薄弱的部分。因此，我们有必要深入了解Docker的网络知识，以满足更高的网络需求。

安装Docker时，它会自动创建三个网络，bridge（创建容器默认连接到此网络）、 none 、host

首先，要实现网络通信，机器需要至少一个网络接口（物理接口或虚拟接口）来收发数据包；此外，如果不同子网之间要进行通信，需要路由机制。

Docker 中的网络接口默认都是虚拟的接口。虚拟接口的优势之一是转发效率较高。 Linux 通过在内核中进行数据复制来实现虚拟接口之间的数据转发，发送接口的发送缓存中的数据包被直接复制到接收接口的接收缓存中。对于本地系统和容器内系统看来就像是一个正常的以太网卡，只是它不需要真正同外部网络设备通信，速度要快很多。

Docker 容器网络就利用了这项技术。它在本地主机和容器内分别创建一个虚拟接口，并让它们彼此连通（这样的一对接口叫做 veth pair）。

创建网络参数
Docker 创建一个容器的时候，会执行如下操作：

完成这些之后，容器就可以使用 eth0 虚拟网卡来连接其他容器和其他网络。

可以在 docker run 的时候通过 --net 参数来指定容器的网络配置，有4个可选值：

当你安装Docker时，它会自动创建三个网络。你可以使用以下docker network ls命令列出这些网络：

Docker内置这三个网络，运行容器时，你可以使用该–network标志来指定容器应连接到哪些网络。

bridge网络代表docker0所有Docker安装中存在的网络。除非你使用该docker run --network=选项指定，否则Docker守护程序默认将容器连接到此网络。

我们在使用docker run创建Docker容器时，可以用 --net 选项指定容器的网络模式，Docker可以有以下4种网络模式：

Docker 容器默认使用 bridge 模式的网络。其特点如下：

Host 模式并没有为容器创建一个隔离的网络环境。而之所以称之为host模式，是因为该模式下的 Docker 容器会和 host 宿主机共享同一个网络 namespace，故 Docker Container可以和宿主机一样，使用宿主机的eth0，实现和外界的通信。换言之，Docker Container的 IP 地址即为宿主机 eth0 的 IP 地址。其特点包括：

Container 网络模式是 Docker 中一种较为特别的网络的模式。处于这个模式下的 Docker 容器会共享其他容器的网络环境，因此，至少这两个容器之间不存在网络隔离，而这两个容器又与宿主机以及除此之外其他的容器存在网络隔离。

网络模式为 none，即不为 Docker 容器构造任何网络环境。一旦Docker 容器采用了none 网络模式，那么容器内部就只能使用loopback网络设备，不会再有其他的网络资源。Docker Container的none网络模式意味着不给该容器创建任何网络环境，容器只能使用127.0.0.1的本机网络。

自定义网络模式,docker提供了三种自定义网络驱动：

bridge驱动类似默认的bridge网络模式，但增加了一些新的功能，overlay和macvlan是用于创建跨主机网络。

建议使用自定义网桥来控制容器之间的相互通讯，还可以自动DNS解析容器名称到ip地址。Docker提供了创建这些网络的默认网络驱动程序，你可以创建一个新的Bridge网络，Overlay或Macvlan网络，你可以创建一个网络插件或远程网络进行完善的自定义和控制。

你可以根据需要创建任意数量的网络，并且可以在任何给定的时间将容器连接到这些网络中的零个或多个网络。此外，您可以连接并断开网络中的容器，而无需重新启动容器，当容器连接到多个网络时，其外部连接通过第一个非内部网络以词法顺序提供。
接下来介绍Docker的内置网络驱动程序。

使用自定义网络启动容器

自定义网络好处：

参考：
***隐藏网址***

***隐藏网址***

***隐藏网址***