Ubuntu Apache immer wieder nicht erreichbar
Hallo zusammen,
ich hoffe ich finde hier Hilfe zu meinem Problem bezüglich meines Webservers und dessen Konfiguration.
Ich habe mich jetzt schon eine Weile mit der Materie auseinander gesetzt und komme dennoch nicht hinter das Problem.
Grundsätzliche Kenntnisse zu Netzwerken, Servern, Diensten, Ubuntu, usw. sind vorhanden
Danke im Vorraus
Ich habe folgende Situation:
Es hängt eine Kabel-FritzBox mit einer festen IP von KabelBW vor dem internen Netzwerk, über welches ein WLAN-Accesspoint und ein vSphere-Host angeschlossen sind.
Auf dem VM-Host laufen zwei Server und eine Testmaschine mit WinXP. Die beiden Server sind ein ClearOS 5 SBS und, um den es eigentlich geht, ein Ubuntu Server 11.04.
Der Ubuntu Server soll als Webserver dienen und ist mit Apache, PHP, MySQL nach dieser Anleitung konfiguriert.
http://www.howtoforge.com/installing-apache2-with-php5-and-mysql-suppor ...
Die Ports in der FritzBox sind entsprechend konfiguriert und das Ganze funktioniert auch gut.
Das Problem:
Immer wieder ist die Joomla-Seite die darauf läuft nicht erreichbar. Von intern über die IP des Servers überhaupt kein Thema. Aber über die Domain, die richtig aufgelöst wird, funktioniert der Aufruf der Seite immer wieder nicht. Auch das neustarten des virtuellen Servers bringt keine Besserung.
Ich kann den letzten Snapshot, bei dem alles lief, wiederherstellen und dann geht es wieder. Aber irgendwann - im Zeitraum von Stunden oder Tagen ist die Seite dann wieder nicht erreichbar.
Ein weiteres Phänomen ist, dass die Seite über mein Handy manchmal funktioniert, aber zur gleichen Zeit von einem Rechner bei uns im Büro hinter einem Squid-Proxy wieder nicht erreichbar ist.
Das macht mich total fertig - zumal da recht bald eine kommerzielle Seite drauf laufen soll...
Ist denn Grundsätzlich lighttpd die bessere Wahl?
Hier noch die Config von hosts
und interfaces
Was wäre denn noch Sinnvoll?
ich hoffe ich finde hier Hilfe zu meinem Problem bezüglich meines Webservers und dessen Konfiguration.
Ich habe mich jetzt schon eine Weile mit der Materie auseinander gesetzt und komme dennoch nicht hinter das Problem.
Grundsätzliche Kenntnisse zu Netzwerken, Servern, Diensten, Ubuntu, usw. sind vorhanden
Danke im Vorraus
Ich habe folgende Situation:
Es hängt eine Kabel-FritzBox mit einer festen IP von KabelBW vor dem internen Netzwerk, über welches ein WLAN-Accesspoint und ein vSphere-Host angeschlossen sind.
Auf dem VM-Host laufen zwei Server und eine Testmaschine mit WinXP. Die beiden Server sind ein ClearOS 5 SBS und, um den es eigentlich geht, ein Ubuntu Server 11.04.
Der Ubuntu Server soll als Webserver dienen und ist mit Apache, PHP, MySQL nach dieser Anleitung konfiguriert.
http://www.howtoforge.com/installing-apache2-with-php5-and-mysql-suppor ...
Die Ports in der FritzBox sind entsprechend konfiguriert und das Ganze funktioniert auch gut.
Das Problem:
Immer wieder ist die Joomla-Seite die darauf läuft nicht erreichbar. Von intern über die IP des Servers überhaupt kein Thema. Aber über die Domain, die richtig aufgelöst wird, funktioniert der Aufruf der Seite immer wieder nicht. Auch das neustarten des virtuellen Servers bringt keine Besserung.
Ich kann den letzten Snapshot, bei dem alles lief, wiederherstellen und dann geht es wieder. Aber irgendwann - im Zeitraum von Stunden oder Tagen ist die Seite dann wieder nicht erreichbar.
Ein weiteres Phänomen ist, dass die Seite über mein Handy manchmal funktioniert, aber zur gleichen Zeit von einem Rechner bei uns im Büro hinter einem Squid-Proxy wieder nicht erreichbar ist.
Das macht mich total fertig - zumal da recht bald eine kommerzielle Seite drauf laufen soll...
Ist denn Grundsätzlich lighttpd die bessere Wahl?
Hier noch die Config von hosts
user@webserver:~$ cat /etc/hosts
127.0.0.1 localhost.localdomain localhost
192.168.2.24 meine-domain.de webserver
# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
und interfaces
user@webserver:~$ cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet dhcp
auto eth1
iface eth1 inet static
address 192.168.2.24
netmask 255.255.255.0
network 192.168.2.0
broadcast 192.168.0.255
gateway 192.168.2.1
Was wäre denn noch Sinnvoll?
Please also mark the comments that contributed to the solution of the article
Content-ID: 173015
Url: https://administrator.de/contentid/173015
Printed on: September 1, 2024 at 06:09 o'clock
9 Comments
Latest comment
hiho,
Was sagen denn die Logfiles?
Was sagen ping und tracert, wenn deine Webseite nicht erreichbar ist? (Sowohl Domain Name als auch IP bzw. extern/intern)? Bzw. kommst du von deinem Server dann nach extern?
Irgendwelche Config Dateien angepasst, oder alles noch "Standard"?
Wie sind deine VirtualHosts konfiguriert?
Gruß Orlean
PS: Ich weiß ja nicht, was auf dem Webauftritt genau laufen soll bzw. wofür ihr einen eigenen Server dafür benötigt, aber je nach eigenem Kenntnisstand wäre es nicht eventuell besser/einfacher das ganze auf externen Webspace auszulagern?
Was sagen denn die Logfiles?
Was sagen ping und tracert, wenn deine Webseite nicht erreichbar ist? (Sowohl Domain Name als auch IP bzw. extern/intern)? Bzw. kommst du von deinem Server dann nach extern?
Irgendwelche Config Dateien angepasst, oder alles noch "Standard"?
Wie sind deine VirtualHosts konfiguriert?
Gruß Orlean
PS: Ich weiß ja nicht, was auf dem Webauftritt genau laufen soll bzw. wofür ihr einen eigenen Server dafür benötigt, aber je nach eigenem Kenntnisstand wäre es nicht eventuell besser/einfacher das ganze auf externen Webspace auszulagern?
Ideallerweiße sollte dort natürlich keine Zeitüberschreitung vorhanden sein, und generell könnte ich mir auch vorstellen, das hier das Problem liegt. Hier könnte man z. B. einmal gegentesten, wenn die Seite denn normal erreichbar ist, wie dann ein tracert aus sieht.
Als ganz einfache "Behelfslösung", würde mir jetzt auf anhieb ein Routerneustart einfallen, glaube zwar nicht, das damit Abhilfe geschaffen ist.
Der Fehler im Errorlog müsste von Joomla kommen, bisher aber noch nicht wirklich mit Joomla gearbeitet.
Als ganz einfache "Behelfslösung", würde mir jetzt auf anhieb ein Routerneustart einfallen, glaube zwar nicht, das damit Abhilfe geschaffen ist.
Der Fehler im Errorlog müsste von Joomla kommen, bisher aber noch nicht wirklich mit Joomla gearbeitet.
Zitat von @Orlean:
Ideallerweiße sollte dort natürlich keine Zeitüberschreitung vorhanden sein, und generell könnte ich mir auch
vorstellen, das hier das Problem liegt. Hier könnte man z. B. einmal gegentesten, wenn die Seite denn normal erreichbar ist,
wie dann ein tracert aus sieht.
Ideallerweiße sollte dort natürlich keine Zeitüberschreitung vorhanden sein, und generell könnte ich mir auch
vorstellen, das hier das Problem liegt. Hier könnte man z. B. einmal gegentesten, wenn die Seite denn normal erreichbar ist,
wie dann ein tracert aus sieht.
Das ist m. E. falsch. Bei Traceroute ist entscheidend, dass der letzte Hop also das Ziel erreicht wird. Ob irgendwo auf dem Weg ein Hop nicht auf Ping antwortet ist völlig normal.
Ich würde mal den ganzen Joomla Kram beiseite packen und gucken ob die normale "It Works!" Seite erreichbar ist bzw. Telnet auf die IP Port 80 machen. Der Eintrag des öffentlichen Namens in der /etc/host ist mir auch etwas suspekt. Kann es auch sein, dass Du aus dem internen Netz über die öffentliche IP auf den Apachen im internen Netz zugreifst?
Meine Vorschläge: Die VM bekommt nur eine NIC für extern, also IP .2.24. In der /etc/hosts lässt Du den Eintrag mit dem öffentlichen Hostnamen weg. Der braucht nur localhost 127.0.0.1 und webserver .2.24. Im Router leitest Du die verwendeten Ports z. B. 80 und 443 an die .2.24 weiter. Von intern erreichst Du den Apachen und auch SSH etc. über die .2.24. Aus dem Internet erreichst Du den Apachen über www.domain.de -> öffentliche IP Adresse. Erst dann würde ich Joomla aufsetzen.