docker - Docker 上的桥接网络与 VMWare/VirtualBox 上的桥接网络似乎非常不同。为什么？

Question

TL;DR - 当 Docker 看起来很像 NAT 网络时，为什么将它的默认网络称为桥接网络。

让我们先看看如何 -
1) VMWare 或 VirtualBox 处理虚拟机的网络。假设主机 IP 是随机的 152.50.60.21，网络 CIDR 是 152.50.60.0/24。
桥接网 - 通过此接口(interface)连接的任何虚拟机都可以在主机连接的网络上拥有任何空闲 IP。所以如果 IP 152.50.60.30 是空闲的，那么 VM 可以绑定(bind)到这个 IP。同样，如果该 IP 是免费的，则第二个 VM 可以具有 IP 152.50.60.32。
桥接网络将虚拟机连接到主机所连接的同一网络。互联网上的任何机器都可以访问虚拟机，虚拟机可以直接访问互联网(当然，如果主机网络连接到互联网)。
NAT网络 - NAT 是与主机连接的网络不同的网络。并且 VMWare 可以接受任何有效的 CIDR(为了不使事情复杂化，我将仅提及私有(private)保留 block 。不过，如果是正确的，任何 CIDR 都可以。)安全地，这个新的 NAT 网络是在主机上创建的并且只能在主机上访问可以有 CIDR 10.0.0.0/8 或 172.16.0.0/12 或 192.168.0.0/16(或这些网络的任何子网)。我选择 10.0.0.0/8。
所以两个虚拟机在主机上旋转并通过 NAT 网络连接可以有 IP 10.0.3.3 和 10.0.3.6
在 NAT 网络上，VM 对主机以外的外部世界不可见，即外部世界无法访问 VM(主机上的 DNAT/端口转发配置除外)。但是VM可以通过HOST提供的SNAT访问外部世界/互联网/内部网，即VM的IP永远不会暴露给外部世界。

VMWare Doc 的引用资料:Understanding Common Networking Configurations

接下来，让我们看看 Docker 端——
Dockers 默认网络
当使用 Dockers 默认网络(称为桥接网络)在主机(其 IP 为 152.50.60.21)上运行镜像时，新容器可以从网络获取 IP(例如)172.17.0.13 - 172.16。 0.0/12(至少在我的环境中)。同样，第二个容器可以获得 IP 172.17.0.23。为了访问互联网，这些容器依赖于 HOST 提供的 SNAT。并且 Internet/Intranet 上的任何机器都无法访问 Containers，除非通过 HOST 提供的端口转发。所以容器对世界是不可见的，除了 HOST。
看到这里，我会假设 Docker 提供的默认网络是 NAT 网络，但 Docker 喜欢将其称为桥接网络。

那么，谁能说出事情在哪里搞砸了，或者我是如何看待桥接/NAT 网络的？

Answer 1

Docker 相当于 VMWare 或 VirtualBox 桥接网络是 麦克兰 .
From the docs:

...you can use the macvlan network driver to assign a MAC address to each container’s virtual network interface, making it appear to be a physical network interface directly connected to the physical network. In this case, you need to designate a physical interface on your Docker host to use for the macvlan, as well as the subnet and gateway of the macvlan. You can even isolate your macvlan networks using different physical network interfaces.

When you create a macvlan network, it can either be in bridge mode or 802.1q trunk bridge mode.

In bridge mode, macvlan traffic goes through a physical device on the host.

在简单的桥接示例中，您的流量流经 eth0，而 Docker 使用其 MAC 地址将流量路由到您的容器。对于网络上的设备，您的容器似乎物理连接到网络。
Example of macvlan bridge mode:

$ docker network create -d macvlan \
  --subnet=172.16.86.0/24 \
  --gateway=172.16.86.1 \
  -o parent=eth0 \
  my-macvlan-net

此命令在 eth0 之上创建 MacVLAN 网络，网络名称为 my-macvlan-net。

In 802.1q trunk bridge mode, traffic goes through an 802.1q sub-interface which Docker creates on the fly. This allows you to control routing and filtering at a more granular level.

在 802.1q 中继桥示例中，您的流量流经 eth0 的子接口(interface)(在下面的示例中称为 eth0.10)，Docker 使用其 MAC 地址将流量路由到您的容器。对于网络上的设备，您的容器似乎物理连接到网络。
Example of macvlan 802.1q trunk bridge mode:

$ docker network create -d macvlan \
  --subnet=172.16.86.0/24 \
  --gateway=172.16.86.1 \
  -o parent=eth0.10 \
  my-8021q-macvlan-net

这将创建 macvlan 网络，并具有父 eth0.10。
对于来自 VMWare 或 VirtualBox 的人来说，这个命名似乎令人困惑，但它确实存在。
可以看另一个macvlan教程(包括给容器分配IP地址) here.