6
Apache2 verhindert Aktualiserung der Website
Website wird nicht zeitnah aktualisiert. Kein Reaktion auf Änderungen per FTP.
Moin Zusammen.
Ich habe da ein sehr merkwürdiges Problem mit meinem neuem System.
Es handelt sich um das neueste Debian mit ISPConfig und Apache 2. Den
Server möchte ich fürs Intranet benutzen.
Der Server funktioniert prima, kann dort z.B. Joomla sofort einspielen und
es läuft stabil und problemlos.
Dann habe ich per FTP alles aus dem Web Verzeichnis entfernt und eine
index.html reingeladen.
Wenn ich nun im Browser mit die Website wieder anzeigen lasse, schreibt er
dass er bestimmte Ordner nicht finden konnte. Er sucht somit immer noch nach
den alten Joomla Dateien?!
Darauf hin habe ich den Server neugestartet. Danach habe ich die index.html erreicht.
Gut, also per FTP die index.html wieder gelöscht und ein anderes Redaktionssystem eingespielt.
Nun kriege ich trotzdem immer noch die index.html angezeigt.
Ich habe das Gefühl, dass sich der Webserver eine Art Cache anlegt und diesen immer nur sporadisch,
auf Kommando (aber welchen?) oder nach einem Zeitintervall löscht.
Ich habe in einem anderen Thread etwas von einem Cache gelesen, den Apache nur alle 30 Tage löschen
tut, was mich jedoch arg verwundert.
Jetzt stehe ich jedenfalls mit einem super OS und dem ISPConfig wieder vor einem "Scherbenhaufen".
Hat jemand da einen Idee?
Diesen Thread habe ich gefunden, konnte dort jedoch nichts für mich verständliches entnehmen:
Apache 2.2 lässt den Cache nicht ausschalten
Mein Fehler sieht dann übrigens immer so aus:
Gruß & Danke!
Tobias
Moin Zusammen.
Ich habe da ein sehr merkwürdiges Problem mit meinem neuem System.
Es handelt sich um das neueste Debian mit ISPConfig und Apache 2. Den
Server möchte ich fürs Intranet benutzen.
Der Server funktioniert prima, kann dort z.B. Joomla sofort einspielen und
es läuft stabil und problemlos.
Dann habe ich per FTP alles aus dem Web Verzeichnis entfernt und eine
index.html reingeladen.
Wenn ich nun im Browser mit die Website wieder anzeigen lasse, schreibt er
dass er bestimmte Ordner nicht finden konnte. Er sucht somit immer noch nach
den alten Joomla Dateien?!
Darauf hin habe ich den Server neugestartet. Danach habe ich die index.html erreicht.
Gut, also per FTP die index.html wieder gelöscht und ein anderes Redaktionssystem eingespielt.
Nun kriege ich trotzdem immer noch die index.html angezeigt.
Ich habe das Gefühl, dass sich der Webserver eine Art Cache anlegt und diesen immer nur sporadisch,
auf Kommando (aber welchen?) oder nach einem Zeitintervall löscht.
Ich habe in einem anderen Thread etwas von einem Cache gelesen, den Apache nur alle 30 Tage löschen
tut, was mich jedoch arg verwundert.
Jetzt stehe ich jedenfalls mit einem super OS und dem ISPConfig wieder vor einem "Scherbenhaufen".
Hat jemand da einen Idee?
Diesen Thread habe ich gefunden, konnte dort jedoch nichts für mich verständliches entnehmen:
Apache 2.2 lässt den Cache nicht ausschalten
Mein Fehler sieht dann übrigens immer so aus:
Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
Gruß & Danke!
Tobias
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: 130817
Url: https://administrator.de/forum/apache2-verhindert-aktualiserung-der-website-130817.html
Ausgedruckt am: 23.12.2024 um 05:12 Uhr
6 Kommentare
Neuester Kommentar
Schon mal dran gedacht das dein Browser auch einen Cache hat und auch Seiten Cachet...
Daher nimmt der Browser meist die Daten aus seinen Cache und zeigt sie dir an...
Stell am besten die Seiten mit einen Datum ein bzw deaktivere überall den Cache denn hast du nciht das Problem..
Daher nimmt der Browser meist die Daten aus seinen Cache und zeigt sie dir an...
Stell am besten die Seiten mit einen Datum ein bzw deaktivere überall den Cache denn hast du nciht das Problem..
Hi,
ja daran habe ich gedacht. Das wäre ja auch die einfachste Lösung. Habe es an 4 verschiedenen Rechnern probiert.
2 davon hatte noch nie die Seite aufgerufen.
Am Browser liegts somit nicht. Cache deaktivieren im Browser, oder in der Server Config?
Mein Fehler sieht dann immer so aus:
ja daran habe ich gedacht. Das wäre ja auch die einfachste Lösung. Habe es an 4 verschiedenen Rechnern probiert.
2 davon hatte noch nie die Seite aufgerufen.
Am Browser liegts somit nicht. Cache deaktivieren im Browser, oder in der Server Config?
Mein Fehler sieht dann immer so aus:
Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
Achtung, Halbwissen !
Was seht den in den Logfiles des Apaches ?
Die Fehlermeldung sagt ja auch, das es einen Fehlergab (z.B. 410-Gone) die entsprechende Fehlerseite aber nicht gefunden wurde (Additionally, a 404 Not Found...).
Wie sieht es mit den Benutzer und den Rechten aus ?
Wenn der Apache keine Rechte zum lesen an der Datei hat, kann er diese logischerweise auch nicht ausliefern.
~Arano
Was seht den in den Logfiles des Apaches ?
Die Fehlermeldung sagt ja auch, das es einen Fehlergab (z.B. 410-Gone) die entsprechende Fehlerseite aber nicht gefunden wurde (Additionally, a 404 Not Found...).
Wie sieht es mit den Benutzer und den Rechten aus ?
Wenn der Apache keine Rechte zum lesen an der Datei hat, kann er diese logischerweise auch nicht ausliefern.
~Arano
Hi Arano,
welche Apache Logfiles brauchst du da? Ich habe da leider noch relativ wenig Kenntnisse. Das ist das mein Problem.
Benutzer Rechte, hm, von welchem Ordner genau?
Was mich auf jedenfall auch verwundert ist, dass die Allgemeine Ansprechbarkeit per IP Adresse eher unzuverlässig funktioniert.
Lege ich z.B. eine zweite Website an, weisen beide Domainadressen auf die IP des Servers. Mal ist der phpmyadmin dann nicht aufrufbar,
mal erreiche ich nur eine Domain. Da scheint irgendwo wieder etwas durcheinander geraten zu sein. Vorgestern lief noch alles stabil und
ich hatte die Probleme. Hat eigentlich erst mit dem einspielen des CMS Contenido begonnen
Gruß
Tobias
welche Apache Logfiles brauchst du da? Ich habe da leider noch relativ wenig Kenntnisse. Das ist das mein Problem.
Benutzer Rechte, hm, von welchem Ordner genau?
Was mich auf jedenfall auch verwundert ist, dass die Allgemeine Ansprechbarkeit per IP Adresse eher unzuverlässig funktioniert.
Lege ich z.B. eine zweite Website an, weisen beide Domainadressen auf die IP des Servers. Mal ist der phpmyadmin dann nicht aufrufbar,
mal erreiche ich nur eine Domain. Da scheint irgendwo wieder etwas durcheinander geraten zu sein. Vorgestern lief noch alles stabil und
ich hatte die Probleme. Hat eigentlich erst mit dem einspielen des CMS Contenido begonnen
Gruß
Tobias
Naja, ich bin auch recht unerfahren auf dem Gebiet !
Bei mir ligt das im "[Apacheverzeichnis]/logs", allerdings habe ich meinen Apache selber kompiliert.
Bei einer installation aus den Paketquellen könnten die in "/var/logs.... liegen" Aber das ist nur eine Vermutung
Wie gesagt, der Webserver muss Leserechte auf alle Dateien haben und auf Ordnern Ausführrechte meine ich. Denn wenn er z.B. keinen zugriff auf das DocumentRoot hat, kann er loischerweise auch keine Dateien unterhalb anzeigen, ausführen, ect.
Gerade beim Upload per FTP kann dies durcheinander geraten: Z.B. Benutzer "webadmin" läd die neuen Dateien hoch, dan ist der Besitzer dieser Dateien "webadmin" und die Recht stehen möglicherweise auf 0700 (nur der Besitzer hat Vollzugriff) so kann Apache (Benutzer www-data) die Dateien nicht lesen.
Wie das nun bei dir ist weiss ich auch nicht weil du ja unteranderem ISPConfig verwendest das (glaube ich) das ganz "managed" und so eigentndlich funktionieren sollte.
Aber erstmal in den Fehlerlogs und nach den Benutzerrechten schauen.
~Arano
welche Apache Logfiles brauchst du da?
Das Fehlerlog, da kann man ggf. mehr erfahren.Bei mir ligt das im "[Apacheverzeichnis]/logs", allerdings habe ich meinen Apache selber kompiliert.
Bei einer installation aus den Paketquellen könnten die in "/var/logs.... liegen" Aber das ist nur eine Vermutung
Benutzer Rechte, hm, von welchem Ordner genau?
Von dem in dem die Website liegt (also das DocumentRoot) und allen unterhalb, inklusive der Dateien !Wie gesagt, der Webserver muss Leserechte auf alle Dateien haben und auf Ordnern Ausführrechte meine ich. Denn wenn er z.B. keinen zugriff auf das DocumentRoot hat, kann er loischerweise auch keine Dateien unterhalb anzeigen, ausführen, ect.
Gerade beim Upload per FTP kann dies durcheinander geraten: Z.B. Benutzer "webadmin" läd die neuen Dateien hoch, dan ist der Besitzer dieser Dateien "webadmin" und die Recht stehen möglicherweise auf 0700 (nur der Besitzer hat Vollzugriff) so kann Apache (Benutzer www-data) die Dateien nicht lesen.
Wie das nun bei dir ist weiss ich auch nicht weil du ja unteranderem ISPConfig verwendest das (glaube ich) das ganz "managed" und so eigentndlich funktionieren sollte.
Aber erstmal in den Fehlerlogs und nach den Benutzerrechten schauen.
~Arano
Hi Arano,
habe anscheinend eine Lösung gefunden. Das Problem lag anscheinend nicht beim Linux Server, sondern bei unseren Windows DNS Server. Dieser hat anscheinend die Website im Cache behalten. Haben nun die Aktualisierung der DNS Auflösung auf 10 Sekunden gestellt und nun funktioniert es komischerweise. Naja, dann nehmen wir das erstmal so hin. Und laufen tut der gute Server nun auch schon seit fast einem Monat.
Gruß & Danke
Tobias
habe anscheinend eine Lösung gefunden. Das Problem lag anscheinend nicht beim Linux Server, sondern bei unseren Windows DNS Server. Dieser hat anscheinend die Website im Cache behalten. Haben nun die Aktualisierung der DNS Auflösung auf 10 Sekunden gestellt und nun funktioniert es komischerweise. Naja, dann nehmen wir das erstmal so hin. Und laufen tut der gute Server nun auch schon seit fast einem Monat.
Gruß & Danke
Tobias
