多年来,我一直在使用VirtualBox (有时使用VMWare),无论物理适配器是否连接,我对虚拟网络适配器都没有任何问题。
一段时间前,我还在有线设置中使用KVM,虽然我必须编辑一些配置文件才能正常工作,但我也可以创建一个桥接适配器,而不会出现任何重大问题。
今天,我决定(似乎是错误的)尝试在运行Ubuntu13.10的笔记本电脑中使用KVM,并试图通过无线接口创建一个具有桥接网络的虚拟机。这是非常痛苦的设置。
在完成了我找到的所有教程(例如)之后,为了恢复连接,我不得不多次重新启动我的笔记本电脑,我放弃了,回到了我的老VirtualBox。
实际上,当我查看官方的KVM文档时,我注意到的第一件事是,它们不鼓励尝试连接无线适配器,因为据他们说:
这里显示的方法,将无法与大多数(全部?)无线驱动程序,因为这些不支持桥接。
所以,我的问题是:
发布于 2014-03-09 21:27:05
关于KVM的
为什么他们说,大多数无线适配器不支持桥接,如果它工作在VirtualBox和VMWare只是“开箱即用”?
我相信你是从这个在科索沃核查团的网站上中得出这个结论的。
警告:此处显示的方法,将无法与大多数(全部?)无线驱动程序,因为这些不支持桥接。
这个语句在这里是因为它通常是这样的。我相信这就是为什么当您安装VirtualBox或VMWare时,通常都会安装内核模块,并且这些产品提供了自己的包装,从而简化了安装工作。这些产品基本上都是围绕这些问题工作的。
我相信这个问题也是司机的问题。与WiFi驱动程序为同一硬件提供的支持相比,Linux下的驱动程序仍然相形见绌。这只是生活中的一个事实。
注:我有无线NIC在过去,我不能投入到桥接模式,以及。我通常通过使用VirtualBox或为我的笔记本电脑获得一个不同的网卡来解决这个问题。
我还将强调,VirtualBox和VMware也不能做到这一点,至少直到最近的版本才能做到这一点。将此视为VMware的KB中的证据:
如果主机具有无线网络适配器,则不能在VMware工作站5或更低版本、VMware服务器1.x、任何版本的GSX、VMware工作站3或更低版本或VMware GSX 2或更低版本中使用VMware主机上的桥接网络。在这些产品下,如果要在使用无线以太网适配器的主机上运行虚拟机,则必须将虚拟机配置为使用NAT或仅使用主机的网络。
来源:使用带有无线网卡的桥接网络(760)
这些虚拟机监控程序之间的区别是什么?如果它能工作的话,它在KVM中会变得如此复杂吗?
除了说如果很容易的话,我想这个特性将被启用,我无法真正解释这个特定的问题。我认为问题的症结在于这个特性需要3个或3个以上的组来协调他们的工作(硬件制造、驱动程序开发、Linux内核和KVM)。
当您需要多个组在开放源码世界(IMO)中一起工作时,这些情况往往是什么结果!
您可以按照这两篇文章中的任何一篇来设置它。该设置需要使用TUN/TAP设备,该设备可以进入桥接模式。
发布于 2014-03-10 04:26:06
与其他原生Linux软件一样,KVM试图使用现有代码,而不是重新发明轮子。这使得它比所有其他解决方案都要好得多,因为Linux软件的可用性以及它被更新和增强的速度,但这也给它带来了其他解决方案的局限性。
在这种情况下,罪魁祸首是bridge-utils
,它通过设置以混杂模式桥接的NIC来工作。linux下的许多无线NIC驱动程序根本不支持这种模式,但这绝不是KVM的错。
您仍然可以选择使用NAT或OVS或任何其他KVM支持(而且有很多可用的技术)。
https://unix.stackexchange.com/questions/118891
复制相似问题