26774
14.03.2006, aktualisiert um 13:17:24 Uhr
7406
15
0
Gast-XAMPPs auf VMware nicht mehr erreichbar
SuSE 10 als Host-System -> VMWare 5.5 für Linux:
Moinsen.
Ich weiss, dass das hier kein VMware-natives Forum ist, aber das Problem ist bisschen "übergreifend" und vielleicht kann das jemand zuordnen.
Ich bin mit VMware nicht ganz unerfahren, aber ich komme nicht weiter.
Situation, so wie sie bisher immer funktioniert hat:
Ich habe eine SuSE 10 als Host-System.
Hierauf läuft mit VMWare 5.5 für Linux:
[*] Eine Gast-Suse 10 als Konstruktions-Web-Server mit PHP 4 [192.168.0.21]
[*] Eine Gast-Suse 10 als Konstruktions-Web-Server mit PHP 5 [192.168.0.22]
VMWARE läuft als "Brige-Network" , also alles über die Host-Netzwerkkarte.
So.
Das hat alles ganz traumhaft funktioniert, bis ich aufgrund von DSL Umstellung mir einen neuen Router zulegen musste (NETGEAR]. Jetzt nicht "abschalten" -> es kann eigentlich nicht mehr am Router liegen.
Ich erreiche die Gast-Hosts nicht mehr. (Jetzt schreit jeder "der Router").
Wenn ich einen XAMPP direkt auf dem Host installiere, dann ist der Webserver erreichbar. NICHT erreichbar sind lediglich die beiden Gäste [!].
Da alles über eine Netzkarte läuft, kann es ja nicht am Router liegen , denn das Hostsystem ist ereichbar.
Die Unerreichbarkeit der Gäste stellt sich so dar, dass im Browser-Title zwar angezeigt wird "Xampp .. Bla " und in der Statusleiste steht auch "http://192.168.0.21/xampp/index.htm wird geöffnet" , aber es kommt keine Verbindung zustande.
Firewalls bei den Gästen ist deaktiviert.
Hat jemand eine Idee?
Moinsen.
Ich weiss, dass das hier kein VMware-natives Forum ist, aber das Problem ist bisschen "übergreifend" und vielleicht kann das jemand zuordnen.
Ich bin mit VMware nicht ganz unerfahren, aber ich komme nicht weiter.
Situation, so wie sie bisher immer funktioniert hat:
Ich habe eine SuSE 10 als Host-System.
Hierauf läuft mit VMWare 5.5 für Linux:
[*] Eine Gast-Suse 10 als Konstruktions-Web-Server mit PHP 4 [192.168.0.21]
[*] Eine Gast-Suse 10 als Konstruktions-Web-Server mit PHP 5 [192.168.0.22]
VMWARE läuft als "Brige-Network" , also alles über die Host-Netzwerkkarte.
So.
Das hat alles ganz traumhaft funktioniert, bis ich aufgrund von DSL Umstellung mir einen neuen Router zulegen musste (NETGEAR]. Jetzt nicht "abschalten" -> es kann eigentlich nicht mehr am Router liegen.
Ich erreiche die Gast-Hosts nicht mehr. (Jetzt schreit jeder "der Router").
Wenn ich einen XAMPP direkt auf dem Host installiere, dann ist der Webserver erreichbar. NICHT erreichbar sind lediglich die beiden Gäste [!].
Da alles über eine Netzkarte läuft, kann es ja nicht am Router liegen , denn das Hostsystem ist ereichbar.
Die Unerreichbarkeit der Gäste stellt sich so dar, dass im Browser-Title zwar angezeigt wird "Xampp .. Bla " und in der Statusleiste steht auch "http://192.168.0.21/xampp/index.htm wird geöffnet" , aber es kommt keine Verbindung zustande.
Firewalls bei den Gästen ist deaktiviert.
Hat jemand eine Idee?
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 28074
Url: https://administrator.de/forum/gast-xampps-auf-vmware-nicht-mehr-erreichbar-28074.html
Ausgedruckt am: 11.04.2025 um 22:04 Uhr
15 Kommentare
Neuester Kommentar
Hi,
könnte es eventuell sein, dass der neue Router eine andere IP als der alte hat,
sprich dass das Standard Gateway auf den Gast-Systemen nicht mehr stimmt?
Gruß
cykes
könnte es eventuell sein, dass der neue Router eine andere IP als der alte hat,
sprich dass das Standard Gateway auf den Gast-Systemen nicht mehr stimmt?
Gruß
cykes
Die Annahme ist richtig.
Der alte hatte 192.168.1.1 der neue 192.168.0.1.
Das habe ich aber geändert.
Der alte hatte 192.168.1.1 der neue 192.168.0.1.
Das habe ich aber geändert.
Hmm,
hast Du dann auch überall das neue Subnetz eingetragen, sprich als (statische) IP Adresse
der Gäste, die müssen dann auch im 192.168.0.x Netz sein und der Host natürlich auch ...
Eventuell musst Du die Bridge zum Hostsystem nochmal neu einrichten, da dort, wenn sich
das Subnetz geändert hat, dort eventuell noch die falschen Routen drinstehn.
Gruß
cykes
hast Du dann auch überall das neue Subnetz eingetragen, sprich als (statische) IP Adresse
der Gäste, die müssen dann auch im 192.168.0.x Netz sein und der Host natürlich auch ...
Eventuell musst Du die Bridge zum Hostsystem nochmal neu einrichten, da dort, wenn sich
das Subnetz geändert hat, dort eventuell noch die falschen Routen drinstehn.
Gruß
cykes
Subnetz ist nach wie vor 255.255.255.0.
Da es ja um Erreichbarkeit der Webserver INNERHALB des LAN geht, ergibt ja auch irgendwelches Port-öffnen oder IP-Forwarding routerseitig nicht richtig Sinn.
ICh find`s phänomenal, das der XAMPP auf dem Host-System direkt erreichbar ist, und nur die Gäste nicht. Bei abgeschalteter Firewall
Also ich hänge jetzt 48 Stunden dran, es ist schon bald "mathematisch" keine Variante mehr möglich die man ändern kann.
Da es ja um Erreichbarkeit der Webserver INNERHALB des LAN geht, ergibt ja auch irgendwelches Port-öffnen oder IP-Forwarding routerseitig nicht richtig Sinn.
ICh find`s phänomenal, das der XAMPP auf dem Host-System direkt erreichbar ist, und nur die Gäste nicht. Bei abgeschalteter Firewall
Also ich hänge jetzt 48 Stunden dran
, es ist schon bald "mathematisch" keine Variante mehr möglich die man ändern kann.
Ähm, das ist die Subnetzmaske, ich meinte das Subnetz 192.168.0.xyz
Wenn in der Netzwerkkarten Konfiguration da noch irgendwo 192.168.1.xyz drinsteht,
dann kann das nicht funktionieren, da er keine Route in dieses Subnetz mehr hat.
Danach muss mit Sicherheit die Bridge neu eingerichtet werden, damit er die Routen
Host <-> Gäste neu erzeugt.
Gruß
cykes
Wenn in der Netzwerkkarten Konfiguration da noch irgendwo 192.168.1.xyz drinsteht,
dann kann das nicht funktionieren, da er keine Route in dieses Subnetz mehr hat.
Danach muss mit Sicherheit die Bridge neu eingerichtet werden, damit er die Routen
Host <-> Gäste neu erzeugt.
Gruß
cykes
Guck mal in den Serverlogs, v.a. in /var/log/httpd/error.log, /var/log/httpd/access.log und /var/log/messages. Die Apache-Logs könnten bei SuSE auch woanders liegen.
Desweiteren versuch mal, einen Telnet auf den augenscheinlich funktionierenden Port 80 durchzuführen, und dann auch auf den MySQL-Port (standardmäßig: 3306). Hier scheint nämlich imho der Hase im Pfeffer zu liegen. Kann es sein, dass MySQL auf einer falschen Adresse hört? Ein netstat -ap |grep mysql zeigt das auf. Bei einem entsprechenden Fehler wäre die /etc/my.cnf der richtige Angriffspunkt.
Gruss
Stefan
Desweiteren versuch mal, einen Telnet auf den augenscheinlich funktionierenden Port 80 durchzuführen, und dann auch auf den MySQL-Port (standardmäßig: 3306). Hier scheint nämlich imho der Hase im Pfeffer zu liegen. Kann es sein, dass MySQL auf einer falschen Adresse hört? Ein netstat -ap |grep mysql zeigt das auf. Bei einem entsprechenden Fehler wäre die /etc/my.cnf der richtige Angriffspunkt.
Gruss
Stefan
Es wird wohl nicht daran liegen, aber vielleicht ja doch. Ich hatte mal probleme, weil ein Router unbedingt die allen Rechnern IPs vergeben wollte.
Klingt eigenartig, aber ich konnte tatsächlich keinen Rechner erreichen, der eine feste IP hat und von diesen Rechnern auch nicht ins Internet.
Klingt eigenartig, aber ich konnte tatsächlich keinen Rechner erreichen, der eine feste IP hat und von diesen Rechnern auch nicht ins Internet.
Hi,
das liegt an dem im Router eingebauten DHCP Server, manche Router erlauben dann nur den Rechnern Internetzugriff, die sich per DHCP eine IP vom Router geholt haben.
Am besten DHCP deaktivieren und statische IPs vergeben, oder die statischen IPs der Server
im Router eintragen, wenn möglich.
Gruß
cykes
das liegt an dem im Router eingebauten DHCP Server, manche Router erlauben dann nur den Rechnern Internetzugriff, die sich per DHCP eine IP vom Router geholt haben.
Am besten DHCP deaktivieren und statische IPs vergeben, oder die statischen IPs der Server
im Router eintragen, wenn möglich.
Gruß
cykes
Also VMware Neuinstallation hat auch nicht das gewünschte Resultat erbracht. habs mit Damn Small Linu getestet. Auf dem Hostsystem sind die Gäste erreichbar, innerhalb LAN nicht.
*Kopfschüttel*
Selbst wenn ich beim Hostsystem die FW abschalte - null Änderung.
[*] Host per Telnet erreichbat - Gastsysteme nicht
[*] DHCP deaktiviert, alles statisch zugewiesen.
Frage: Eventuell Problem vom Router DNS?
Frage: Was - ausser der Firewall des HOST-Sytemes - könnte noch die Verbindung unterdrücken? Es wird ja als Adresse angezeigt, es findet aber kein volle verbindung statt.
KANN es was mit NAT zu tun haben? (kenne ich mich überhaupt nicht mit aus).
*Kopfschüttel*
Selbst wenn ich beim Hostsystem die FW abschalte - null Änderung.
[*] Host per Telnet erreichbat - Gastsysteme nicht
[*] DHCP deaktiviert, alles statisch zugewiesen.
Frage: Eventuell Problem vom Router DNS?
Frage: Was - ausser der Firewall des HOST-Sytemes - könnte noch die Verbindung unterdrücken? Es wird ja als Adresse angezeigt, es findet aber kein volle verbindung statt.
KANN es was mit NAT zu tun haben? (kenne ich mich überhaupt nicht mit aus).
Könnte auch am DNS liegen, hast Du mal intern versucht, die "Gäste" über die IP statt
dem Namen zu erreichen?
dem Namen zu erreichen?
Nur über IP, über Name habe ich noch gar nicht versucht.
Nur über IP, über Name habe ich noch gar nicht versucht.
Dann kann's am DNS ja nicht liegen ...
Irgendwo auf den Gast Systemen muss noch das alte Subnetz konfiguriert sein, oder auf dem
Host, such doch mal in den Konfigurationsdateien einfach nach "192.168.1"
Gruß
cykes
Irgendwo auf den Gast Systemen muss noch das alte Subnetz konfiguriert sein, oder auf dem
Host, such doch mal in den Konfigurationsdateien einfach nach "192.168.1"
Gruß
cykes
So. Jetzt nicht kotzen
Also erstmal vielen , vielen Dank an alle für den Kopp.
Die Lösung war folgende:
Bei den Einträgen der Firewall des SUSE-10-Hostes gab es bei "Schnittstellen" ZWEI Einträge. Einmal die Netzkarte des Asrock Boardes und dann einen Eintrag darunter: "any" [Benutzerdefinierter String].
Den hatte ich permanent übersehen. Nach Einsicht in die entsprechende sysconf scheint die bei Suse 10 per default eingerichtet zu werden - ich zumindest habe diesen Eintrag nie angelegt. *grübel*
Diesem Eintrag waren auch keine Werte zugeordnet . Dadurch wurde scheinbar permanent "nichts" überprüft und deshalb kam wohl keine Verbindung zustande. Jedenfalls hat der Webserver nach dem Entfernen dieses "dubiosen" any-Eintrages geantwortet.
Merke: Du wirst alt wie `ne Kuh und lernst immer noch dazu.
Grüsse: Krawallo
Also erstmal vielen , vielen Dank an alle für den Kopp.
Die Lösung war folgende:
Bei den Einträgen der Firewall des SUSE-10-Hostes gab es bei "Schnittstellen" ZWEI Einträge. Einmal die Netzkarte des Asrock Boardes und dann einen Eintrag darunter: "any" [Benutzerdefinierter String].
Den hatte ich permanent übersehen. Nach Einsicht in die entsprechende sysconf scheint die bei Suse 10 per default eingerichtet zu werden - ich zumindest habe diesen Eintrag nie angelegt. *grübel*
Diesem Eintrag waren auch keine Werte zugeordnet . Dadurch wurde scheinbar permanent "nichts" überprüft und deshalb kam wohl keine Verbindung zustande. Jedenfalls hat der Webserver nach dem Entfernen dieses "dubiosen" any-Eintrages geantwortet.
Merke: Du wirst alt wie `ne Kuh und lernst immer noch dazu.
Grüsse: Krawallo
hehe, na siehste, war doch perfekte Hilfe zur Selbsthilfe, jetzt kannste erstmal Büroschlaf halten,
nach der 48h Session *gg*
nach der 48h Session *gg*
