Seite 1 von 1

Host mit 2. Netzwerkkarte

Verfasst: 02.02.2009, 16:08
von vmanton
Hallo,

habe in meinen Host eine 2. Netzwerkkarte eingebaut. Diese ist in einem lokalen Subnet und hat keine Einträge für Gateway, DNS und WINS.
An der 1. Netzwerkkarte hat sich nichts geändert.

Die 1. Netzwerkkarte soll wie bisher in die virtuellen Maschinen gebridget werden.
172.17.31.157, mask: 255.255.255.0 Gate: 172.17.31.3
Die neue 2. Netzwerkkarte soll nur im Host lokal für iSCSI genutzt werden.
172.17.38.20, mask: 255.255.255.0 Gate: ohne

Mit dem Programm vmnetcfg.exe habe ich dem vmnet0 explizit die alte 1. Netzwerkkarte
zugeordnet. Trotzdem läuft der gesamte Datenverkehr über die neue 2. Netzwerkkarte.

Ich vermute mal: vmnetcfg.exe tut nicht das, was es soll.
Wo werden denn diese Konfigurationsdaten hinterlegt?

Ich verwende VMWare Workstation 6.5.1

vmanton

Verfasst: 02.02.2009, 16:10
von continuum
was fuer ein Host ?

Verfasst: 02.02.2009, 16:15
von vmanton
Sorry.

Host ist XP/SP3.
1. Netzwerkkarte: Intel PRO/1000 CT
2. Netzwerkkarte: Intel PRO/1000 GT
jeweils mit aktuellen Treibern.

Im Host selbst funktionieren die 2 Netzwerkkarten wie gewünscht. Die Server aus dem Netz 172.17.38 werden über die neue 2. Netzwerkkarte angesprochen. Alle anderen IP-Adressen über die alte 1. Netzwerkkarte.

vmanton

Verfasst: 02.02.2009, 16:24
von continuum
Hast du das automatic-bridging abgestellt ?

Verfasst: 02.02.2009, 16:30
von vmanton
Hallo continuum,

das stellt sich automatisch ab, sobald ich für vmnet0 einen dedizierten Adapter auswähle.

vmanton

Verfasst: 02.02.2009, 16:50
von continuum
Also du hast jetzt vmnet0 an Intel 1 gebridged und vmnet2 an Intel 2 oder ?

Verfasst: 02.02.2009, 16:57
von vmanton
Ich habe nur die Intel 1 an vmnet0 gebridget. Die neue 2. Intel habe ich nirgends eingetragen, sie soll ja auschließlich im Host funktionieren.
Der 2. Karte habe ich unter den Netzwerkeinstellungen auch schon versuchsweise das "VMware Bridge Protocol" deaktiviert.

vmanton

Verfasst: 04.02.2009, 08:48
von vmanton
Scheint irgendwie keine Lösung dafür zu geben.

Vielleicht doch ein Bug in der VMWare.

vmanton