VMware-Forum

Hallo,
Folgendes Problem drückt sich vor dem gelöst werden:
Für eine VM mit Windows Server 2019 lassen sich die Netzwerkeinstellungen der zwei zugeordneten Netzwerkadapter in der VmWare nicht ändern.

Nach Konfiuration auf "Host-Only" und einen "Custom" Netz startet die Maschine immer mit der Einstellung "Bridged (Automatic)".
Eine Änderung im laufenden Betrieb ist nicht möglich, Restart der VM, des Rechners, Speichern und Neustart, ... brachten keinen Erfolg.

Der Host ist ein Win10 mit VmWare Workstation 15 Pro.
Die VM von einem ESXi 6.7 verschoben läuft mit eine Hardwarekompatibilität Workstation 14. Upgrade der VM auf Workstation 15 brachte keinen Erfolg.

Die VM läuft seit Wochen und zeigt dieses Verhalten erst jetzt. Bei Maschinen mit Linux, Win7 tritt das problem nicht auf.

Hilfe! Mir gehen die Ideen aus. Wo kann ich ansetzen? Was übersehe ich?

Dank für jegliche Hilfe ist gewiss.
Gruss

Die Netzwerk-Bezeichnung von WS und ESXi unterscheidet sich schon allein dadurch, daß es auf dem ESXi weder Bridge noch NAT gibt. Ja man kann die beiden letztgenannten auch auf dem Abbilden, dafür muß man jedoch ein Hilfs-VM als Router verwenden.
Zippe mal die Log-Dateien und hänge sie an, dann schauen wir uns das mal genauer an.

Du kannst auch mit dem Editor die VMX-Datei der VM öffnen. ESXi-VMs haben exklusiv einen Eintrag der Form

während die Workstation einen exklusiv in der Form

hat.

Du mußt die Netzwerkeinstellung auch nicht löschen, sondern nach "~thc" seinem Beispiel nur passend hinzufügen. VMware ist so freundlich und ignoriert die für das jeweilige Produkt unbekannte Einstellungen.

Hallo,
Vielen Dank für die Antworten.
Ich habe also folgendes versucht:
Vergleich der vmx-Files mit einer anderen Maschine, die das gleiche Netz benutzt, aber nie auf dem ESX lief.
Unterschiede:
- die nur ESX Maschine enthält den Parameter ".networkName"
- die WSP Maschine
-zusätzlich ".wakeOnPcktRcv" (erscheint unerheblich, oder?)
- ".connectionType" steht auf "custom"
Die Einstellungen erscheinen plausibel.
Ergo:
.connectionType = "custom"
Diese Einstellung wird bei Neustart wieder auf "bridged" gesetzt.

In Workstation Pro


Das Auskommentieren des ".networkName" führt dazu, dass ich wenigstens eine host-only-Connection eingestellt bekomme.
Die andere Verbindung wird wieder auf "bridged" umgestellt.

Gibt es einen Link zu einer Doku des vmx-files? Ich wurde noch nicht fündig.

Danke nochmals.

Versuche, unter der WS eine neue 2019er-VM anzulegen (ohne das OS zu installieren) und die Netzwerkeinstellungen so (Host/Custom) einzustellen. Vergleiche dann die VMX-Dateien.

Hey ~thc,
der Tritt ging in die richtige Richtung.
Letztlich habe ich eine neue VM angelegt und die ohnehin persistente HD dort eingebunden.
Die Einstellungen in der .vmx zum Thema Netzwerk sind wie gehabt. Das Problem liegt also anderswo...

Anbetracht der 130 Zeilen vmx gegen 102 Zeilen in der neuen Konfiguration, verzichte ich einfach mal auf eine weitere Suche und arbeite weiter.

Besten Dank in die Runde.

Die wichtigen Teile findet man in einem ASCII-Editor wie Notepad++ ganz schnell, wenn man die VMX-Datei von A-Z und unabhängig von der Groß/Kleinschreibung sortiert. Dann fallen die notwendigen Einstellungen sehr schnell auf.

Die VMX-Einstellung connectionType = "custom" kann nie alleine stehen, da damit auf manuelle Zuweisung eines VMnetX umgeschaltet wird und in deinem Fall müßte das ethernet1.vnet = "VMnet4" sein. Notwendig wird das, wenn man zum Beispiel einer Workstation-VM gleich 2 verschiedene Bridge-Netzwerke zuweisen will, damit eine VM als weiterer Rechner in 2 Netzwerken arbeiten kann. Hier zeigt sich wieder das Problem mit dem nichtfunktionalen Auto-Bridging, wenn mehr als eine Netzwerkkarte im Rechner steckt. Damit das dann stabil funktioniert, schaltet man Auto-Bridging ab und weist die Netzwerkkarten manuell zu. Dabei packt man eine NIC auf das VMnet0 und alle weiteren NICs auf ein freies VMnetX ab 2 bis 7 bzw ab 9 bis fast unendlich. Die VMnet1 (Host-only) und VMnet8 (VMware-NAT) läßt man besser unangetastet, daß erspart Fehler und unnötige Nachfragen.
Die Syntax wäre beispielsweise bei 2 NICs im Rechner und den manuell zugewiesenen VMnet0 und VMnet2 dann: