linux – 为两个VM创建专用网络

前端之家收集整理的这篇文章主要介绍了linux – 为两个VM创建专用网络前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在尝试创建两个连接到同一专用网络的VM.我正在使用 Linux和qemu-kvm 1.0.

我的攻击计划是这样的:

brctl addbr bridge
ifconfig bridge up
tunctl -t tap1
tunctl -t tap2
ifconfig tap1 up
ifconfig tap2 up
brctl addif bridge tap1
brctl addif bridge tap2
qemu-kvm -net nic,macaddr=52:54:00:11:22:33 -net tap,ifname=tap1 disk1.img
qemu-kvm -net nic,macaddr=52:54:00:44:55:66 -net tap,ifname=tap2 disk2.img

一旦启动,我给第一台机器IP地址192.168.100.5,第二台机器192.168.100.10.

此时,当我尝试从另一个VM ping一个VM时,没有ping响应.但是,使用Wireshark,我看到ARP请求被发送并响应,并且我验证了ARP缓存确实包含其他VM上的信息.然而,没有生成ping回复(通过Wireshark看到).

接下来,我尝试为网桥提供IP地址192.168.100.1.执行此操作后,在VM之间执行ping操作,但仍然存在问题:现在所有请求似乎都来自桥本身.例如,如果我从一个VM连接到另一个FTP服务器,则在具有FTP服务器的VM上运行netstat会显示192.168.100.1是源.连接的工作方式与NAT相同,但与NAT一样,源地址不是源计算机的源地址.我已经尝试使用net.ipv4.ip_forward打开和关闭,并伪装(iptables -t nat -A POSTROUTING -j MASQUERADE)打开和关闭,结果相同.

我真正想要的是让我的VM充当它们插入交换机的行为:它应该是透明的.我更关心看起来像桥的源地址而不是需要IP的桥.后者有点烦人,但前者对我来说是一个阻碍者.

解决方法

我之前看到iptables干扰了桥接流量(即使它不应该是AFAIK).您当然不希望任何与NAT相关的规则,但我认为FORWARD链需要接受数据包.我建议使用没有iptables规则和FORWARD链上的默认ACCEPT策略来测试它.

还有几件要检查的事情:

> brctl显示验证tap1和tap2是否在桥中?> brctl showmacs bridge是否显示两个VM的MAC地址?

原文链接:https://www.f2er.com/linux/399574.html

猜你在找的Linux相关文章