Solution 1 :
Il est possible que les périphériques réseau sous-jacents sur l'hôte n'avez pas activé le mode promiscuité. Dans VMWare, par exemple, si l'adaptateur réseau virtuel sous-jacent n'est pas +promisc, le pont invité échouera lamentablement - même s'il pense pouvoir entrer en mode promiscuité, il ne le peut pas.
Je n'ai jamais utilisé HyperV, mais la logique devrait être la même, si l'hôte n'autorise pas l'invité à entrer en mode promiscuité, le pont ne peut pas faire passer les paquets dans les deux sens car la carte réseau ne gérera que les trames qui sont adressées spécifiquement à elle.
Si vous désactivez le pont, vous pouvez envoyer un ping à NUX3 et au routeur, n'est-ce pas ?
Solution 2 :
dans le gestionnaire hyper-v, accédez aux paramètres de la machine virtuelle sur laquelle vous souhaitez utiliser un pont, et sous chaque interface réseau que vous souhaitez utiliser dans le cadre du pont, activez la case à cocher "autoriser l'usurpation d'adresse mac". J'utilise Windows Server 2008r2 SP1. C'est ce que j'ai fait pour que ça marche. J'utilise également Ubuntu 12.04 sur lequel tous les pilotes Hyper-V sont préinstallés, mais je ne pense pas que cela ait d'importance.
Solution 3 :
Le pontage fonctionne bien.
- Comme dit précédemment, il faut activer l'usurpation d'adresse MAC
- Dans les derniers noyaux, les règles iptables s'appliquent également au pont. Il doit donc être configuré ou désactivé. Pour désactiver les règles iptables pour les ponts, exécutez :sysctl net.bridge.bridge-nf-call-iptables=0