Solución 1:
Es posible que los dispositivos de red subyacentes en el host no tenga habilitado el modo promiscuo. En VMWare, por ejemplo, si el adaptador de red virtual subyacente no es +promisc, entonces el puente invitado fallará miserablemente, aunque crea que puede ingresar al modo promiscuo, no puede.
Nunca he usado HyperV, pero la lógica debería ser la misma, si el host no permite que el invitado ingrese al modo promiscuo, el puente no puede pasar paquetes de un lado a otro porque la tarjeta de red solo manejará los marcos que están direccionados. específicamente a él.
Si deshabilita el puente, puede hacer ping a NUX3 y al enrutador, ¿correcto?
Solución 2:
en el administrador de hyper-v, vaya a la configuración de la máquina virtual en la que desea usar un puente, y debajo de cada interfaz de red que desee usar como parte del puente, active la casilla de verificación "permitir suplantación de direcciones mac". Estoy usando Windows Server 2008r2 SP1. Eso es lo que hice para que funcione. También uso Ubuntu 12.04, que tiene todos los controladores de Hyper-V preinstalados, pero no creo que eso importe.
Solución 3:
El puente funciona bien.
- Como dije antes, es necesario habilitar la suplantación de direcciones MAC
- En los kernels más recientes, iptables también rige los valores reales para el puente. Por lo tanto, debe configurarse o deshabilitarse. Para deshabilitar las reglas de iptables para puentes, ejecute:sysctl net.bridge.bridge-nf-call-iptables=0