Lösung 1:
Es ist möglich, dass die zugrunde liegenden Netzwerkgeräte auf dem Host den Promiscuous-Modus nicht aktiviert haben. Wenn beispielsweise in VMWare der zugrunde liegende virtuelle Netzwerkadapter nicht +promisc ist, schlägt die Gastbrücke kläglich fehl – obwohl sie glaubt, in den Promiscuous-Modus wechseln zu können, kann sie es nicht.
Ich habe HyperV noch nie verwendet, aber die Logik sollte dieselbe sein. Wenn der Host dem Gast nicht erlaubt, in den Promiscuous-Modus zu wechseln, kann die Bridge keine Pakete hin und her leiten, da die Netzwerkkarte nur adressierte Frames verarbeitet speziell darauf.
Wenn Sie die Bridge deaktivieren, können Sie NUX3 und den Router anpingen, richtig?
Lösung 2:
Gehen Sie im Hyper-V-Manager zu den Einstellungen für die VM, auf der Sie eine Brücke verwenden möchten, und aktivieren Sie unter jeder Netzwerkschnittstelle, die Sie als Teil der Brücke verwenden möchten, das Kontrollkästchen „Mac-Adressen-Spoofing zulassen“. Ich verwende Windows Server 2008r2 SP1. Das habe ich getan, damit es funktioniert. Ich verwende auch Ubuntu 12.04, auf dem alle Hyper-V-Treiber vorinstalliert sind, aber ich denke nicht, dass das wichtig ist.
Lösung 3:
Bridging funktioniert gut.
- Wie bereits erwähnt, muss MAC-Adress-Spoofing aktiviert werden
- In den neuesten Kerneln gelten die iptables-Regeln auch für Bridge. Also muss es konfiguriert oder deaktiviert werden. Um iptables-Regeln für Bridges zu deaktivieren, führen Sie Folgendes aus:sysctl net.bridge.bridge-nf-call-iptables=0