Windows Server 2025 / Hyper-V-Switchtypen auswählen und ein privates Netz erstellen

Der virtuelle Hyper-V-Switch bestimmt, welche Rechner eine virtuelle Maschine (VM) über ihren angeschlossenen Adapter erreichen kann. Extern führt in ein physisches Netz, Intern verbindet angeschlossene VM und Host, Privat verbindet die am selben Switch desselben Hosts angeschlossenen VM. Wählen Sie nach benötigtem Zugriff und geplanter Trennung; die IP-Konfiguration im Gast bleibt ein eigener Schritt.

Externe, interne und private Switches vergleichen

Ein interner oder privater Switch stellt weder automatisch DHCP noch Internetzugang bereit. Die Netzwerkadressübersetzung (Network Address Translation, NAT) über einen internen Switch ist eine zusätzliche Planung mit Präfix, Hostschnittstelle, Gateway und vorhandenen Netzen. WinNAT verteilt selbst keine VM-Adressen. Diese Übung erstellt einen privaten Switch ohne äußeres Routing. Prüfen Sie zusätzliche Gastadapter, Brücken und Routerfunktionen: Der Switchname allein garantiert keine Trennung sämtlicher Wege.

Ein externer Switch bindet einen physischen Netzwerkadapter ein. Die gemeinsame Nutzung durch das Verwaltungsbetriebssystem verändert den Netzwerkweg des Hosts und kann die Fernsitzung unterbrechen. Halten Sie vor solchen Änderungen IP-Adresse, Gateway, virtuelles lokales Netz (VLAN) und Verwaltungszugang fest. Lesen Sie die Anleitung zum Erstellen und Freigeben virtueller Switches. Wandeln Sie keine vorhandene Verbindung ohne Wiederherstellungsplan zur schnellen Fehlerbehebung in Extern um.

Vor einem VM-Wechsel den Netzumfang planen

Verwenden Sie HV1 mit installiertem und nach Neustart geprüftem Hyper-V sowie ein Konto mit Administrationsrechten. Erstellen Sie Lab-Private neu für die Test-VM HVTEST01. Falls diese noch fehlt, legen Sie zunächst den Switch an und prüfen den Gast nach Bereitstellung der VM. Verschieben Sie laufende DC1 oder FS1 nicht, weil deren isolierter Switch anders heißt: Namensauflösung, DHCP und Verwaltung könnten ausfallen. Dokumentieren Sie die bisherigen Adapterverbindungen jeder Test-VM.

• Vergleichen Sie 172.24.50.0/24 mit lokalen Netzen, virtuellen privaten Netzen (VPN) und dem Laborinventar. Planen Sie bei Überschneidung einen konsistenten anderen Bereich, ohne vorhandene Server ungeprüft umzunummerieren.
• Kontrollieren Sie den konkreten Switch und den Host jedes Adapters. Unterschiedliche Switches werden durch gleiche Gastsubnetze nicht zusammengeschaltet.
• Betreiben Sie Test-DHCP nur im freigegebenen isolierten Segment. Verbinden Sie die DHCP-VM nicht mit einem physischen Netz, nur um eine Lease zu testen.
• Wählen Sie Intern, wenn der Host IP-Zugriff braucht, und planen Sie dessen virtuellen Adapter samt Adresse. Ändern Sie keinen von anderen Gästen gemeinsam genutzten Switch ungeprüft.

Ohne Router im Segment bleibt das Gateway leer; eine erfundene Adresse schafft keinen Ausgang. Domänenmitglieder benötigen das zugehörige interne Domänennamensystem (Domain Name System, DNS). Ein öffentlicher alternativer DNS-Server behebt keine fehlende Domänenauflösung. Die Hyper-V-Netzplanung trennt Switch und Adapter: Gleiche Subnetznummern verbinden unterschiedliche virtuelle Netze nicht.

Den privaten Switch erstellen

1. Wählen Sie HV1 im Hyper-V-Manager und kontrollieren Sie die Verwaltungsverbindung. Erhalten Sie Konsolenzugang und ändern Sie keine Netze anderer VM.
2. Öffnen Sie den Manager für virtuelle Switches und prüfen Sie vorhandene Namen vor dem Hinzufügen.
3. Wählen Sie Privat und Virtuellen Switch erstellen. Prüfen Sie, dass weder Extern noch ein physischer Adapter ausgewählt ist.
4. Geben Sie den unveränderten Namen Lab-Private und eine Beschreibung des getrennten Labors ein. Existiert der Name, stoppen Sie und prüfen Besitzer, Typ und Adapter; überschreiben oder löschen Sie ihn nicht zur Fortsetzung.
5. Übernehmen Sie und wählen Sie den Switch erneut aus. Bestätigen Sie Name Lab-Private und Typ Privat; die Gastkonfiguration ist damit noch nicht geprüft.

Alternativ zur Oberfläche öffnen Sie Windows PowerShell als Administrator auf HV1. Das Beispiel bricht bei vorhandenem Namen zur Prüfung ab, statt einen fremden Switch zu übernehmen. New-VMSwitch mit SwitchType Private benötigt keinen physischen Adapter. Wählen Sie Oberfläche oder Befehlsblock; führen Sie ihn nicht nach erfolgreicher grafischer Erstellung nochmals für denselben Switch aus:

if (Get-VMSwitch -Name 'Lab-Private' -ErrorAction SilentlyContinue) {
    throw 'A switch with this name already exists. Review it first.'
}
New-VMSwitch -Name 'Lab-Private' -SwitchType Private
Get-VMSwitch -Name 'Lab-Private' | Select-Object Name,SwitchType

Die letzte Abfrage muss Name Lab-Private und SwitchType Private liefern. Bricht der Block wegen eines vorhandenen Namens ab, prüfen Sie das Objekt und wählen gegebenenfalls durchgängig einen eigenen anderen Namen. Entfernen Sie die Schutzprüfung nicht zur ungeprüften Wiederverwendung. SilentlyContinue unterdrückt den Fehler für einen nicht gefundenen Namen, aber auch ein Rechte- oder Verbindungsproblem beweist kein leeres Inventar. Stoppen Sie bei Abfrage- oder Erstellungsfehlern, prüfen Sie HV1, Rechte und tatsächliches Ergebnis und setzen Sie fehlende Ausgabe nicht mit erfolgreicher Erstellung gleich.

VM-Anbindung und Gast-IP getrennt prüfen

Sobald HVTEST01 vorhanden ist, öffnen Sie im Hyper-V-Manager dessen Einstellungen, wählen den vorgesehenen Netzwerkadapter und Lab-Private als virtuellen Switch. Kontrollieren Sie VM und Adapter und wenden Sie die Änderung nur auf Ihre Testmaschine an. Der Anschluss setzt im Gast weder IP-Adresse noch Maske, Gateway oder DNS. Für einen Gast-zu-Gast-Test brauchen Sie eine zweite freigegebene Test-VM auf demselben Host und Switch, keinen produktiven Domänenserver.

1. Führen Sie in jedem Gast ipconfig /all aus und prüfen Sie vorgesehenen Adapter, IPv4-Adresse, Maske, DHCP- oder statische Herkunft sowie DNS. Verwechseln Sie keine andere Schnittstelle mit dem Laboradapter.
2. Verwenden Sie eindeutige Adressen im selben Segment oder prüfen Sie eine bewusst bereitgestellte isolierte DHCP-Lease. Als konfliktfreies statisches Beispiel im isolierten Labor sind 172.24.50.101 und 172.24.50.102 mit Maske 255.255.255.0 möglich. Prüfen Sie vorher Verfügbarkeit und Überschneidung mit DHCP-Bereichen, dokumentieren Sie alte Werte und lassen Sie ohne Router das Gateway leer. Öffnen Sie im Windows-Gast ncpa.cpl → Eigenschaften des Adapters → Internetprotokoll Version 4 (TCP/IPv4) → Eigenschaften und wählen Sie manuelle Adressierung. Tragen Sie Adresse und Maske ein und verwenden Sie rollenbezogenes DNS. Ändern Sie nicht den Verwaltungsadapter des Hosts.
3. Prüfen Sie vom einen Gast die Adresse des anderen und den vorgesehenen Dienst, der lauschen und durch passende Regeln erreichbar sein muss. Das Öffnen einer erlaubten Freigabe prüft mehr als Ping. Notieren Sie Ziel, Vorgang und Fehler, ohne Adresse, VLAN und Firewall gleichzeitig zu ändern.
4. Prüfen Sie dasselbe Ziel mit vorgesehenem Namen und passender Identität. Funktioniert die IP, aber nicht der Name, untersuchen Sie Auflösung und DNS. Antwortet der Dienst mit Zugriffsverweigerung, prüfen Sie Authentifizierung und Rechte; setzen Sie die Ergebnisse nicht gleich.

Dass der Host einen Gast am privaten Switch nicht direkt per IP erreicht, kann dem Entwurf entsprechen. VMConnect öffnet die VM-Konsole über Hyper-V unabhängig von diesem Gast-IP-Weg. Ein erfolgreicher Ping belegt weder Dienstport noch Rechte oder namensbezogene Authentifizierung. Ein fehlgeschlagener Ping beweist umgekehrt keinen Switchfehler: Prüfen Sie passende Firewallregeln, statt die Firewall insgesamt abzuschalten.

Fehler eingrenzen und nur den Testswitch entfernen

Konfigurieren Sie VLAN nur als durchgängigen Entwurf mit betroffenen Gastadaptern und Netzgeräten. Erfassen Sie vor dem Entfernen von Lab-Private sämtliche angeschlossenen VM und Adapter, auch ausgeschalteter Maschinen. Stellen Sie bei weiter benötigten Test-VM die dokumentierten ursprünglichen Verbindungen und Gasteinstellungen wieder her oder lassen Sie sie gemäß Aufräumplan getrennt. Entfernen Sie dann nur Ihren neu erstellten Testswitch im Manager für virtuelle Switches und prüfen Sie, dass er nicht mehr erscheint. Löschen Sie keine anderen Switches, Hostadapter oder virtuellen Festplatten. Ein noch verwendeter Switch trennt beim Entfernen seine Adapterverbindungen.