| 注册端口 | Mac地址 |
|---|---|
| P1 | Mac1 |
| P2 | Mac2 |
| … | … |
那么交换机是如何注册Mac地址的呢？或者说，从哪里可以看到一个虚拟机的一个网卡注册了哪个Mac呢？
请看“虚拟机->设置->网络”：
每激活一块网卡，展开下面的Advanced就是该网卡的注册Mac地址。
上面的实验不通的原因现在很明确了。H1 ping H2时，经由Linux Bridge，ARP请求可以广播到H2，此时H2收到的ARP广播中，源MAC自然是H1的MAC地址，当H2回复ARP Reply时，目标MAC为H1的MAC地址，而H1的MAC地址没有注册在intnet2的虚拟交换机中，所以intnet2的交换机不会转发这个帧。 所以自然就不通咯！
好了，接下来，我来打通其任督二脉，让它通！是演示How的时候了。
只需要三步：
我来分别演示具体如何做。
我们看到网卡配置界面貌似没有指定MAC地址的选项，只有一个随机生成MAC的按钮：
怎么办？
用命令行啊！
我们使用VBoxManage命令指定特定网卡的MAC地址，如下所示：
zhaoyadeMacBook-Pro:~ $ VBoxManage modifyvm "ubuntu new" --macaddress4 0800279ff0e6 zhaoyadeMacBook-Pro:~ $ VBoxManage modifyvm "ubuntu new" --macaddress3 080027bb3d67
以上的 0800279ff0e6 是H1 enp0s9的MAC地址，而 080027bb3d67 则是H2 enp0s9的MAC地址，从它们的网络配置界面可以看到：
OK，现在启动Linux Bridge机器，完成第三步，之所以需要这一步，是防止地址冲突导致Bridge的转发表中毒：
懵圈了不是？所以必须把Linux Bridge的enp0s9，enp0s10这两个网卡的MAC改成别的，而这个修改动作VirtualBox的Internal Network交换机并不知道(只有新的网卡激活或者重新注册新的MAC会改变转发表，即点击那个小按钮或者执行VBoxManage命令改变MAC地址)，所以并不影响其转发表。
好了，让我们行动：
ifconfig enp0s9 hw ether 08:00:27:bb:3d:68 ifconfig enp0s10 hw ether 08:00:27:9f:f0:e7
OK，所有步骤做完，让我们测试：
brctl addbr br0; brctl addif br0 enp0s9; brctl addif br0 enp0s10; ifconfig br0 up;
再次ping一下？
这不就通了嘛…
事实上，HostOnly模式的桥接与Intenal Network类似，也有这样的问题，也是一样的解决方法。
我不知道这个无法桥接两个网络的问题是VirtualBox有意为之还是说它真的是一个实现上的缺陷，但我是真的在实际工作当中遇到了这个需求，所以在我个人看来，它就是缺陷！这一点明显不如VMWare的LAN Segment。
又或者说，VirtualBox仅仅在Mac OS上有这个问题？在Windows上好好的？也说不准，离开Windows平台已经快两年了。
这个问题解决了快一天。
一开始，我觉得是我的brctl配置问题，这么显然的一个操作，咋就不通呢…百思不得其解，我是使用HostOnly做实验的，后来通过抓包发现，H1的返回包直接返回到了Mac OS宿主机的vboxnet1网卡上的，而vboxnet1并没有向Linux Bridge转发这个包，先是怀疑是VirtualBox的一个BUG，重启系统无果后，我大致就猜出什么意思了。至于说什么 “注册型交换机” 这种词，都是我瞎猜自造的，不管怎么说，八九不离十吧，并且我显然跟随这问题解决了它。
好久没有遭遇这类问题了，不过我还是比较喜欢并且善于解这种疑难杂症的，个人不是很擅长写常规知识的教程，但对于这种平时大家不怎么遇到的怪问题，我这里自有妙药。
在找到答案之前，我也Google了很久，查找VirtualBox上对应LAN Segment的东西，并且查找Internal Network和LAN Segment的区别，我甚至想找一个Mac OS上的Virtual Switch来用，自己营造一个虚拟并真实的以太网…如果真的找不到，那就只能DIY一个了。
还好，在这个及其不切实际的大场面上动干戈之前，我突然想到了本文所述的解决问题的方法，谢天谢地～
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持脚本之家。
