Antecedentes sobre KVM
Creo que esto se debe en parte a las expectativas con KVM. KVM es ante todo un producto de servidor y no un producto de escritorio para virtualización. Se puede usar en cualquier aplicación, pero definitivamente es más adecuado para usarse en un servidor.
Lo uso en más de 3 hosts en el trabajo, cada uno aloja 5-10 máquinas virtuales cada uno y se ha ejecutado sin problemas y es fácil de administrar, y básicamente funciona.
Pregunta 1
¿Cómo es que dicen que la mayoría de los adaptadores inalámbricos no admiten el puenteo si funciona en VirtualBox y VMWare simplemente "listo para usar"?
Creo que está sacando esta conclusión de esta propaganda en el sitio web de KVM .
ADVERTENCIA: El método que se muestra aquí no funcionará con la mayoría de los controladores inalámbricos (¿todos?), Ya que estos no son compatibles con el puente.
Esta declaración está aquí porque suele ser el caso. Creo que a menudo es por eso que cuando instala VirtualBox o VMWare, generalmente se instalan módulos de kernel y estos productos proporcionan su propio envoltorio para facilitarlo. Estos productos están esencialmente trabajando en torno a estos problemas.
Creo que este problema también es un problema de controladores. Los controladores para WiFi en Linux aún palidecen en comparación con el soporte que proporcionan los controladores de Windows para el mismo hardware. Eso es solo un hecho de la vida.
NOTA: He tenido NIC inalámbricas en el pasado que tampoco pude poner en modo puente en el pasado. Por lo general, he solucionado el problema utilizando VirtualBox u obteniendo una NIC diferente para mi computadora portátil.
También destacaré que ni VirtualBox ni VMware podrían hacer esto, al menos no hasta versiones más recientes. Vea esto como evidencia de KB de VMware:
Si su host tiene un adaptador de red inalámbrico, no puede usar redes en puente en hosts Linux en VMware Workstation 5 o inferior, VMware Server 1.x, ninguna versión de GSX Server, ningún host en VMware Workstation 3 o inferior, o en VMware GSX Server 2 o menos. Con estos productos, si desea ejecutar máquinas virtuales en un host que usa adaptadores Ethernet inalámbricos, debe configurar sus máquinas virtuales para que usen NAT o redes de solo host.
Fuente: Uso de redes en puente con una NIC inalámbrica (760)
Pregunta 2
¿Y cuál es la diferencia entre estos hipervisores que lo hace tan complicado en KVM, si es que funciona?
Realmente no puedo arrojar ninguna luz sobre esta pregunta en particular, aparte de decir que si fuera fácil, imagino que esta característica estaría habilitada. Creo que el quid de la cuestión tiene que ver con esta característica que requiere 3 o más grupos para coordinar sus esfuerzos (fabricación de hardware, desarrollo de controladores, kernel de Linux y KVM).
¡Estas situaciones son a menudo las que resultan cuando se necesitan múltiples grupos para trabajar juntos en el mundo de código abierto (IMO)!
Entonces, ¿puedo configurarlo o qué?
Puede configurar esto siguiendo las instrucciones de cualquiera de estos 2 artículos. La configuración requiere el uso de un dispositivo TUN / TAP que se puede poner en modo puente.
KVM, como cualquier otro software nativo de Linux, intenta usar el código existente en lugar de reinventar la rueda. Esto es lo que lo hace mucho mejor que todas las otras soluciones, debido a la disponibilidad de software para Linux y la velocidad con la que se actualiza y mejora, pero esto también le da las limitaciones de las otras soluciones.
En este caso, el culpable es
bridge-utils, que funciona configurando la NIC que se está puenteando en modo promisorio. Muchos de los controladores de las NIC inalámbricas en Linux simplemente no admiten ese modo, pero eso no es culpa de KVM.Todavía tiene la opción de usar NAT u OVS o cualquier otra cosa que soporte KVM (y hay muchas tecnologías disponibles)
fuente