Internet spinnt auf Gast und Host sobald VMWare startet

[ceego]

Hallo,

So siehts aus:
Host: C2D E6600, 4GB, WinVista x64, Geforce 8800GTS, VMWare WS 6.

VMWare hat zwei Netzwerkverbindungen eingerichtet: VMware Network Adapter VMnet1 und VMware Network Adapter VMnet8.
Sobald ich VMWare starte bzw. ein Gastsystem starte spinnt mein Internet, auf Host und Gast!
Soll heißen: Mein Netzwerk-Center in Vista sagt mir nicht mit Internet verbunden. Xfire und Steam verlieren sofort die Verbindung.
Wenn ich eine Website aufmache, dauert es und dauert es und dann irgendwann mal gehts vielleicht.
Ich hab nebenher am Host noch cFos-Speed laufen der mir die Netzwerkübertragungen anzeigt. da zeigt er mir im Durchschnitt bei meinem Marvell-Netzwerk-Adapter (Host) zwischen 1M und 300K UPStream an, obwohl ich ja nur DSL 2000 habe mit max 24K habe.
Alles sehr komisch. Im Gastsystem (egal ob XP, Fedora oder Ubuntu) gleiche Phänomen bzgl Internet.

Hier die VMX von XP:

Code: Alles auswählen

config.version = "8"
virtualHW.version = "6"
numvcpus = "2"
scsi0.present = "TRUE"
memsize = "1788"
ide0:0.present = "TRUE"
ide0:0.fileName = "Windows XP Professional.vmdk"
ide1:0.present = "TRUE"
ide1:0.fileName = "auto detect"
ide1:0.deviceType = "cdrom-raw"
floppy0.autodetect = "TRUE"
ethernet0.present = "TRUE"
ethernet0.wakeOnPcktRcv = "FALSE"
usb.present = "TRUE"
ehci.present = "TRUE"
sound.present = "TRUE"
sound.fileName = "-1"
sound.autodetect = "TRUE"
svga.autodetect = "TRUE"
pciBridge0.present = "TRUE"
mks.keyboardFilter = "allow"
displayName = "Windows XP Professional"
guestOS = "winxppro"
nvram = "Windows XP Professional.nvram"
deploymentPlatform = "windows"
virtualHW.productCompatibility = "hosted"
tools.upgrade.policy = "useGlobal"

ide1:0.autodetect = "TRUE"
floppy0.fileName = "A:"
extendedConfigFile = "Windows XP Professional.vmxf"

ide1:0.startConnected = "TRUE"
ethernet0.addressType = "generated"
uuid.location = "56 4d ae 58 6c 14 2c bc-64 f3 ff c7 40 e5 7b 17"
uuid.bios = "56 4d ae 58 6c 14 2c bc-64 f3 ff c7 40 e5 7b 17"
ide0:0.redo = ""
pciBridge0.pciSlotNumber = "17"
scsi0.pciSlotNumber = "16"
ethernet0.pciSlotNumber = "32"
sound.pciSlotNumber = "33"
ehci.pciSlotNumber = "34"
ethernet0.generatedAddress = "00:0c:29:e5:7b:17"
ethernet0.generatedAddressOffset = "0"
floppy0.startConnected = "FALSE"
tools.syncTime = "FALSE"


ipconfig im Host sagt:

Code: Alles auswählen

Microsoft Windows [Version 6.0.6001]
Copyright (c) 2006 Microsoft Corporation. Alle Rechte vorbehalten.

C:\Users\Borzi>ipconfig /all

Windows-IP-Konfiguration

   Hostname  . . . . . . . . . . . . : Borzi-PC
   Primäres DNS-Suffix . . . . . . . :
   Knotentyp . . . . . . . . . . . . : Gemischt
   IP-Routing aktiviert  . . . . . . : Nein
   WINS-Proxy aktiviert  . . . . . . : Nein

Ethernet-Adapter LAN-Verbindung:

   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Marvell Yukon 88E8053 PCI-E Gigabit Ether
net Controller
   Physikalische Adresse . . . . . . : 00-18-F3-3A-63-F7
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja
   Verbindungslokale IPv6-Adresse  . : fe80::9d2f:7691:856f:9a49%8(Bevorzugt)
   IPv4-Adresse  . . . . . . . . . . : 192.168.178.44(Bevorzugt)
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Standardgateway . . . . . . . . . : 192.168.178.1
   DNS-Server  . . . . . . . . . . . : 192.168.178.1
   NetBIOS über TCP/IP . . . . . . . : Aktiviert

Ethernet-Adapter VMware Network Adapter VMnet1:

   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : VMware Virtual Ethernet Adapter for VMnet
1
   Physikalische Adresse . . . . . . : 00-50-56-C0-00-01
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja
   Verbindungslokale IPv6-Adresse  . : fe80::a5a8:480e:61b9:beb6%27(Bevorzugt)
   IPv4-Adresse  . . . . . . . . . . : 192.168.231.1(Bevorzugt)
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Standardgateway . . . . . . . . . :
   DNS-Server  . . . . . . . . . . . : fec0:0:0:ffff::1%1
                                       fec0:0:0:ffff::2%1
                                       fec0:0:0:ffff::3%1
   NetBIOS über TCP/IP . . . . . . . : Aktiviert

Ethernet-Adapter VMware Network Adapter VMnet8:

   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : VMware Virtual Ethernet Adapter for VMnet
8
   Physikalische Adresse . . . . . . : 00-50-56-C0-00-08
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja
   Verbindungslokale IPv6-Adresse  . : fe80::c4ce:df70:d7bd:d61f%29(Bevorzugt)
   IPv4-Adresse  . . . . . . . . . . : 192.168.233.1(Bevorzugt)
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Standardgateway . . . . . . . . . :
   DNS-Server  . . . . . . . . . . . : fec0:0:0:ffff::1%1
                                       fec0:0:0:ffff::2%1
                                       fec0:0:0:ffff::3%1
   NetBIOS über TCP/IP . . . . . . . : Aktiviert

Tunneladapter LAN-Verbindung* 6:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
   Physikalische Adresse . . . . . . : 02-00-54-55-4E-01
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja

Tunneladapter LAN-Verbindung* 10:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : isatap.{CC478F9D-68E7-4940-82D3-286E8E222
E30}
   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja

Tunneladapter LAN-Verbindung* 11:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : isatap.{A489E04F-B69A-4A83-9BDA-A8678E799
C36}
   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja

Tunneladapter LAN-Verbindung* 28:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : 6TO4 Adapter
   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja

Tunneladapter LAN-Verbindung* 29:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : isatap.{2F4407AC-1CAD-443C-93A7-D0E11CDAF
662}
   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja

C:\Users\Borzi>

Vielleicht werdet ihr ja schlau daraus...

Gruß,
ceego

[Dayworker]

Hab ich was übersehen oder mit welchem VMnet hast du deine VM versorgt und wie kommst du ins Web? Per Modem? Router?

[ceego]

ähm, VMnet?
Also mein PC hängt per Ethernet am Router, der auf Dauerverbindung steht (eumex 300 ip).

[Dayworker]

Wie hast du das Netzwerk in der VM realisiert? Als Bridge, NAT oder Host_only?
Ist dein Router gleichzeitig auch der DHCP und/oder DNS-Server?

[ceego]

Netzwerk ist Bridged (Voreinstellung), Router ist auf DHCP und ist DNS.

[Dayworker]

Ist der Router ein vollwärtiger ala AVM/Draytec/Zyxel oder ist er nur ein besseres DSL-Modem und taugt eigentlich nur für einen Rechner?
Indiz dafür wäre für mich, daß die VM eine IP mit Internet-Route bekommt und der Host abgeschnitten ist.
Selbiges nerviges Problem gibts so auch mit vielen Kabelmodems

[ceego]

Ähm wie vollwertig er ist weiß ich nicht, aber insgesamt hängen über zwei Switches 6 PCs dran, und die schafft er sonst ohne Probleme, auch über DHCP.

Irgendwann gings auch mal ohne Probleme.
BTW: Internet in den VMs geht nun gar nicht mehr oder nur sehr sehr selten...

[Dayworker]

Du sagst grad "aber insgesamt hängen über zwei Switches 6 PCs dran, und die schafft er sonst ohne Probleme, auch über DHCP".

Sind das Switches mit Managment-Funktionen?
Was sagt ein Ping an alle PC's im Netzwerk, dem Router und an irgendeine Web-Addy?

Meine Vermutung wäre, daß die Switche vielleicht einen Konfig-Fehler haben oder ein Kabelproblem besteht oder dein Router prinzipiell Probleme mit dem Routing von mehreren PC's hat.
Laufen die Rechner eigentlich alle gleichzeitig?

[ceego]

Switches sind nicht konfigurierbar, rein fürs LAN. Sonst gibts ja auch keine Probleme, es sind eigentlich immer mindestens 3 PCs an, ab und zu mehr. Da gibts solche Probleme überhaupt nicht.
Aber sobald ich eine VM starte, ist sofort die Xfire und Steam Verdindung weg und er muss neu connecten...

[ceego]

Wenn ich Fedora in der FM laufen lasse sieht ein Ping-Befehl vom Host aus z.b. so aus:

Code: Alles auswählen

C:\Users\Borzi>ping www.google.de

Ping wird ausgeführt für www.l.google.com [74.125.39.103] mit 32 Bytes Daten:
Antwort von 192.168.178.44: Die Gültigkeitsdauer wurde bei der Übertragung übers
chritten.
Antwort von 192.168.178.44: Die Gültigkeitsdauer wurde bei der Übertragung übers
chritten.
Antwort von 192.168.178.44: Die Gültigkeitsdauer wurde bei der Übertragung übers
chritten.
Antwort von 192.168.178.44: Die Gültigkeitsdauer wurde bei der Übertragung übers
chritten.

Ping-Statistik für 74.125.39.103:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust),

C:\Users\Borzi>ping 192.168.178.1

Ping wird ausgeführt für 192.168.178.1 mit 32 Bytes Daten:
Antwort von 192.168.178.1: Bytes=32 Zeit=1ms TTL=255
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=255
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=255
Antwort von 192.168.178.1: Bytes=32 Zeit<1ms TTL=255

Ping-Statistik für 192.168.178.1:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 0ms, Maximum = 1ms, Mittelwert = 0ms

C:\Users\Borzi>ping google.de

Ping wird ausgeführt für google.de [216.239.59.104] mit 32 Bytes Daten:
Antwort von 192.168.178.44: Die Gültigkeitsdauer wurde bei der Übertragung übers
chritten.
Antwort von 192.168.178.44: Die Gültigkeitsdauer wurde bei der Übertragung übers
chritten.
Antwort von 192.168.178.44: Die Gültigkeitsdauer wurde bei der Übertragung übers
chritten.
Antwort von 216.239.59.104: Bytes=32 Zeit=85ms TTL=245

Ping-Statistik für 216.239.59.104:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 85ms, Maximum = 85ms, Mittelwert = 85ms

C:\Users\Borzi>ping 192.168.178.88

Ping wird ausgeführt für 192.168.178.88 mit 32 Bytes Daten:
Antwort von 192.168.178.88: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.88: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.88: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.88: Bytes=32 Zeit<1ms TTL=64

Ping-Statistik für 192.168.178.88:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 0ms, Maximum = 0ms, Mittelwert = 0ms

C:\Users\Borzi>ping google.de

Ping wird ausgeführt für google.de [216.239.59.104] mit 32 Bytes Daten:
Zeitüberschreitung der Anforderung.
Antwort von 192.168.178.44: Die Gültigkeitsdauer wurde bei der Übertragung übers
chritten.
Zeitüberschreitung der Anforderung.
Antwort von 192.168.178.44: Die Gültigkeitsdauer wurde bei der Übertragung übers
chritten.

Ping-Statistik für 216.239.59.104:
    Pakete: Gesendet = 4, Empfangen = 2, Verloren = 2 (50% Verlust),

C:\Users\Borzi>

[Dayworker]

Solche Hänger kenn ich eigentlich nur bei doppelt vergebenen Host-Namen, IP- oder MAC-Adressen. Mindestens genauso tödlich für ein Netzwerk sind auch etwaige übrig gebliebene DHCP-Server. Eine Unverträglichkeit deines Marvell Netzwerk-Adapter mit der VMware-Netzwerkbrücke kann leider auch nicht ausgeschlossen werden.

Um da mal eine Konstanz rein zu bekommen, stell mal alle Rechner auf manuelle IP's um und deaktivier DHCP auf dem Router.

[ceego]

Werd ich mal ausprobieren.
Wie gesagt, wenn VMWare aus ist (bzw keine VM läuft) gibts diese Probleme auch mit mehreren PCs nicht...