9
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-allroutersund 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.1Was wäre denn noch Sinnvoll?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 173015
Url: https://administrator.de/forum/ubuntu-apache-immer-wieder-nicht-erreichbar-173015.html
Ausgedruckt am: 23.12.2024 um 13:12 Uhr
9 Kommentare
Neuester Kommentar
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?
Hi,
/apache2/error.log
bei den meisten handelt es sich um das fehlende favicon, fehlende Seiten (falsche Adresse), oder Angriffsversuche...
Aber der Aufruf, wenn die Seite erreichbar ist, scheint auch immer zu funktionieren - dafür bekom ich auch Logs in der Analyse (Piwik).
In Augenblick ist sie nur übers Handy erreichbar!
Kann es sein das die Anzahl der Zugreifenden Probleme macht? Ist die FritzBox kacke?
Die Pings werden beantwortet, die Route endet bei der FB!
Den Apache hatte ich soweit in Ruhe gelassen.
Als Virtual Host ist die Joomla-Seite in 000-default konfiguriert.
Rein theoretisch wäre das ausweichen auf einen Provider wahrscheinlich die einfachere Lösung. Allerdings soll in die Seite eine Hotelbuchungskomponente eingebaut werden, die auf einer eigenen Datenbank läuft. Diese soll bei uns auf dem Server laufen. Ich gehe einfach davon aus, dass es für uns komfortabler ist die Seite bei uns zu hosten. Zumal es technisch kein Problem geben dürfte und wir an Infrastruktur alles notwendige im Haus haben. - Von der Tatsache, dass es Spaß macht, wenns dann gut funktioniert und man selbst noch was dabei gelernt hat, ganz abgesehen. Ich hoffe Du verstehst das ^^
Danke für die schnelle Antwort
Gruß da-chiller
EDIT: Kurz nach absenden dieser Anwort, konnte ich die Seite von einem Rechner ohne Proxy aufrufen - trracert & ping: keine Veränderung
/apache2/error.log
bei den meisten handelt es sich um das fehlende favicon, fehlende Seiten (falsche Adresse), oder Angriffsversuche...
Aber der Aufruf, wenn die Seite erreichbar ist, scheint auch immer zu funktionieren - dafür bekom ich auch Logs in der Analyse (Piwik).
In Augenblick ist sie nur übers Handy erreichbar!
Kann es sein das die Anzahl der Zugreifenden Probleme macht? Ist die FritzBox kacke?
Die Pings werden beantwortet, die Route endet bei der FB!
Den Apache hatte ich soweit in Ruhe gelassen.
Als Virtual Host ist die Joomla-Seite in 000-default konfiguriert.
Rein theoretisch wäre das ausweichen auf einen Provider wahrscheinlich die einfachere Lösung. Allerdings soll in die Seite eine Hotelbuchungskomponente eingebaut werden, die auf einer eigenen Datenbank läuft. Diese soll bei uns auf dem Server laufen. Ich gehe einfach davon aus, dass es für uns komfortabler ist die Seite bei uns zu hosten. Zumal es technisch kein Problem geben dürfte und wir an Infrastruktur alles notwendige im Haus haben. - Von der Tatsache, dass es Spaß macht, wenns dann gut funktioniert und man selbst noch was dabei gelernt hat, ganz abgesehen. Ich hoffe Du verstehst das ^^
Danke für die schnelle Antwort
Gruß da-chiller
EDIT: Kurz nach absenden dieser Anwort, konnte ich die Seite von einem Rechner ohne Proxy aufrufen - trracert & ping: keine Veränderung
Kurzer Nachtrag:
Ist das ein Problem?
Bei 9. (Zeile 13) und wenn ja, wie löse ich das?
Errorlog vom apache nach reboot:
der fatal error müsste ja ein Joomla-Problem sein...???
Vielen Dank
Ist das ein Problem?
Routenverfolgung zu meine-domain.de [xx.xx.134.221] ber maximal 30 Abschnitte:
1 1 ms 1 ms 1 ms h196.arbeitsdomain.de [xxx.xx.xxx.xxx]
2 43 ms 17 ms 2 ms fa-0-1-152.ar7.kn.td-fn.net [217.24.196.129]
3 51 ms 3 ms 8 ms fa-1-1-202.cr1.fn.td-fn.net [217.24.192.113]
4 44 ms 16 ms 15 ms gi-0-1.cr3.ffm.td-fn.net [217.24.192.49]
5 15 ms 15 ms 16 ms kabelbw.interxion.kleyrex.net [193.189.82.7]
6 18 ms 17 ms 20 ms ae2.STR-M1.ip-bb.kabel-badenwuerttemberg.de [78.42.40.16]
7 98 ms 19 ms 17 ms HSI-KBW-078-042-040-049.hsi3.kabel-badenwuerttemberg.de [78.42.40.49]
8 63 ms 85 ms 37 ms 172.30.13.250
9 * * * Zeitberschreitung der Anforderung.
10 30 ms 66 ms 76 ms HSI-KBW-0XX-0XX-XXX-XXX.hsi3.kabel-badenwuerttemberg.de [xx.xx.xxx.xxx]
Ablaufverfolgung beendet.Bei 9. (Zeile 13) und wenn ja, wie löse ich das?
Errorlog vom apache nach reboot:
[Tue Sep 13 13:36:57 2011] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)
PHP Deprecated: Comments starting with '#' are deprecated in /etc/php5/apache2/conf.d/ming.ini on line 1 in Unknown on line 0
[Tue Sep 13 13:36:58 2011] [notice] mod_python: Creating 8 session mutexes based on 150 max processes and 0 max threads.
[Tue Sep 13 13:36:58 2011] [notice] mod_python: using mutex_directory /tmp
[Tue Sep 13 13:36:58 2011] [notice] Apache/2.2.17 (Ubuntu) DAV/2 PHP/5.3.5-1ubuntu7.2 with Suhosin-Patch mod_python/3.3.1 Python/2.7.1+ mod_ruby/1.2.6 Ruby/1.8.7(2010-08-16) mod_ssl/2.2.17 OpenSSL/0.9.8o configured -- resuming normal operations
[Tue Sep 13 13:49:22 2011] [error] [client 127.0.0.1] PHP Fatal error: Class 'JRequest' not found in /var/www/meine_Seite/libraries/joomla/session/session.php on line 453
[Tue Sep 13 13:49:22 2011] [error] [client 127.0.0.1] File does not exist: /etc/apache2/htdocs
[Tue Sep 13 13:49:22 2011] [error] [client 127.0.0.1] File does not exist: /etc/apache2/htdocs
[Tue Sep 13 13:49:22 2011] [error] [client 127.0.0.1] File does not exist: /etc/apache2/htdocsVielen Dank
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.
Das sieht leider auch nicht anders aus - auch von verschiedenen Stationen aus!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.
Das hat leider bisher auch keinen Erfolg gebracht!das damit Abhilfe geschaffen ist.
Aber danke nochmal
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?
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?
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?
Du meinst, ob das funktioniert?
Es ist so: Der Ubuntu-Server hat die Adresse 192.168.10.200 für intern und .2.24 für extern - also zum Router hin.
Ich kann von meinen internen Rechnern problemlos und jederzeit über beide IPs die Seite aufrufen.
Oder habe ich Dich grade falsch verstanden?
Sollte ich mal die interne Nic abschalten? Wird nur für SSH usw. benötigt. Im Zweifel komm ich immer noch über den vSphere-Client auf dessen Konsole...
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.
Zitat von @tonabnehmer:
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.
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.
Hallo tonabnehmer,
hmm, das scheint jetzt zunächst mal geholfen zu haben. Mal sehen wie lange ;)
Vielen Dank für die schnelle Hilfe!!!
