学习 Neutron 系列文章：

（1）Neutron 所实现的虚拟化网络

（2）Neutron OpenvSwitch + VLAN 虚拟网络

（3）Neutron OpenvSwitch + GRE/VxLAN 虚拟网络

（4）Neutron OVS OpenFlow 流表 和 L2 Population

（5）Neutron DHCP Agent

（6）Neutron L3 Agent

（7）Neutron LBaas

（8）Neutron Security Group

（9）Neutron FWaas 和 Nova Security Group

（10）Neutron VPNaas

（11）Neutron DVR

（12）Neutron VRRP

（13）High Availability （HA）

（14）使用 NAT 将 Linux network namespace 连接外网

（15）使用 Linux bridge 将 Linux network namespace 连接外网

前一篇文章介绍了使用 NAT 将 Linux network namespace 连接外网，但是这种模式有很大的局限，包括它使用的是内部IP，因此，外部计算机不能直接访问其IP，而需要通过访问其主机再通过 DNAT 才能访问它。它的应用场景通常是因为企业使用的公网IP地址一般都数量有限，在内部计算机需要访问公网时，往往采取 NAT 方式。本文将介绍使用 linux bridge 来将 linux network namespace 连接到外网。

1. 环境及配置

1.1 测试环境

（图1）

环境说明：

• 计算机1（host1）是一个在 ESXi 上的 VMware 虚机，它拥有两块网卡，其中 eth0 用于与计算机2（host2）通信。
• host1 的 IP 地址为 192.168.1.87. 实验使用的另一个机器 host2 的 IP 为 192.168.1.48. 它们的网关为 192.168.1.1
• host1 上的 /proc/sys/net/ipv4/ip_forward 内容为0，也就是说 ip forwarding 是关闭的
• host1 上的 iptables filter 表：

root@linuxkvm1:/etc# iptables -t filter -S
-P INPUT ACCEPT
-P FORWARD DROP
-P OUTPUT ACCEPT

为了能从在 host1 上的 netns ns2 上能 ping 通 host2 ，你需要做的配置及说明：

做了以上配置之后，

• 从ns2 中可以ping 其它的计算机，无论是 192.168.1.0 网段还是其它网段
• 从其他计算机上可以ping 192.168.1.88

备注：请确保所有 network interface 都是出于 up 状态，可以使用 ifconfig 命令查看其状态，如果是 down 的话可以使用 ip link set <interface> up 来设置。

2. 原理

2.1 linux bridge forwarding

当从外部计算机 ping veth2 的 IP 地址时的 iptables 统计：

Chain INPUT (policy ACCEPT 1814 packets, 198K bytes)pkts bytes target     prot opt in     out     source               destinationChain FORWARD (policy DROP 116 packets, 7950 bytes)pkts bytes target     prot opt in     out     source               destination154 11794 ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0            PHYSDEV match --physdev-in ens9f0 --physdev-out veth1121  8724 ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0            PHYSDEV match --physdev-in veth1 --physdev-out ens9f0Chain OUTPUT (policy ACCEPT 2014 packets, 184K bytes)pkts bytes target     prot opt in     out     source               destination

说明网络流量确实经过了 linux bridge 做 forwarding。关于 linux bridge 上的 iptables 设置的说明的更详细内容，请参考 ebtables/iptables interaction on a Linux-based bridge。要点包括：

• 跟 linux bridge 相关的有 iptables 和 ebtables 过滤表
• linux 内核 2.6 版本包含了 ebtables 和 br-nf 的代码，其中 br-nf 代码使得被 bridge 的网络帧/包会经过 iptables 过滤表；ebtables 表工作在网络二层（Ethernet），iptables 表工作在上层（IP）。
• 当一个 IP 包进入了一个 bridge/router interface 后，它将网络包发给另一个 bridge interface的情形如下：
• （图2）
• 当一个 IP 包进入了一个 bridge/router interface 后，它将网络包发给一个非 bridge interface的情形如下：
  • （图3）

基于上面的原理，就本文中的案例的要求，

（1）如果使用 physdev 模块的话，可以使用下面两条规则进行精准的控制：

iptables -t filter  -A FORWARD -m physdev --physdev-in eth0 --physdev-out veth1 -j ACCEPT
iptables -t filter  -A FORWARD -m physdev --physdev-out eth0 --physdev-in veth1 -j ACCEPT

备注：

• physdev-in 指定的是网络包进入的 bridge 的端口
• physdev-out 指定的是网络包离开的 bridge 的端口

（2）也可以使用常规规则来控制是否允许 br1 进行 forwarding

iptables -t filter -A FORWARD -i br1 -j ACCEPT

（3）linux 内核的 ip forwrading 不需要启用，它主要针对的是 NAT 情形。

2.2 linux bridge 的转发行为

Linux bridge 根据收到的帧的目的 MAC 地址来决定其行为：

• 如果帧的目的 MAC 地址是已知的在 bridge 的另一头，会做 bridging （转发）
• 如果帧的目的 MAC 地址是未知的，会做 flooding （泛洪）
• 如果帧的目的 MAC 地址是 bridge 自身或者它的某个端口的 MAC 地址（local），则发往上层 IP 层
• 如果目的 MAC 地址是已知的而且在 bridge 的源侧，则丢弃

linux bridge 自身维护了 mac 地址和输入端口的映射表：

root@linuxkvm1:/home/s1# brctl showmacs br-ens9f0
port no mac addr                is local?       ageing timer
  1     30:0e:d5:c6:17:25       no               224.962     7e:60:30:bb:21:93       yes                0.002     7e:60:30:bb:21:93       yes                0.001     a0:36:9f:5c:93:f8       no                58.071     a0:36:9f:97:b1:68       yes                0.001     a0:36:9f:97:b1:68       yes                0.002     ee:67:31:cc:49:11       no                 0.29

• 当从 ns2 中 ping 外部计算机时，因为 bridge 发现其目的 mac 地址不是 local 的，它对该 IP 包执行 linux bridging，这就会触发 2.1 中讨论过的过滤规则。
• 当从 ns2 中 ping host1 时，因为目的 mac 地址是 local 的，它会直接把它发给 IP 层，此时，前面讨论的 FORWARD 链的 filter 表的两条过滤规则对它不起作用，这也就是为什么即使不添加这两天规则，ping host1 也是会成功的。

2.3 网络接口的混杂模式（Promiscuous mode， 简称 Promisc mode）

根据 wikipedia 的定义，Promisc 模式是指一个 NIC 会把它接受的所有网络流量都交给 CPU，而不是只是把它想转交的部分交给 CPU。在 IEEE 802 网络中，每个网络帧都有一个目的 MAC 地址。在 non-promiscuous 模式下，NIC 只会接受目的 MAC 地址是它自己的 MAC 地址的单播帧，以及多播及广播帧。在混杂模式下，NIC 会接受经过它的所有帧。

简单地，你可以使用 ifconfig 命令或者 netstat -i 命令来查看一个 network interface 上的混杂模式是否打开了：

• ifconfig eth0， 查看 eth0 的配置，包括混杂模式。当输出包含 PRMISC 时，表明该网络接口处于混杂模式。但是也有特殊情况，参见下面的 2.3.2 部分。

root@linuxkvm1:/home/s1# ifconfig eth0
eth0      Link encap:Ethernet  HWaddr a0:36:9f:97:b1:68inet6 addr: fe80::a236:9fff:fe97:b168/64 Scope:LinkUP BROADCAST RUNNING PROMISC MULTICAST  MTU:1500  Metric:1

• ifconfig eth0 promisc  //使 eth0 进入混杂模式
• ifconfig eth0 -promisc //使 eth0 退出混杂模式

本例中，经过 eth0 的网络流量，既包括发给它的，也包括发给 ns2 的，此时帧的目的 MAC 地址不再是 eth0 自己的MAC地址，因此，eth0 的混杂模式必须打开。但是，在测试过程中，发现两个有意思的事情。

2.3.1 VMware 虚机的 NIC 的混杂模式

根据 How promiscuous mode works at the virtual switch and portgroup levels 这篇文章，VMware 虚机的 NIC 需要启用混杂模式时，VMware vSwitch 以及它的 Virtual group 中的 vPort 也需要开启混杂模式。当 vSwitch 启用了混杂模式时，它上面的所有端口组（portgroup）也默认开启了混杂模式。好吧，在我的测试中，为了找到这个问题，花了我不少时间。

（1）开启 vSwitch 的混杂模式

（2）端口组的混杂模式，默认是随 vSwitch 的混杂模式，但是你也可以显式地打开或者关闭

2.3.2 VirtualBox 虚机网卡的混杂模式

2.3.3 linux bridge 及其接口的混杂模式

测试过程发现，当一个网络接口被加入了 linux bridge 之后，它的混杂模式就会被自动开启，而且无法关闭，直到把它从 bridge 上删除。

（1）当 veth 设备离开 linux bridge 后，自动退出混杂模式

brctl delif br-ens9f0 veth40
dmesg | grep promiscuous
[498665.637647] device veth40 left promiscuous mode

此时可以手工设置其 promisc 模式了：

root@linuxkvm1:/home/s1# netstat -i | grep veth40
veth40 1500 0 68386 0 0 0 280670 0 0 0 BMRU
root@linuxkvm1:/home/s1# ifconfig veth40 promisc
root@linuxkvm1:/home/s1# netstat -i | grep veth40
veth40 1500 0 68386 0 0 0 280670 0 0 0 BMPRU
[498822.803260] device veth40 entered promiscuous mode

（2）当 veth 设备被加入 linux bridge 后，自动进入 promisc 模式

brctl addif br-ens9f0 veth40
dmesg | grep promiscuous
[498681.199680] device veth40 entered promiscuous mode

此时即使通过ifconfig 将其设置为非 promisc 模式，netstat -i 也显示其处于非 promis 模式，但是其实此时它仍然处于 promisc 模式：

dmesg没有记录

root@linuxkvm1:/home/s1# ifconfig veth40 -promisc root@linuxkvm1:/home/s1# netstat -i | grep veth40 veth40 1500 0 68410 0 0 0 280723 0 0 0 BMRU

结论：

• 网络设备被加入 linux bridge 后，自动进入混杂模式，而且无法退出。应该说这种做法也简化了 linux bridge 环境中的网络配置。
• 网络设备从 linux bridge 移出后，自动退出混杂模式，而且可以修改
• linux bridge 自身也是一种二层网络设备，但是它没有混杂模式的说法，它会根据情况来转发或者泛洪网络帧

备注：本文所涉及的 linux bridge 以及 iptables 的相关知识比较复杂，本文作者仅确认本文中的测试过程及结果，原理分析部分可能存在错误。本文会保持持续更新。