Soluzione 1:
È possibile che i dispositivi di rete sottostanti sull'host non avere la modalità promiscua abilitata. In VMWare, ad esempio, se l'adattatore di rete virtuale sottostante non è +promisc, il bridge guest fallirà miseramente, anche se pensa di essere in grado di entrare in modalità promiscua, non può.
Non ho mai usato HyperV, ma la logica dovrebbe essere la stessa, se l'host non consente all'ospite di entrare in modalità promiscua, il bridge non può passare i pacchetti avanti e indietro perché la scheda di rete gestirà solo i frame indirizzati specificamente ad esso.
Se disabiliti il bridge, puoi eseguire il ping di NUX3 e del router, giusto?
Soluzione 2:
nel gestore hyper-v, vai alle impostazioni per la VM su cui desideri utilizzare un bridge e sotto ogni interfaccia di rete che desideri utilizzare come parte del bridge abilita la casella di controllo "consenti spoofing dell'indirizzo mac". Sto usando Windows Server 2008r2 SP1. Questo è quello che ho fatto per farlo funzionare. Sto anche usando Ubuntu 12.04 che ha tutti i driver Hyper-V preinstallati, ma non credo sia importante.
Soluzione 3:
Il bridging funziona bene.
- Come detto prima è necessario abilitare lo spoofing dell'indirizzo MAC
- Negli ultimi kernel iptables regola gli effettivi anche per il bridge. Quindi deve essere configurato o disabilitato. Per disabilitare le regole di iptables per i bridge eseguire:sysctl net.bridge.bridge-nf-call-iptables=0