Seite 1 von 1
[VMwareServer 1.0.1] Netzwerkproblem (Win98)
Verfasst: 25.01.2007, 19:55
von Pascal
Hallo,
ich kann meinen Win98(VM-Ware-PC) nicht in der Netzwerkumgebung sehen. Das hatte kurz schon geklappt, aber jetzt bekomme ich es nicht mehr so hin.
System: WinXP SP2 (192.168.0.1)
VM-Ware-System: Windows98 (192.168.0.201)
Netzwerkeinstellung: Bridged (meine Netzwerkkarte ausgewählt). DHCP und NAT deaktiviert und auch deren Start mit Windows deaktiviert(auf manuell gestellt). Bei bridged brauche ich diese Dienste ja nicht.
Beim start des VM-Waresystems(win98) kommt folgende Fehlermeldung(könnte es damit zusammen hängen?):
Pascal
Verfasst: 25.01.2007, 22:30
von stefan.becker
Klar liegt das an der Meldung.
Mehr kann man mangels Infos nicht sagen.
Poste die vmx-Datei.
Wieviele Gäste laufen?
Gibt es andere PCs im Netz mit der Adresse?
Verfasst: 26.01.2007, 17:53
von Pascal
nein, nur dieser eine VMWareWin98 hat diese IP.
Welche Gäste? Nur der eine PC mit WinXP SP2 und dann VMWare-Server mit dem einem Win98(innerhalb des VM-Ware-Serverprogramms.
Ans Netzwerk generell, an dem Switch sind mehrere PC´s angeschlossen:
Switch -> PC 192.168.0.1 (mit VM-Ware-Server, mit Win98(192.168.0.201)
auch noch am Switch - (viele PC´s mit unterschiedlichen IP´s, aber keine doppelten)
Pascal
Verfasst: 26.01.2007, 23:32
von stefan.becker
Füge mal die beiden folgenden Zeilen in die vmx-Datei ein:
ethernet0.virtualDev = "vmxnet"
ethernet0.connectionType = "bridged"
Verfasst: 29.01.2007, 18:30
von Pascal
hey, danke jetzt tut´s. Aber warum eigentlich - was haben die Zeilen zu bedeuten?
Jetzt sehe ich mir zwar selbst, also das Containersystem, aber dieses sieht keine anderen Computer, auch nicht den Host-Computer:
Hier mal die Netzwerkeinstellungen von vm-ware:
Pascal
Verfasst: 29.01.2007, 19:31
von stefan.becker
Frag mich nicht warum, man sieht nicht immer was. Geht mir bei Qemu genauso. Abhilfe schafft immer der net-use-Befehl in der cmd.
Verfasst: 30.01.2007, 00:14
von Pascal
Was meinst du mit "Qemu"?
Was soll ich genau bei net use eingeben? Damit geht der Fehler doch nicht weg. Mit net use kann man doch Laufwerke(Netzlaufwerke) verbinden. Aber dazu müsste erst einmal der Fehler weg sein. ->"the bridged Ethernet interface is down" (was meint der damit?, meine lokale Netzwerkkarte, also die NvideoNforce von meinem Mainboard vom Haupt-PC(WinXP SP2)?)
Im übrigen ist der Fehler doch nicht weg, sobald ich meinen Switch anstelle(meinen echten, kommt die Fehlermeldung im Containersystem(Win98RuFi) wieder, diese hier:
Ich kann meinen HauptPC, also 192.168.0.1 nicht einmal anpingen, ein vorheriger net view Befehl hat auch nur eine Fehlermeldung(6118) erzeugt. Und net use folgt "keine Einträge in der Liste) :
Pascal
Verfasst: 30.01.2007, 00:28
von stefan.becker
Sag mal, sind am Host überhaupt die VMWARE Dienste gestartet?
Ich habe VMWARE unter Linux, kann dir leider nur zum Gast was genaues sagen. Aber die Meldung deutet eher auf ein Problem auf der Hostseite hin.
Mit Qemu habe ich ein anderes Produkt im Einsatz, was ähnlich zu VMWARE ist. Dort bekomme ich in der Netzwerkumgebung bei Windows Gästen nichts zu sehen, ich nutze dann z. B. "net use x: \\192.168.0.1\qemu" zum Einbinden von Netzwerkfreigaben.
Verfasst: 30.01.2007, 00:45
von Pascal
also ich habe 2 Dienste auf manuell gestellt, damit die nicht immer mit Windows starten(auf Host-System), den NAT & DHCP-Service (DHCP hat er trotzdem gerade gestartet, weiß nicht warum, aber stört ja erstmal auch gar nicht):
Nat brauch ich nicht, weil lich bridged mache, und DHCP eh nicht, weil ich feste IP`s vergebe: Host-PC=192.618.0.1 und Container-PC(Win98RuFi)=192.168.0.201
Pascal
Verfasst: 30.01.2007, 01:05
von stefan.becker
Starte beide Dienste mal testweise. Dann versuche erstmal, den Router anzupingen. Läuft eventuell irgendwo eine Firewall? Wenn ja, testweise deaktivieren.
Verfasst: 30.01.2007, 19:01
von Pascal
also ich habe gar keinen Router. Dienste habe ich wieder aktiviert - dieser Fehler tritt trotzdem noch auf: sobald ich meinen Switch anstelle(meinen echten, kommt die Fehlermeldung im Containersystem(Win98RuFi) wieder, diese hier:
Aber ich kann meinen Container-PC anpingen, wenn ich beim VMnet3 meine Nvidea-NIC eintrage. Aber der Container-PC kann den Host nicht anpingen.
Pascal
Verfasst: 30.01.2007, 19:28
von stefan.becker
Vergleich doch mal die Einstellungen des virtuellen Gastes mit anderen PCs im Netz. Mangels Switch kann ich dir leider auch nichts weiteres sagen.
Verfasst: 30.01.2007, 22:34
von WaLu
Hast Du ein Win98 oder ein Win98se System?
Ich habe eine Win98se RM in eine VM überführt, die läuft aller erste Sahne.
Welche MAC-Adresse hat dein Host System?
Poste doch mal deine VMX Datei.
gruss WaLU
Verfasst: 01.02.2007, 13:46
von Pascal
Mein Containersystem ist Win98 - nicht SE. Mein Host-System ist WinXP. Welche Einstellungen hast du gemacht bei SE? Feste IP? Welche in VM-Ware ->einfach bridged eingestellt? (VM02 ist das glaube ich) und dort dann die Host-Nic als bridged.
Die VXD-Datei habe ich doch schon weiter oben in einem Post angehangen. Mac-Adresse vom Host-System ist 00-13-D4-30-0E-6B.
Kann vielleicht jeman mal seine VM-Ware-Server-Netzwerkeinstellungen posten, wo er bridged eingestellt hat - vielleicht hab ich ja irgendwo ein Häckchen zu viel oder zuwenig.
Hier mal meine Übersichten der Virtual-Network-Settings von VM-Ware-Server:
************************************************************************************************
Ich hab ne neue Entdeckung gemacht - also mit gleichen Einstellungen. Wenn ich meinen Switch(Hardware) nicht anhabe, dann kann ich keinen PC anpingen (weder meinen Host-PC noch meinen Container-PC). Stelle ich nun den Switch an, kommt diese Fehlermeldung:
Stelle ich den Switch aus, kann ich keinen PC anpingne(Host und Container). Stelle ich den Switch dann wieder an, kann ich beide anpingen! Zuerst nur den Container, nach einer Weile auch den Host-PC vom Container-PC aus. Auf Dateien kann ich dann auch normal zugreifen und ihn in der Netzwerkumbebung sehen(beim Container-PC der auf Host-PC zugreift geht das nur per IP-Eingabe im Explorer, aber dann auch ganz normal).
**************************************************************************************************
Pascal