Beiträge von MichelAL

Hallo Frank,

so negativ würde ich das nicht sehen, das 503er Problem hat Strato einige Kunden gekostet und ich denke, dass Strato nun entsprechend sensibilisiert ist und auf Dein Problem eingehen wird. Die Details rückt Strato ja nicht raus, dass mod_security die Ursache ist und Strato für jeden Kunden individuelle Einstellungen sucht, ist sogesehen nur Spekulation.

Hier mein letzter Stand zum Strato 503er Problem.

Ich kann nur empfehlen, bleibt dran an Strato, dann beheben die das schon.

Gruß Helmut

Problem behoben !!??

Sorry Norbert,

jetzt bin ich aus dem Urlaub zurück und musste die Lage erst mal checken.

In der Tat sieht es so aus, als hätte Strato das Problem beseitigt. Zumindest liegt mir ein so lautendes Mail von Strato vor und mein Kunde ist seit Anfang Mai sorgenfrei. Ich selbst kann das - wie berichtet - auf meinen Webseiten nicht mehr testen, da ich den Provider bereits gewechselt hatte.

Strato macht aber aus Sicherheitsgründen keine Angaben über die Fehlerursache und darüber durch welche Maßnahmen das Problem beseitigt wurde. Damit fehlt uns natürlich die offizielle Bestätigung, ob oben genannte Vermutungen tatsächlich zutreffen. Und es bleibt offen, ob Strato das Problem für alle Kunden zusammen in einem Aufwasch behoben hat oder ob jeweils individuelle Modifikationen vorgenommen wurden - bei den Kunden, die sich gemeldet hatten.

Wenn Du, Norbert am 12.5. dieses Problem noch hast, würde ich fast vermuten, dass es sich um kundenspezifische Maßnahmen handelt, die für Dich noch getroffen werden müssen. Du hast nun das Problem, dass Du den Fehler nachstellen kannst, Strato dagegen nicht. Das könnte natürlich schlichtweg daran liegen, dass dieser Fehler ein temporäres Problem ist. An einem Tag kann alles wunderbar funktionieren und zu einem anderen Zeitpunkt die selbe Aktion auf den Fehler 503 laufen. Das festzustellen hat mich im März alleine schon 2 Wochen gekostet.

Mein Vorschlag zur Vorgehensweise: Schau Dir Dein Server-Logfile an, such dort einfach nach 503er Einträgen und schick diese Zeilen an Strato. Damit kennt Strato den Zeitpunkt, wann das Problem aufgetreten ist und auch das Script, das per POST adressiert wird. Das sollte Strato an Informationen eigentlich genügen. Bei meinem Kunden hat das auf diesem Weg funktioniert.

Wenn Du dem Vorschlag von SeSchae folgen möchtest, identifizierst Du im Logfile das Verzeichnis, in dem das Script liegt, welches fehlerhaft mit POST angesprochen wird. Und in dieses Verzeichnis legst Du die .htaccess Datei mit den beiden Zeilen, genau, wie SeSchae das beschreibt. Falls dort schon eine .htaccess Datei existiert, dann ergänzt Du die beiden Zeilen in die vorhandene Datei. Das konnte ich selber zwar so nicht mehr testen, es klingt aber durchaus plausibel.

Viel Erfolg wünscht
Helmut

Hallo Ceon,

wenn Du möchtest kannst Du mir Deine Strato Service ID geben, dann versuch ich das von meiner Seite nochmal anzuschieben. Denn Strato hat mir geschrieben, dass sie mein Problem nicht mehr analysieren können, weil ich die Domäne zu einem anderen Provider umgezogen habe. Bei Dir können sie das aber ja tun, wenn denn Der Wille vorhanden ist.

Viele Grüße
Helmut

Strato verlassen

So Gemeinde.

jetzt ist es soweit, mir ist nichts anderes übrig geblieben, aber um das Problem zu beseitigen, hab ich jetzt tatsächlich den Provider gewechselt. Das ist die letzten zwei Tage erfolgreich über die Bühne gegangen und damit bin zumindest ich diese Sorgen los. Wen es interessiert, hier habe ich die Chronologie des Grauens haarklein dokumentiert und hier finden sich auch meine Strato-Service-IDs, wenn sich jemand drauf beziehen möchte.

Wenn ich Zeit habe werde ich in den nächsten Tagen versuchen, auf meinen bei Strato verbliebenen Domänen den Fehler nachzustellen. Vielleicht lässt er sich ja doch noch ein wenig einkreisen.

Wie ist es Euch ergangen? Gibt es neue Erkenntnisse?

Viele Grüße
Helmut

URLs in POST-Requests Auslöser für 503 ?

Hallo Patrick,

mit Deiner Annahme, dass URLs der Auslöser sind, hast Du womöglich den Volltreffer gelandet. In meinen XMLs sind im Header reichlich davon.

Ich hab heute morgen meinen Dauerposter wieder minütlich auf Strato angesetzt. Es hat allerdings 3 1/2 Stunden gedauert, bevor der Returncode von 200 auf 503 gewechselt ist. Dann hab ich auf Deinen Tipp hin einfach alle URLs aus meinem Inhalt gelöscht, so dass jetzt nur noch relativ unsinniges XML übrig geblieben ist. Und siehe da, damit hat es auf Anhieb funktioniert, es kommt wieder 200 zurück. Ich werde es mal beobachten, ob das auch so bleibt.
Nachtrag 18:15 Uhr: Immer noch beständig 200.

Frage an Ceon: Hast Du auch URLs in Deinen XMLs?

Was den Verursacher betrifft, hab ich nach reichlichem Googeln auch einen Verdacht, nämlich mod_security, ein Apache Modul, das wohl eine Art Firewall für Apache Webserver darstellt. Wenn das nicht ordentlich konfiguriert ist, dann passiert genau das.

Bitte mach ruhig auch ein Ticket bei Strato auf. Weiter oben kannst Du ja lesen, was sie mir zurückgeschrieben haben. Das heißt ja schlichtweg, dass sie mich nicht ernst nehmen. Die Unsitte werden wir Strato wohl nur austreiben können, wenn sie von mehreren Seiten angegangen werden.

Viele Grüße
Helmut

Nein, die Größe ist es nicht

Hallo Ceon,

nein, die Größe ist es nicht. Ich hab mir in Perl einen Dauerposter gebastelt und Strato die letzte Nacht jede Minute mit einem POST beschickt in variablen Größen bis zu 1/2 MB. Hat alles funktioniert, lauter 200er Antworten.

Du hast mich aber dann auf die richtige Fährte gebracht, weil Du gechrieben hast, Dateien gehen nur XML nicht. Bei mir werden nur GPX-Dateien upgeloaded und die sind intern nichts anderes als XML und bei meinem Kunden, der das Problem mit einem CMS hat, wird HTML gepostet.

Also hab ich heute früh meinen Dauerposter anstelle von blankem Text mit XML-Inhalt versorgt. Und sieh an, die ersten 24 Versuche waren erfolgreich (200) and ab dann lauter 503er. Es hängt also von Inhalt ab und das Ding scheint eine gewisse Intelligenz zu haben. Ich mach jetzt mal Pause mit dem Dauerposter, so ca. eine Stunde und schau dann mal, ob wieder ein paar Pakete durchkommen.

Viele Grüße
Helmut

Ja mit der Größe scheint es zu tun zu haben. Aber es ist nicht so einfach, dass man sagen könnte ab einer bestimmten Größe geht es nicht. Eine Datei, die ich in einem Moment hochladen kann, geht zu einem späteren Zeitpunkt möglicherweise nicht. Und grade hatte ich einen Fall, dass ich eine kleine Datei hochladen konnte, eine große nicht und unmittelbar darauf die kleine auch nicht mehr.

Stell Dir vor, ich habe endlich von Strato eine Antwort bekommen:"Wir haben Ihren Webspace intensiv geprüft und konnten keine serverseitige Einschränkung feststellen." Das darf doch nicht wahr sein.

Du kannst bei Strato gerne auch meine Service-ID angeben, damit die sehen, dass das ein allgemeines Problem ist:
Service-ID: 0408947958

Hallo Ceon,

so ein priviligiertes Paket hab ich leider nicht, deshalb ist bei mir über Ostern auch nix passiert bei Strato. Leider aber auch heute nicht. Nachdem ich jetzt 3 Servicerequests zu diesem Thema weggeschickt hab und mein Problem seit dem 2.4. immer noch nicht mal ansatzweise gelöst ist, hab ich mich jetzt doch genötigt gesehen, die Domäne bei Strato zu kündigen. Es ist halt die schlichte Verzweiflung.

Was Dein Problem betrifft, so hatte ich gestern mal gezweifelt, ob das dasselbe ist, wie bei mir. Nachdem Du aber jetzt die 503er im Logfile gefunden hast, schaut es doch stark danach aus.

In der Tat passiert das nicht bei allen POST-Requests und auch ich hab den Fall, dass ein Upload nicht geht und ein Formularabschicken zur gleichen Zeit aber auf eine andere URL schon. Stunden später geht dann auch der Upload mal wieder. Möglicherweise ist das lastabhängig oder abhängig von der Größe der POST-Daten. Aber eine Regel kann ich dafür noch nicht ableiten.

Ja, schick die Logauszüge an Strato, einen anderen Tipp hab ich im Moment auch nicht.

Viele Grüße
Helmut

Hallo Ceon,

ich bin jetzt kein WP-Experte, ich komm nur wegen des Strato 503er Fehlers in dieses Forum. Deshalb kann ich natürlich nicht sagen, wie Wordpress die Dateiuploads handhabt. Ich hab gelernt (bei Selfhtml): Datei-Uploads funktionieren nur mit method="post".

Das Logfile sollte darüber aber Auskunft geben, da siehst Du jeden Request (GET/POST) und den Returncode (200 oder 503 ...). Dass Du keine 503er in Deinem Log findest, verwirrt mich ein wenig, wo Du doch den Fehler 503 beim Upload angezeigt bekommst. Wir sprechen schon von der Logdatei, die Du Dir in der Strato Administrationsumgebung in gepackter Form downloaden kannst? So eine Zeile sollte dann in etwa wie folgendes Beispiel aussehen:

anon-79-215-92-163.t-dialin.net - - [02/Apr/2009:09:17:51 +0200] "POST /cgi/upload.php HTTP/1.1" 503 328 [URL="http://www.gpswandern.de/gpxviewer/gpxviewer.shtml%5C"]"http://www.gpswandern.de/gpxviewer/gpxviewer.shtml"[/URL] "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.0.7) Gecko/2009021910 Firefox/3.0.7"

Du siehst das POST und den Code 503. Bei erfolgreicher Aktion würde da 200 stehen. Alternativ zu POST könnte auch GET stehen, bei einem normalen Seitenabruf zum Beispiel.

Den Pfad hat der Stratomann aber hoffentlich nicht mit /me/http://www.trader-hardware.de/htdocs/infolab…content/uploads eingetragen sondern hier Deine Domäne gesetzt und das einleitende "me" auch angepasst? Nachdem damit aber noch weniger geht, dürfte es das nicht gewesen sein.

Hast Du denn die Stratounterstützung am Wochenende oder Feiertag bekommen? Und wenn ja, was hast Du für ein Paket bei Strato gekauft. Bei mir war nämlich Strato-Schweigen am WE.

Gruß Helmut
und schau mal ins Logfile.

Kündigen in der Probezeit - quasi. :twisted:
Ich fürchte nein, im Gegenteil, wenn Du neu abgeschlossen hast, dann hast Du möglicherweise sogar eine ziemlich lange Laufzeit. Musst mal im Kleingedruckten lesen.

Ich bin schon viele Jahre bei Strato und war bisher auch zufrieden. Aber es macht vielleicht auch einen Unterschied, ob man nur statische Seiten hosten lassen will, was Strato sicher gut kann oder ob man aktive Seiten oder gar Anwendungen betreibt.

Vor einigen Wochen hatte ich mein erstes Problem mit Strato, die hatten irgendwie die URL-Pfade zum cgi-bin verändert, so dass meine Perl-Skripte nicht mehr aufgerufen wurden. Der Stratosupport dazu war schlichtweg unbrauchbar, ich glaub, die hatten gar nicht verstanden, worum es geht.. Ich hab dann in einer Wochenendaktion alle Perls auf PHP umgeschrieben. Da kommt richtig Freude auf.

Um die paar Euro, die ich an Strato bis zum Ende der Kündigungsfrist noch zahlen muss, geht es mir überhaupt nicht. Die Werbeeinnahmen, die mir entgehen weil meine Anwender vergrault sind, werden wesentlich höher sein.

Mit Ostern geb ich Dir recht, da wird bei Strato nicht viel passieren. Einen Domänentransfer zu einem neuen Provider bring ich aber über die Feiertage wohl auch nicht hin. Aber Dienstag, spätestens Mittwoch ist das sicherlich ein Thema. Ich hab mir gestern schon die Peinlichkeit geleistet und auf meiner Seite einen Hinweis auf die temporäre Unpässlichkeit meiner Anwendung angebracht. Nachdem der Upload im Hintergrund passiert, sehen die Anwender den 503er gar nicht und meinen sie hätten was falsch gemacht.

Was mich richtig schmerzt, ich hab auch einen Kunden zu Strato hinberaten, der jetzt auch Probleme mit dem Fehler 503 hat. Da lassen sich im CMS die geänderten Seiten nicht mehr speichern. Da steh ich jetzt schön blöd da.

Nun wir werden sehen was passiert.
Schöne Feiertage
Helmut

Die Krise mit Strato

Hallo Olli,

Du warst hoffentlich erfolgreich mit Deinem vServer.
Ich bin auf meine Nachfrage bei Strato weiter vertröstet worden, die Sache wäre noch in Bearbeitung und die Einschränkung stelle nur ein geringes Problem dar.

Ich bin langsam geneigt, Dir rechtzugeben, dass ein Wechsel notwendig ist - schlichtweg aus dem Unvermögen von Strato heraus, dieses Problem zu lösen. Ich hab ja jetzt über Ostern Zeit, mich nach einem geeigneten Provider umzusehen - Strato wird der sicher nicht heißen.

Ich halte Euch auf dem Laufenden
Schöne Ostern
Helmut

Ceon, wie ist es bei Dir weitergegangen mit Deinem XML-Upload?

Respekt Olli,

aber hast Du da jetzt nicht mords Aufwand, weil Du den Server selber administrieren musst?

Also ich bin, was den Fehler 503 bei POST Requests betrifft immer noch zuversichtlich, dass Strato das beseitigen kann. Auch wenn ich im Moment tagtäglich das Leiden damit hab und meine Anwender beruhigen muss. Weiter oben hab ich die Grafik meiner Logfileauswertung reingestellt, da sieht man, dass von Jahresanfang bis zum 13.3. kein einziger POST Request einen Fehler gebracht hat. Das ist sicherlich der Normalzustand, auch bei anderen Providern. Nur garantieren wird dir das in einem shared host Umfeld natürlich keiner. Aber kein Provider - auch nicht Strato - wird es sich leisten können, dass CMS-Systeme und andere Anwendungen, die Dateiuploads machen, so schlecht laufen. Das würde schnell zu einem ganz schlechten Ruf führen.

Also ein paar Tage geb ich noch zu - aber dann werde ich auch über host europe oder vielleicht netcup nachdenken. Ein eigener vServer ist mir aber glaub ich zu viel Aufwand - das pack ich nicht.

Viele Grüße
Helmut

Schaut doch mal in diesen Thread hier im Forum, ich vermute, Ihr habt genau das selbe Problem:
http://forum.wordpress-deutschland.org/konfiguration/…bei-strato.html

Gruß
Helmut

Das kann ich bestätigen, auch bei mir ist heute Morgen nichts gegangen. Leider hab ich auch noch kein näheres Feedback von Strato.

Hallo Olli,

inzwischen hab ich ein wenig Logfileanalyse betrieben und festgestellt, dass besagter Fehler 503 auf POST Requests bei mir vor dem 13. März überhaupt nicht aufgetreten ist - nicht ein einzigesmal. Ich hänge hier eine Grafik meiner Auswertung an.
Das zeigt, dass auch ein shared-hosting Paket durchaus fehlerfrei arbeiten kann und diese Fehler bei Strato erst seit dem 13.3.2009 auftreten und das teilweise in über 50% aller Abfragen. Ich vermute, dass Strato, wenn genug Fehlermeldungen eingehen, auch darauf reagieren wird und ein Wechsel zu einem anderen Provider nicht nötig sein wird.

Gestern hab ich von Strato einen Zwischenbescheid erhalten, dass sie meine geschilderten Einschränkungen nachvollziehen konnten und das Problem an eine Fachabteilung weitergeleitet hätten.

Ich kann also nur empfehlen, dass alle betroffenen Stratokunden den Fehler dort auch melden und entsprechende Logfileauszüge anfügen. Das wird dann schwerlich zu ignorieren sein.

Viele Grüße
Helmut

Fehler 503 bei Strato

Hallo Olli,

lass mich die dringende Vermutung wagen, dass Dein Fehler mit Wordpress absolut nichts zu tun hat. Meine Recherchen mit Google haben ergeben, dass wohl auch Joomla Nutzer bei Strato ähnliche Probleme haben. Ich selber hab die gleichen Sorgen mit phpcms bei einem Kunden - da klappt seit ca. 2 Wochen sporadisch der Upload von geänderten Seiten nicht.
Und seit gestern hab ich das selbe Problem auf einer meiner Sites. Hier läuft ein Fileupload auf Fehler 503.

Die Gemeinsamkeiten sind in meinen Augen:
- Der Hoster ist Strato
- Applikationsseitig wurde nichts geändert
- die serverseitige Applikation kann PHP oder auch Perl sein
- es tritt massiv ein Fehler 503 auf
- es gibt zwischendurch Zeiten, zu denen es auch wieder funktioniert.
- schaut man ins Logfile am Server, sieht man, dass die 503er brav mitgeloggt werden und zwar immer bei HTTP POST Requests. HTTP GET funktioniert dagegen einwandfrei.

Vielleicht kannst Du letzteres mal in Deinem Logfile prüfen. Einfach die letzten 2 Tage in der Administrationsumgebung downloaden, entpacken, in einem Editor öffnen und nach 503 suchen.

Ich hab gestern ein Störungsticket bei Strato eröffnet aber noch keine Antwort. Und ich hoffe, dass Strato einsieht, dass sie ein Problem haben.

Viele Grüße
Helmut