Netzwerkzugriff mit NAT aber nicht mit Bridged

[Nawrath]

Hallo Forum!

Ich benutze schon seit einiger Zeit die VM Workstation, mittlerweile Version 7, in der XPs laufen . Da nach der Installation alles funktioniert hat, habe ich mir auch weiter keine Gedanken über das wie und warum gemacht.
Heute vormittag habe ich nun eine weitere VM, ebenfalls mit XP, hinzugefügt, auf der ich das XAMPP Paket installiert habe, also Apache mit PHP und MySQL Datenbank. Dort nahm dann das Elend seinen Anfang, da ich weder vom Wirt noch einem anderen Recher im Netz (egal ob physikalisch oder virtuell) auf den Webserver zugreifen kann. XAMPP wimmelt es mit einer Meldung ab, dass dies nur im lokalen Netz möglich sei.
Erst war ich verblüfft, denn ich bin ja daheim im lokalen Netz unterwegs und habe dann nach geraumer Zeit festgestellt, dass die VM in einem anderen Teilnetz läuft und dann fing das googeln und rumprobieren an.

Hier nun die Fakten:
Alle physikalischen Rechner hängen an einem Router, der Standardgateway ist und die IPs vergibt (192.168.1.x haben alle Geräte)
VM mit NAT (192.168.140.128): alle Rechner sehen sich, Zugriff auf Netzwerkfreigaben, etc. funktioniert, nur eben der Zugriff auf den Apache nicht, der funktioniert nur lokal in der VM.
VM mit Bridged (192.168.1.11): alle Rechner sehen sich, Ping in alle Richtungen funktioniert, Namen werden auch aufgelöst, also etwa 'ping vm-xp-xampp' vom Host aus. Aber: es ist keinerlei Zugriff untereinander möglich. Ein Zugriff auf ein Netzlaufwerk aus der VM raus reagiert nach rund 5 Minuten mit einer Fehlermeldung. Der Webserver in der VM ist von außen auch unerreichbar.

Was mich etwas stutzig macht ist, dass auf dem Host unter 'ipconfig /all' 2 vm-Adapter für vmNet1 und vmNet8 aufgeführt werden, in der VM aber der vmNet0 bei Bridged (nicht automatisch, sondern auf den Adapter eingestellt) ausgewählt ist.
In meiner grenzenlosen Naivität als Anwendungsentwickler gehe ich davon aus, dass es sich hierbei im Grunde nur um eine Kleinigkeit handeln kann, da der Ping in alle Richtungen funtkioniert und die Namen auch aufgelöst werden.

Da das Sandmännchen schon vor einiger Zeit da war, gebe ich an diesem Punkt (und zu dieser Stunde) auf und hoffe darauf, dass ihr mir den entscheidenden Wink mit dem Zaunpfahl geben könnt.

Gute Nacht,

Roman

[continuum]

Was mich etwas stutzig macht ist, dass auf dem Host unter 'ipconfig /all' 2 vm-Adapter für vmNet1 und vmNet8 aufgeführt werden, in der VM aber der vmNet0 bei Bridged (nicht automatisch, sondern auf den Adapter eingestellt) ausgewählt ist.

das ist voellig ok - kannst du Probleme mit Firewalls ausschliessen ?

[Nawrath]

Hallo und danke für die schnelle Antwort, ich bin nach Absenden aber ins Bett und reagiere daher erst jetzt, sry.

Beim rumprobieren wurden testweise die Firewalls auf Host und Gast sowie der Virenscanner auf dem Host deaktiviert, was aber keinerlei Auswirkungen hatte.

Was vielleicht noch ein Hinweis sein könnte: unter Bridged hat die VM eine Verbindung ins Internet, nur halt nicht zu den Rechnern im lokalen Netz, die sind nur sicht- und pingbar. Die VM ist in derselben Arbeitsgruppe wie alle anderen Rechner auch.

Roman

[Dayworker]

DHCP mit VMs die Dienste anbieten sollen, macht meist Probleme. Baue die VMs auf feste IP-Adressen um, daß erleichtert nachher auch die Portweiterleitung im Router. Falls der Router die IP-Adresse an der MAC-adresse festmachen kann, hilft dir das auch nur bedingt. Wenn sich die MAC-Adresse ändert (kopieren der VM und ein falscher Klick bei der VMware-Nachfrage nach Kopiert oder Verschoben reicht aus), steht die VM wieder ohne bekannte IP da.
XAMP in Auslieferungszustand ist meines Wissens auf Localhost festgepinnt. Wenn er auf anderen IP-Ranges auch aktiv sein soll, mußt du dessen Conf-Datei passend abändern.

Damit sich alle VMs mit Bridge-Interface untereinander sehen und aufeinander zugreifen können, muß die Netzwerkmaske überall passend gesetzt sein. Das betrifft somit neben den VMs auch den Router.
Wenn sich Bridge-VMs bei nur einer Host-Netzwerkkarte untereinander nicht sehen sollen, bleibt neben der jeweilige Netzwerkmaske auf die '255.255.255.0' zu setzen und zusätzliche Router/Firewall-VMs zwischen den Bridged-VMs die Kommunikation regeln zu lassen, nur noch das Hostonly-Interface, daß nur eine Verbindung zum Host hat. Routing, DNS etc muß dann ggf manuell in Form von festen Routen auf Host oder Router bzw Router/Firewall-VMs nachgeholt werden.

[Nawrath]

Hallo Dayworker,

ich habe noch rumprobiert und das XP in der VM aus der Arbeitsgruppe genommen, unbenannt und wieder zugefügt. Das hatte den Effekt, dass ich von anderen Rechnern aus auf die Seite zugreifen kann, vom Host jedoch noch immer nicht.
Gesehen habe ich auf dem Webserver aber wieder nur die übliche Fehlermeldung, da, wie Du schon schreibst, der xampp vom Localhost nicht abweicht.

Testweise habe ich eine weitere VM auf demselben Host im bridge-Betrieb gestartet, die erstaunlicherweise Zugriff auf den Webserver in der ersten VM hat. Natürlich sehe ich da auch nur die Fehlermeldung vonwegen Sicherheit aber immerhin steht die Verbindung.

Zusammenfassend bleibt zu sagen: Alle Geräte, physikalisch oder virtuell, beziehen ihre IP und DNS Serveradresse automatisch (vom Router). Alle Geräte haben die IP 192.168.1.x und die SM 255.255.255.0. Keine IP oder Rechnername ist doppelt vorhanden. Alle Rechner sind in derselben Arbeitsgruppe. Im virtuell network editor der VM Workstation ist 'VMnet0, bridged, Realtek PCIe...' eingestellt.

Nach Deinem Hinweis mit festen IPs habe ich in den beiden VMs die IP, SM, Standardgateway und die DNS Serveradresse fest eingestellt, mit demselben Ergebnis.

Was übrig bleibt beim bridged-Betrieb ist das Phänomen, dass sich Host und Gast sehen, der Ping in beide Richtungen durchgeht und die Namen aufgelöst werden, ein Zugriff aber in keine Richtung möglich ist. Der Zugriff zwischen externen Rechnern und VM, bzw. zwischen VM und VM auf demselben Host, ist jedoch möglch.

Mittlerweile habe ich wieder NAT aktiviert, da durch die angepasste .conf von xampp ein Zugriff auf die Testumgebung vom Host aus möglich ist. Endlich. Es wäre natürlich interessant zu erfahren, wo der Stolperstein im bridged-Betrieb denn nun liegt.

Roman