Vergiss nicht, deine Erfahrung zu teilen, indem du auf Accept the answer klickst. So können auch andere in der Community mit ähnlichen Problemen von der Lösung profitieren. Vielen Dank!
Hyper-V Nested Virtualisierung: Netzwerkverbindung geht bei aktivierten Hardware-Offload-Funktionen verloren
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(307.2, 7.000000000000001%, 39%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EGM%3C/text%3E%3C/svg%3E)
Gorki Maxim
20
Zuverlässigkeitspunkte
Ich betreibe verschachtelte virtuelle Maschinen innerhalb eines Gast-Hypervisors. Sobald auf dem äußeren Hyper-V-Host Hardware-Offload-Funktionen wie SR-IOV und VMQ aktiviert sind, verlieren die verschachtelten VMs ihre externe Netzwerkverbindung.
Hat jemand Erfahrung mit diesem Problem?
Wie kann ich SR-IOV und VMQ für die virtuellen Netzwerkadapter in einer Nested-Hyper-V-Umgebung deaktivieren, sodass die verschachtelten VMs wieder zuverlässig auf das externe Netzwerk zugreifen können?
Gibt es dafür empfohlene PowerShell-Befehle oder eine bestimmte Konfiguration auf dem äußeren Hyper-V-Host?
Windows für Unternehmen | Windows 365 Business
2 Antworten
Sortieren nach: Neueste
-
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(12.8, 62%, 11%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EH%3C/text%3E%3C/svg%3E)
HLBui 13,180 Zuverlässigkeitspunkte Unabhängiger Berater2026-09-16T10:01:42.0266667+00:00 -
HLBui 13,180 Zuverlässigkeitspunkte Unabhängiger Berater
2026-09-14T14:26:41.22+00:00 Hallo, Gorki Maxim
In einer verschachtelten Hyper‑V Umgebung ist es tatsächlich so, dass Features wie SR-IOV und VMQ auf dem äußeren Host Probleme machen, weil die innere VM die Hardware‑Offloads nicht sauber durchreichen kann. Die Folge ist, dass die verschachtelten VMs ihre externe Netzwerkverbindung verlieren. Der empfohlene Weg ist, diese Funktionen auf dem äußeren Host für die betroffenen Adapter zu deaktivieren. Mit PowerShell geht das recht simpel:
Set-VMNetworkAdapter -VMName <Name> -EnableIov $falsefür SR‑IOV undSet-VMNetworkAdapter -VMName <Name> -VmqWeight 0für VMQ. Alternativ kannst du auch direkt im Hyper‑V Manager die erweiterten Eigenschaften des Netzwerkadapters öffnen und dort die Optionen ausschalten. Wichtig ist, dass du es nur für die Adapter machst, die die verschachtelten VMs nutzen, damit andere Workloads nicht unnötig eingeschränkt werden. Danach sollten die inneren VMs wieder stabil ins externe Netz kommen.