Seite 1 von 1
Auf VMwareServer über Putty von außerhalb connecten
Verfasst: 05.07.2007, 17:59
von Hummel
Meine Frage bezieht sich auf den Titel.
Wie kann ich per Putty von außerhalb auf mein in VMware laufendes Betriebssystem connecten?
Welche Ports müssten dafür freigegeben werden auf dem VMware HOST.
SSH ist freigegeben und auf dem Server kann ich auch ins Internet, aber er findet den Server nicht. Der Host und die VM haben unterschiedliche IPs.
Danke für eure Hilfe!
Verfasst: 05.07.2007, 18:51
von MSueper
Hallo,
die Host-FW, z.B. die von Suse/Fedora oder auch die von Kasperky IS blockieren den Gast gleich mit. Du kannst in der Host-FW den Port 22 freigeben. Besser ist aber auf dem Host alles dicht zumachen und dann auf die Firewall zu verzichten.
Logischerweise haben Host und Gast unterschiedliche IPs! Benutzt Du bridged Network oder Host-Only?
In jedemfalle muß im Putty die IP vom Gast als Ziel angegeben werden. Stell erstmal bridged ein. NAT erfordert ein Portforwarding. Host und Gast müssen dann aber im gleich Subnet sein (zumindest im Allgemeinen).
Martin
Verfasst: 05.07.2007, 19:37
von Hummel
also ich nutze bridged und bei Fedora ist ssh automatisch mit in der Firewall aktiviert.
Der Server steht in der Uni. Auf den Host komm ich ja drauf, aber nicht auf den Gast
Verfasst: 05.07.2007, 19:49
von continuum
Gib mal ein paar Details wie ifconfig von host und gast
Verfasst: 05.07.2007, 20:48
von Hummel
eth0 Link encap:Ethernet Hardware Adresse 00:15:17:17:0C:80
inet Adresse:xxx.xx.xx.xxx Bcast:xxx.xx.xx.255 Maske:255.255.255.0
inet6 Adresse: fe80::215:17ff:fe17:c80/64 Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:692875 errors:0 dropped:0 overruns:0 frame:0
TX packets:402709 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:100
RX bytes:612661995 (584.2 MiB) TX bytes:99604481 (94.9 MiB)
Basisadresse:0x2020 Speicher:b8820000-b8840000
lo Link encap:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
inet6 Adresse: ::1/128 Gültigkeitsbereich:Maschine
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:12958 errors:0 dropped:0 overruns:0 frame:0
TX packets:12958 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:90838012 (86.6 MiB) TX bytes:90838012 (86.6 MiB)
vmnet1 Link encap:Ethernet Hardware Adresse 00:50:56:C0:00:01
inet Adresse:192.168.225.1 Bcast:192.168.225.255 Maske:255.255.255.0
inet6 Adresse: fe80::250:56ff:fec0:1/64 Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:59 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
vmnet8 Link encap:Ethernet Hardware Adresse 00:50:56:C0:00:08
inet Adresse:172.16.127.1 Bcast:172.16.127.255 Maske:255.255.255.0
inet6 Adresse: fe80::250:56ff:fec0:8/64 Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:57 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Beim Gast, das selbe nur ohne vmnet und anderer IP
Verfasst: 06.07.2007, 00:34
von al!ve
Gemeint war sicherlich die Frage, nach dem Betriebsmodus und den genauen Routingdetails deiner Konfiguration. Bridged? NAT? Host-Only?
Im Bridged-Betrieb: Sofern du nen Hardware-NAT-Router davor hast, musst du dem natürlich die entsprechenden Ports weiterleiten lassen. Wenn alle deine Rechner externe IPs haben sollte es so gehen. Glaub ich aber nicht, wenn du das hättest, würdest du das hier so nicht fragen.
VMWare-NAT-Betrieb? Dann musst du dem Host sagen, einen Port an den Gast weiter zu leiten. Iptables ist hier dein Freund.
Host-Only? Eigentlich genau wie VMWare-NAT, nur dass der Gast da keinen Zugriff nach außen hat. Da die iptables-Einstellung allerdings den HOST betrifft, sollte das auch da gehen.
Verfasst: 06.07.2007, 15:53
von Hummel
Vielen Dank schon mal für euer Mühen!
Es war so, das die IP die ich vom Rechenzentrum bekommen habe, nicht von außen erreichbar war! Die neue geht jetzt aber.
Wieder ein Problem gelöst!