NAT, Bridged, Host-only: Virtuelle Netze unter VMware konfigurieren

Die VMs befinden sich immer im gleichen Netzwerksegment wie die Hosts, auf denen sie ausgeführt werden.

NAT: Subnetz mit Host-Zugriff

Hier kann der Host mit den VMs per Netzwerk Daten austauschen und optional als Router fungieren. In Hyper-V wird diese Betriebsart als „Internal“ bezeichnet, wobei NAT per Network Policy and Access Server eingerichtet wird. In VMware heißen beide Varianten verschieden: „NAT“ steht für Zugriff auf den Host mit Router-Funktion, „Host-only“ ist die Konfiguration ohne NAT, die in der Voreinstellung den Zugriff auf den Host beinhaltet. In Virtual PC heißt die NAT-Variante „Shared Networking (NAT)“, eine Nicht-NAT-Variante gibt es nicht, kann aber über einen Loopback-Adapter manuell konfiguriert werden. Virtual Server kennt den Modus gar nicht, weder mit noch ohne NAT, kann aber ebenfalls den Loopback-Trick verwenden.

Custom: Subnetz ohne Host-Zugriff

Sollen die VMs isoliert werden und keinen Host-Zugriff erhalten, ist dies in Hyper-V die Betriebsart „Private“. In VMware gibt es sie als „Custom“: Im Virtual Network Editor sucht man sich eines der vorbereiteten Host-only-Netzwerke heraus, wobei wichtig ist, den DHCP-Server einzuschalten und zu konfigurieren und die Option „Connect a host virtual adapter to this network“ abgeschaltet zu lassen– ist sie an, erhält man die Host-only-Konfiguration mit Host-Zugriff. Dieses Netzwerk trägt man als Netzwerkadapter „Custom“ mit der richtigen Nummer ein. Das Ganze funktioniert auch mit VMware Player, allerdings muss man dafür zunächst den Virtual Network Editor nachinstallieren sowie mit einem Text-Editor die VMX-Datei bearbeiten. Hier ändert man die Zeilen für den entsprechenden Netzwerkadapter per Hand, etwa auf

ethernet0.connectionType = "custom"
ethernet0.vnet = "VMnet2"

VMware Player zeigt anschließend die Konfiguration übrigens korrekt und kann sie auch ändern, nur der Wechsel von einer der Standard-Optionen auf „Custom“ funktioniert in dessen GUI nicht.

In Virtual PC heißt diese Konfiguration „Internal Network“, in Virtual Server „Private“.

Eigene Konfiguration per Loopback-Adapter

Was bei VMware mittels des Virtual Network Editors möglich ist, gibt es bei Virtual PC und Virtual Server teilweise nicht: Ersterer unterstützt keinen Zugriff auf den Host ohne NAT, letzterer weder NAT noch einen Nur-Host-Zugriff. Auch will man eventuell erweiterte Konfigurations­möglich­keiten – der lokale DHCP-Service von Virtual PC für NAT etwa ist starr auf das Segment 192.168.131.1/24 festgelegt und seine Gateway-Funktion versagt, wenn sich der Host in einem Subnetz anderer Größe befindet, etwa mit einer /27-Adresse.

Um dem abzuhelfen, installiert man auf dem Host den Loopback-Netzwerkadapter. Dies geschieht als Nicht-PnP-Gerät, der Hersteller ist Microsoft. Diesen kann man anschließend physischen Adapter für die direkte Verbindung zum virtuellen Netzwerk verwenden – die Verbindung zum Host ist damit hergestellt, und dank APIPA funktioniert die Netzwerkverbindung auch ohne DHCP oder die manuelle Einrichtung von IP-Adressen. Um DHCP plus NAT zu erhalten, aktiviert man auf dem Host ICS auf dem Netzwerkadapter, der physisch zum LAN verbindet, für die Loopback-Verbindung. Im Registry-Schlüssel HKLM\System\CurrentControlSet\Services\SharedAccess\Parameters kann man den Netzwerkbereich modifizieren, falls 192.168.138.1/24 nicht gewünscht ist.