HTTP-Error 500: Wo liegt das Problem?

Der „Internal Server Error“ kann beim Ver­ar­bei­ten der Anfrage durch den Webserver entstehen. Der Sammel-Sta­tus­code umfasst alles, was beim Server ungeplant passieren und damit die Ausgabe der Website ver­hin­dern kann. Wahr­schein­lich tritt der Server-Error 500 auf, weil in der Kon­fi­gu­ra­ti­on des Web­ser­vers ein Fehler auf­ge­taucht ist. Hier eine Auswahl an typischen Feh­ler­quel­len:

• Per­mis­si­on-Fehler: Die Be­rech­ti­gun­gen der Haupt­da­tei­en und -ordner sind nicht korrekt gesetzt.

• PHP-Timeout: Das Skript versucht auf eine externe Ressource zu­zu­grei­fen und erfährt dabei ein Timeout.

• Feh­ler­haf­ter Code in .htaccess: Die Struktur in einer .htaccess-Datei kann falsch sein.

• Fehler in der Syntax oder dem Code in CGI-/Perl-Scripts: In manchen Fällen sind Skripte feh­ler­haft. Besonders Pfade können falsch aus­ge­rich­tet sein.

• PHP-Memory-Limit: Ein Prozess über­schrei­tet den Ar­beits­spei­cher und kann deshalb nicht korrekt aus­ge­führt werden.

Bei WordPress-Seiten oder anderen Content-Ma­nage­ment-Systemen kann zudem die In­stal­la­ti­on einer feh­ler­haf­ten oder in­kom­pa­ti­blen Er­wei­te­rung die Ursache sein: Plug-ins und Themes – besonders von Dritt­an­bie­tern – können die komplette Website be­ein­träch­ti­gen.

Die Besucher Ihrer Website bekommen keine Inhalte mehr zu sehen, sondern nur noch den 500er-Server-Error? Als Betreiber sollten Sie das Problem direkt angehen, denn es werden nicht nur die Besucher Ihrer Website ver­schreckt, auch Google könnte Sie im Ranking her­ab­set­zen. Bevor Sie als Webmaster Maßnahmen ergreifen, über­prü­fen Sie zunächst, ob Ihr Server überhaupt noch läuft. Wenn nicht, ist eine schnelle Kon­takt­auf­nah­me zu Ihrem Hosting-Anbieter nötig.

Liegt ein interner Fehler vor, sichten Sie zuerst die Log-Dateien: Bei Linux-Servern sollte die Sammlung der Feh­ler­mel­dun­gen unter /var/log/httpd/error_log zu finden sein. Dabei ist es sinnvoll, die Website erneut zu laden, um den HTTP-Error 500 zu re­pro­du­zie­ren und dabei die Er­stel­lung der Log-Datei zu be­ob­ach­ten. So finden Sie die Feh­ler­quel­le recht schnell. Überlegen Sie auch, welche Än­de­run­gen Sie kurz zuvor durch­ge­führt haben. In vielen Fällen sorgen falsch pro­gram­mier­te oder in­kom­pa­ti­ble Plug-ins für Feh­ler­mel­dun­gen.

Der Error kann auch auftreten, wenn Sie Be­rech­ti­gun­gen bei wichtigen Dateien nicht korrekt gesetzt haben. Generell gibt es drei Arten von Rechten:

• Lesen (r für read)

• Schreiben (w für write)

• Ausführen (x für execute)

Diese Be­rech­ti­gun­gen können für drei ver­schie­de­ne Nut­zer­ar­ten vergeben werden:

• Besitzer der Datei

• Gruppe an Nutzern

• Alle anderen

Die Rechte werden entweder in den Ab­kür­zun­gen r, w und x oder in ent­spre­chen­den Zah­len­wer­ten angegeben: 4 für Lesen, 2 für Schreiben und 1 für Ausführen. Sie werden für jede Nutzerart addiert und nach­ein­an­der angegeben: rwxr-xr-x (rwx für den Besitzer, r-x für die Gruppe und r-x für alle anderen) oder 755. Diese Kon­fi­gu­ra­ti­on (also 755) sollte die Stan­dard­ein­stel­lung sein. Wenn die Rech­te­zu­wei­sung anders gesetzt ist, kann daraus der Fehler entstehen. Ändern können Sie dies mit einem Befehl:

Falls diese Änderung das Problem nicht ändern sollte, können Sie auch für Test­zwe­cke alle Rechte für jede Gruppe freigeben:

Benutzen Sie diese Ein­stel­lung aber nur, um das Problem zu lo­ka­li­sie­ren. Sie haben damit jedem be­lie­bi­gen Nutzer erlaubt, die Datei um­zu­schrei­ben, was ver­ständ­li­cher­wei­se ein Si­cher­heits­ri­si­ko darstellt.

Über­prü­fen Sie als nächstes (falls nicht die Rech­te­ver­tei­lung die Feh­ler­mel­dung pro­du­ziert hat), ob Ihre Skripte richtig laufen. Manchmal entstehen Fehler, weil die Skript-Dateien ver­scho­ben, umbenannt oder gelöscht wurden. Über­prü­fen Sie auch die .htaccess-Datei: Schon ein Syn­tax­feh­ler – und mag er noch so klein sein – kann den Internal Server-Error erzeugen. Ein ebenso häufiger Fehler ist die falsche For­ma­tie­rung der .htaccess-Datei. Diese muss im ASCII- bzw. ANSI-Format erstellt sein, nicht in Unicode. Schreiben Sie daher die Datei in einem Text­edi­tor wie Notepad, Notepad++ oder Sublime Text und nicht in einem Text­ver­ar­bei­tungs­pro­gramm wie Microsoft Word. Um zu testen, ob die Datei ver­ant­wort­lich für den Error ist, können Sie diese temporär um­be­nen­nen und die Website neu laden. Der Server wird nun beim Laden der Website nicht auf .htaccess zugreifen. Sollte die Feh­ler­mel­dung nicht mehr auf­tau­chen, können Sie die Datei re­pa­rie­ren oder eine neue erstellen.

Schließ­lich kann auch ein Timeout zu der Feh­ler­mel­dung führen. In diesem Fall ist es gar kein Fehler des Web­ser­vers, sondern vielmehr die un­ter­bro­che­ne Ver­bin­dung zu einer externen Quelle. Sind PHP-Skripte Ihrer Website so ein­ge­stellt sind, dass Sie auf Res­sour­cen von anderen Servern zugreifen? Eventuell ist die Ressource nicht mehr verfügbar oder die Server-Kom­mu­ni­ka­ti­on ist aus einem anderen Grund gestört. Eine Mög­lich­keit, diese Feh­ler­quel­le aus­zu­schlie­ßen, ist selbst­ver­ständ­lich, Ihre Seite nicht von aus­wär­ti­gen Res­sour­cen abhängig zu machen. Wenn das nicht möglich ist, können Sie das Timelimit Ihres Skripts erhöhen. Zudem ist es sinnvoll, ein ef­fi­zi­en­tes Error-Handling ein­zu­bau­en, damit können Fehler im PHP-Skript genauer auf­ge­deckt werden.

Könnte der Ar­beits­spei­cher über­las­tet sein? Mit dem Memory-Limit wird fest­ge­legt, wieviel Ar­beits­spei­cher ein Prozess be­an­spru­chen darf. Sollte mehr RAM gebraucht werden, als zur Verfügung steht, kann ein Internal Server Error die Folge sein. Als temporäre Lösung können Sie das Limit hoch­set­zen. Dafür fügen Sie einen Befehl nach diesem Muster in die php.ini ein:

In diesem Beispiel würden Sie den zur Verfügung ge­stell­ten Ar­beits­spei­cher auf 512 MB festlegen. Bedenken Sie aber, dass Ihr Hosting-Provider Ihnen innerhalb des gebuchten Angebots nur ein be­stimm­tes PHP-Skript-Limit gewährt. Wenn Sie einen höheren Wert eintragen, wird der Webserver diesen igno­rie­ren. Das Hoch­set­zen des Limits darf zudem nur eine Über­gangs­lö­sung sein: Sobald Ihre Seite wieder funk­tio­niert, sollten Sie nach dem Grund für den hohen RAM-Anspruch suchen. Mit hoher Wahr­schein­lich­keit lässt sich der Fehler im Code Ihrer Website finden.

Sollten Sie durch keine der vor­ge­stell­ten Methoden zu einer Lösung kommen, ist es eine gute Idee, Ihren Hosting-Anbieter zu kon­tak­tie­ren. Zuvor können Sie den Status der Server über­prü­fen: Viele Anbieter von Hosting-Diensten geben den Zustand ihrer Server über eine Sta­tus­sei­te bekannt oder in­for­mie­ren Nutzer per Social Media, wenn ein Problem auf­ge­tre­ten ist.

Sollten bereits Ser­ver­pro­ble­me bekannt sein, müssen Sie sich in Geduld üben: Ihnen bleibt nichts anderes übrig, als zu warten, bis das IT-Team des Hosts den Fehler behoben hat. Aber auch wenn keine Probleme bei den Servern bekannt sind, kann der Kontakt zum Support hilfreich sein. Teilen Sie diesem dabei mit, welche Maßnahmen Sie bereits selbst un­ter­nom­men haben. So kann Ihnen schnell geholfen werden.

Als Besucher einer Website können Sie prin­zi­pi­ell wenig tun, wenn Sie auf einen Internal Server-Error stoßen. Der Webserver, auf dem sich die an­vi­sier­te In­ter­net­sei­te befindet, weist eine feh­ler­haf­te Kon­fi­gu­ra­ti­on auf. Das bedeutet, dass kein Fehler in den Ein­stel­lun­gen Ihres PCs oder der Netz­werk­ver­bin­dung vorliegt. Deshalb ist für Sie als In­ter­net­nut­zer die ein­fachs­te Lösung meist, die Seite zu einem späteren Zeitpunkt erneut zu laden. Zum einen kann es sein, dass der Webmaster den Fehler in­zwi­schen schon behoben hat. Das ist vor allem bei großen Anbietern sehr wahr­schein­lich. Zum anderen kommt es vor, dass Sie zufällig zu einem für den Webserver un­güns­ti­gen Zeitpunkt auf die Inhalte zugreifen wollen. Falls Sie gerade den Moment erwischt haben, in dem ein Dienst neu bootet, wird Ihnen die Feh­ler­mel­dung angezeigt, obwohl ei­gent­lich alles nach Plan läuft.

Wenn die Website, die Sie besuchen wollen, über einen längeren Zeitraum nicht aufrufbar ist, können Sie selbst­ver­ständ­lich auch den oder die Webmaster kon­tak­tie­ren. Diesen ist viel­leicht noch gar nicht auf­ge­fal­len, dass In­ter­net­nut­zer nicht mehr auf ihr Angebot zugreifen können, weshalb sie sich über Ihren Hinweis freuen.