Seite 1 von 1

[gelöst] Host vom Gast aus nicht pingbar

Verfasst: 09.04.2010, 21:55
von fratzi
Hi Leute,

ich möchte mit meinem Gastsystem den VMware Server anpingen (Host only).
Leider funktioniert dies nicht und ich bin trotz google suche nicht fündig geworden
Da er nicht Pingbar ist, ist er auch nicht als Gateway zu benutzen (was ich ja eigentlich machen möchte).

Kurze Infos:

[HOST / SERVER]
Linux Ubuntu-910-karmic-64-minimal 2.6.31-20-server
VMware-server-2.0.2-203138.x86_64

Code: Alles auswählen

vmnet1    Link encap:AMPR NET/ROM  HWaddr
          inet addr:192.168.2.1  Mask:255.255.255.0
          UP RUNNING  MTU:0  Metric:1


Code: Alles auswählen

 /etc/vmware # cat config |grep vmnet
vmnet1.hostonlyaddress = "192.168.2.1"


Code: Alles auswählen

 cat netmap.conf
# This file is automatically generated.
# Hand-editing this file is not recommended.

network0.name = "Bridged"
network0.device = "vmnet0"
network1.name = "HostOnly"
network1.device = "vmnet1"


Alles richtig eingestellt!

[CLIENT]

Windows 2008 R2 64Bit
Firewall aus

Code: Alles auswählen

ping 192.168.2.1

Pinging 192.168.2.1 with 32 bytes of data:
Reply from 192.168.2.101: Destination host unreachable.


Hier sieht man, dass die Windows Pings beim vmnet01 ankommen! D.h. das Windows-Netz hängt am vmnet01.

Code: Alles auswählen

 tcpdump -i vmnet1
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on vmnet1, link-type LINUX_SLL (Linux cooked), capture size 96 bytes
21:50:17.325106 ARP, Request who-has 192.168.2.1 tell 192.168.2.101, length 28
21:50:18.210952 ARP, Request who-has 192.168.2.1 tell 192.168.2.101, length 28


Der VMware Server/Host reagiert nicht auf seine IP. Ideen warum?

Für Hilfe wäre ich echt sehr dankbar.
Danke und liebe Grüße

Verfasst: 09.04.2010, 21:59
von stefan.becker
Hostonly nutzt einen eigenen IP-Nummernkreis. Näheres sagt dir ipconfig im Gast.

Verfasst: 09.04.2010, 21:59
von fratzi
Nachtrag der *.vmx

(grep ethernet)

ethernet0.present = "TRUE"
ethernet0.allowGuestConnectionControl = "FALSE"
ethernet0.virtualDev = "e1000"
ethernet0.features = "1"
ethernet0.wakeOnPcktRcv = "FALSE"
ethernet0.networkName = "HostOnly"
ethernet0.addressType = "generated"
ethernet0.generatedAddress = "00:0c:29:39:6b:bc"
ethernet0.pciSlotNumber = "32"
ethernet0.generatedAddressOffset = "0"

Verfasst: 09.04.2010, 22:02
von fratzi
stefan.becker hat geschrieben:Hostonly nutzt einen eigenen IP-Nummernkreis. Näheres sagt dir ipconfig im Gast.
Ja, dieser ist auch richtig eingestellt!

Problem ist ja, dass ich mit den richtigen IPs den Gateway (HOST) nicht anpingen kann (vom Gast aus). Ohne den GW kommen ja keine Pakete ins Netz (was ja der Sinn von Hostonly ist ?!)

EDIT:
Die ipconfig Daten:

IPv4 Address. . . . . . . . . . . : 192.168.2.101
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.2.1

Verfasst: 09.04.2010, 22:32
von fratzi
Habe eben zum testen auf bridged network umgestellt.

vmnet1 = 192.168.2.1
gast = 192.168.2.2

Code: Alles auswählen

 IPv4 Address. . . . . . . . . . . : 192.168.2.2
 Subnet Mask . . . . . . . . . . . : 255.255.255.0
kein gw

Code: Alles auswählen

Pinging 192.168.2.1 with 32 bytes of data:
Reply from 192.168.2.2: Destination host unreachable.


ist da was kaputt oder gehört das so ?

Verfasst: 10.04.2010, 02:19
von fratzi
Am Windows liegt es nicht - Ubuntu Boot CD als Gast erzeugt das gleiche! :(

Verfasst: 11.04.2010, 00:10
von Dayworker
Ist die VMserver-Inst bei Kernel-Version 2.6.31 überhaupt komplett und fehlerlos durchgelaufen :?:

Verfasst: 11.04.2010, 04:44
von fratzi
Ja, habe sie mit diesem Patchscipt installiert (fehlerfrei - alle Module)

http://radu.cotescu.com/2009/10/30/how- ... mic-koala/

Verfasst: 12.04.2010, 22:49
von fratzi
gibts irgendwie eine möglichkeit zu prüfen ob das netzwerkmodul ordnungsmäßig arbeitet?
der compile ging ohne fehler - aber scheinbar ist etwas nicht in ordnung.

Verfasst: 13.04.2010, 22:10
von fratzi
Problem mit diesem Patch gelöst - auch hier läuft die Installation fehlerfrei - aber dafür funktioniert nun das Networking korrekt! :)

Juhu!

http://risesecurity.org/2010/04/02/vmwa ... e-patch-2/