Externer Hyper-V-Netzwerk-Switch beendet die Netzwerkleistung meines Hosts

Der VMQ-Trick war mir vor einigen Monaten nützlich, bevor das Windows-Update vom März 2018 bei der Arbeit angewendet wurde. Nach diesem Update und vielleicht einigen anderen kleineren Updates hatte ich wieder intermittierende Netzwerkleistungsprobleme, während eine VM aktiv ausgeführt wurde.

Experimentell habe ich etwas anderes als die normale Netzwerkbrücke ausprobiert: Ich habe die Internetverbindungsfreigabe auf meiner Netzwerkkarte aktiviert und sie für einen internen [[3]}virtuellen Netzwerkschalter ("vEthernet (nat) 2") freigegeben. So weit, So gut-keine spürbaren Auswirkungen auf den Host und die VM hat jetzt auch einen Hochgeschwindigkeits-Internetzugang.

Versuchen Sie, VMQ zu deaktivieren

Um VMQ auf einem virtuellen Switch zu deaktivieren, verwenden Sie das Set-VMNetworkAdapter PowerShell Cmdlet wie folgt:

Set-VMNetworkAdapter –ManagementOS -Name <VirtualNetworkAdapterName> -VmqWeight 0

Um VMQ auf einem physischen Netzwerkadapter zu deaktivieren, deaktivieren Sie das entsprechende Kontrollkästchen auf der Registerkarte Erweitert auf der Eigenschaftenseite des Netzwerkadapters.

Um die MAC-Adresse eines virtuellen Switches zu ändern, ändern Sie sie entweder im Hyper-V Manager oder mithilfe eines der folgenden Set-VMNetworkAdapter PowerShell-Cmdlets:

• Mit einem statischen MAC Adresse:

  Set-VMNetworkAdapter –ManagementOS -Name <VirtualNetworkAdapterName> -StaticMacAddress <MacAddress>

• Verwenden einer dynamischen MAC-Adresse:

  Set-VMNetworkAdapter –ManagementOS -Name <VirtualNetworkAdapterName> -DynamicMacAddress

Quelle: http://www.dell.com/support/article/us/en/19/sln132131/windows-server--slow-network-performance-on-hyper-v-virtual-machines-with-virtual-machine-queue--vmq--enabled?lang=en

Für mich, bevor ich etwas anderes mache, setzt der Computer nach dem Erstellen des Schalters in Hyper-V Manager alles zurück. Jetzt sehe ich gleiche Geschwindigkeit an beiden Enden.

Für diejenigen, die Probleme mit Mr. Raspberry Antwort:

Der Name des Netzwerkadapters, der von den Befehlen *-VMNetworkAdapter erkannt wird, unterscheidet sich von dem, was in Windows angezeigt wird. Sie müssen zuerst die verfügbaren Netzwerkadapter mit Get-VMNetworkAdapter -ManagementOS und Get-VMNetworkAdapter * auflisten, um die Adapternamen abzurufen, die der Befehl erkennt.

Die Lösung für mich bestand darin, den Adapter innerhalb der VM und nicht auf dem Verwaltungsbetriebssystem zu ändern (dh ohne die Option -ManagementOS).

Es ist nicht gerade eine richtige Lösung, sondern ein hässlicher Hack, der das Problem umgeht:

Das Gastbetriebssystem ist wahrscheinlich nicht von diesem Problem betroffen, daher wird es das Problem lösen, wenn es als Router fungiert (dh Weiterleitung und NAT im Gastbetriebssystem einrichten - und stellen Sie eine Reihe neuer vor, da sich Ihr Hostcomputer jetzt hinter einem NAT befindet.

Ich bin mir ziemlich sicher, dass es ein Fehler ist, der im Herbst Creators Update für Win10 (Release 1709) eingeführt wurde, da genau das gleiche Setup funktionierte gut für mich, bevor ich aktualisiert habe. Die andere Option wäre also, auf einen Patch von Microsoft zu warten, der die Dinge in ihre rechtmäßige Ordnung bringt.

Durch das Aktualisieren meiner Netzwerkadaptertreiber, insbesondere meines Dell Wireless-Treibers, wurde das langsame Internetgeschwindigkeitsproblem für mich (bisher) behoben.

Ich hatte das gleiche Problem mit Windows 10 v 1709, das auf einem Dell M6800-Notebook ausgeführt wurde, das über WLAN mit meinem lokalen Router verbunden war. Ich hatte gerade Windows 10 vor ein paar Monaten installiert, also dachte ich, meine Treiber seien alle auf dem neuesten Stand.

Nach dem Erstellen eines externen virtuellen Switches verlangsamte sich meine Internetgeschwindigkeit auf etwa 10% der normalen Geschwindigkeit.

Ich habe versucht, statische IPV4-DNS-Einstellungen in den Netzwerkadaptern zu verwenden, und das hat die langsame Geschwindigkeit nicht gelöst.

Schließlich habe ich im Geräte-Manager meine Netzwerkadaptertreiber aktualisiert und mein Problem behoben.

Hoffe, das hilft.

Ich habe selbst schon eine Weile mit diesem Problem zu kämpfen. Dasselbe Szenario, dasselbe Dilemma. Auch online nicht viel Hilfe, musste experimentieren (hatte sogar ein paar Bluescreens), bis ich eine Lösung fand.

Mit dem Fall Creators Update hat Microsoft allen geholfen, indem es uns alle zwang, ihren neuen "Standard-Switch"zu verwenden. Das Problem ergibt sich aus der Tatsache, dass der Switch eines Ihrer Netzwerkkarten monopolisiert, indem er ein NAT über den Dienst "Internet Connection Sharing" erstellt. Wenn du nur einen hättest NIC dann haben Sie kein Glück, einen externen virtuellen Switch anzuschließen. Während Sie dies tun können, führt dies zu den Download-Geschwindigkeiten, die Sie sehen. Intern ist etwas Funky mit dem NAT los, aber was ich nicht weiß.

Das Folgende funktioniert jedoch, um das beabsichtigte Endergebnis zu erhalten:

1. Erstellen Sie einen internen Schalter
2. Weisen Sie den Assoc zu. virtueller Ethernet-Adapter für den Switch mit einer statischen IP, die nicht in Ihrem DHCP-Bereich liegt (z. B. 192.168.1.1 ) und einem Subnetz Maske.
3. Wählen Sie sowohl Ihre NIC als auch den Adapter aus Schritt 2 aus und fügen Sie sie einer Bridge hinzu

Das Endergebnis ist, dass sich Ihre VMs in Ihrem externen Netzwerk befinden und IP-Adressen von DHCP empfangen, während Ihr Host, soweit ich das beurteilen kann, in keiner Weise beeinträchtigt werden sollte.

Wenn Sie weitere "pseudo-externe" Schalter hinzufügen möchten, führen Sie einfach die Schritte #1 und #2 aus und fügen Sie sie der vorhandenen Brücke hinzu.

Für mich habe ich einige der oben genannten Schritte ausgeführt, sodass dies möglicherweise geholfen hat, aber ich habe auch "allow management operating system to share this network adapter" in Hyper-V Virtual Switch Manager für den von mir verwendeten Adapter deaktiviert (ich verwende das Internet Wireless für Hyper-V und das Externe für den Host)

Https://docs.microsoft.com/en-us/virtualization/hyper-v-on-windows/user-guide/setup-nat-network bietet eine gute Schritt-für-Schritt-Anleitung zum Einrichten von NAT für interne Hyper-V-Netzwerke.

TLDR, zum Beispiel:

PS C:\> New-VMSwitch -SwitchName "SwitchName" -SwitchType Internal

PS C:\> Get-NetAdapter

Name                  InterfaceDescription               ifIndex Status       MacAddress           LinkSpeed
----                  --------------------               ------- ------       ----------           ---------
"SwitchName"          Hyper-V Virtual Ethernet Adapter        40 Up           00-15-5D-00-6A-01      10 Gbps
Wi-Fi                 Marvell AVASTAR Wireless-AC Net...      18 Up           98-5F-D3-34-0C-D3     300 Mbps
Bluetooth Network ... Bluetooth Device (Personal Area...      21 Disconnected 98-5F-D3-34-0C-D4       3 Mbps

PS C:\> New-NetIPAddress -IPAddress 192.168.99.1 -PrefixLength 24 -InterfaceIndex 40
PS C:\> New-NetNat -Name HyperVNat -InternalIPInterfaceAddressPrefix 192.168.99.0/24

Maschinen im internen Netzwerk erhalten keine DHCP-zugewiesenen Adressen, daher müssen Sie diese selbst konfigurieren. Ich habe Google DNS (8.8.8.8/8.8.4.4) als DNS-Server für die internen Computer verwendet.

Dasselbe Problem für mich und es scheint nach Updates zurückzukehren.

Ich bin ein VMware-Benutzer und wurde" gezwungen", mit Hyper-V zu arbeiten.Das erste, was beim Erstellen eines virtuellen Switches fehlt, ist das Fehlen einer Option für NAT. Am Ende habe ich "Extern" verwendet, um meine VMs mit dem physischen Netzwerk zu verbinden. Mein erstes Problem war nicht die Internetgeschwindigkeit und das erratische Verhalten der Internetverbindung. Es war die Tatsache, dass ich meine VMs dem externen Netzwerk aussetzte! Dann die langsames / erratisches Verbindungsproblem trat darüber hinaus auf!

Also habe ich die PS-Befehle hier verwendet, um einen NAT-Adapter zu erstellen, und das funktioniert wie ein Zauber!

Wenn Sie Internet verlieren, wenn Sie den virtuellen Adapter erstellen, was Sie tun müssen, ist die Netzwerkverbindungen gehen (windows + r Typ ncpa.cpl) Klicken Sie auf Eigenschaften Suchen Sie nach Internet protocol Version 4 IPv4 Klicken Sie erneut auf Eigenschaften und richten Sie es dann ein es sieht ungefähr so aus

IP-Adresse: 192.168.1.55 Subnetz-Maske: 255.255.255.0 Standard-gateway: 192.168.1.1

Bevorzugter DNS 1.1.1.1

Obwohl basierend auf dem, was ich gelesen habe, müssen Sie vielleicht nur DNS 1.1.1.1 erstellen und das ist es

Ich bestätige dieses Problem unter Windows 10 1903. Was für mich funktionierte, war die interne Switch-Problemumgehung . Eine Verbindung zu einem externen Switch mit physischer Kartenfreigabe würde mein Host-Internet zerstören und offensichtlich wird die VM keine erhalten.

Daher sind hier die Schritte:

1)Erstellen Sie im hyper-v - > Virtual Switch Manager einen neuen internen Switch und wählen Sie unter Verbindungstyp Internes Netzwerk

2) Gehen Sie in der Host-Systemsteuerung zu Netzwerk-und Internet\Netzwerkverbindungen - > rechtsklick auf Ihre Host-Netzwerkkarte - > Eigenschaften . Wechseln Sie dann zur Registerkarte Freigabe und markieren Sie "Anderen Netzwerkbenutzern erlauben"..."wählen Sie dann den internen Netzwerk-Switch aus, der im vorherigen Schritt erstellt wurde

3)Gehen Sie zu den Einstellungen Ihrer virtuellen Maschine und wählen Sie den internen Netzwerkadapter

Genießen Sie Ihr Internet auf Ihrer VM . Microsoft bringen Sie Ihre Techniker in Ordnung und beheben Sie dieses Problem.

Cheers !