HTTP Status Codes

Wenn du nach der Bereitstellung deiner Anwendung die URL der Anwendung aufrufst, erhältst du möglicherweise einen HTTP-Statuscode, der auf ein Problem mit dem Server oder dem Client hinweist. Dieser Artikel erklärt, wie du diese Statuscodes beheben kannst.

403 Fehler

Wenn es nach der Bereitstellung deiner Anwendung ein Problem mit den Dateiberechtigungen oder dem Arbeitsbereichspfad gibt, kann es sein, dass du die folgende oder eine ähnliche Fehlermeldung siehst, wenn du versuchst, die URL deiner Anwendung aufzurufen:

403 Forbidden
You don’t have permission to access this resource.

Dieser Fehler wird in der Regel durch einen der folgenden Punkte verursacht:

• Falsche Dateiberechtigungen.
• Falsche Konfiguration in einer .htaccess-Datei.
• Konfigurationsfehler im Pfad des Arbeitsbereichs in der Apache-Konfiguration.

Wenn du das Problem nicht identifizieren kannst, überprüfe die folgenden Punkte. Wenn das Problem weiterhin besteht, wende dich an unser Support-Team.

Dateiberechtigungen

Die Dateiberechtigungen bestimmen, wer folgendes darf:

• Lesen: Den Inhalt einer Datei sehen oder Dateien in einem Verzeichnis anzeigen.
• Schreiben: Eine Datei ändern, oder Dateien in einem Verzeichnis hinzufügen oder löschen.
• Ausführen: Eine Datei ausführen und/oder sie als Skript ausführen oder auf ein Verzeichnis zugreifen und Funktionen und Befehle ausführen.

Jede Datei und jedes Verzeichnis hat ihre eigenen Dateiberechtigungen, die als dreistellige Zahl angezeigt werden. Jede Zahl gibt die Berechtigungsstufe für jede der oben genannten Kategorien (Lesen, Schreiben und Ausführen) an. In der Regel empfehlen wir die folgenden Berechtigungen, aber es kann vorkommen, dass diese für deine Anwendung anders sein müssen (z. B. müssen für manche Anwendungen die Berechtigungen für Dateien auf 755 oder 750 gesetzt werden):

• Dateien: 644 oder 640
• Verzeichnisse: 755 oder 750

Vergewissere dich, dass die Dateiberechtigungen für deine Anwendung richtig eingestellt sind. Wenn du dir unsicher bist, empfehlen wir dir, in der Dokumentation deiner Anwendung, Sprache oder deines Frameworks nachzusehen.

.htaccess-Datei

Wenn der Code deiner Anwendung eine .htaccess-Datei enthält, überprüfe, ob alle Konfigurationsanweisungen darin korrekt sind. Eine falsch konfigurierte Rewrite oder FilesMatch Direktive kann zum Beispiel einen 403-Fehler verursachen.

Arbeitsbereichspfad

Wenn deine Anwendung ein Buildpack und einen Apache-Webserver verwendet, kann ein falscher Workspace-Pfad in deiner Apache-Konfiguration einen 403-Fehler verursachen. In den Anwendungsprotokollen kann ein ähnlicher Fehler wie der folgende angezeigt werden:

python: can't open file '/workspace/server.py': [Errno 2] No such file or directory

Dieser Fehler zeigt an, dass der Befehl, den das Buildpack auszuführen versucht, nicht existiert. Aktualisiere deine Apache-Konfiguration, um /workspace/web/ (statt /workspace/ oder ähnlich) zu verwenden, um dieses Problem zu beheben.

503 Fehler

Wenn nach einer erfolgreichen Anwendungsbereitstellung ein Problem im Code oder in der Konfiguration der Anwendung auftritt, kann die folgende Fehlermeldung angezeigt werden, wenn du versuchst, die URL deiner Anwendung aufzurufen:

503 Service Temporarily Unavailable

Wenn du das Problem nicht identifizieren kannst, überprüfe Folgendes.

Pfad zum Arbeitsbereich

Wenn deine Anwendung ein Buildpack und einen Apache-Webserver verwendet, kann ein falscher Workspace-Pfad in deiner Apache-Konfiguration einen 503-Fehler verursachen. In den Anwendungsprotokollen kann ein Fehler ähnlich dem folgenden angezeigt werden:

python: can't open file '/workspace/server.py': [Errno 2] No such file or directory

Dieser Fehler zeigt an, dass der Befehl, den das Buildpack auszuführen versucht, nicht existiert. Aktualisiere deine Apache-Konfiguration so, dass sie /workspace/web/ (statt /workspace/ oder ähnlich) verwendet, um dieses Problem zu beheben.

Hinweis: Dieses Problem kann auch als oom-killed Fehler in den Laufzeitprotokollen auftauchen (es ist aber nicht die einzige mögliche Ursache für einen oom-killed Fehler).

Wenn der Fehler nach der Überprüfung und Behebung von Konfigurationsproblemen weiterhin besteht, befolge unsere Anleitung zur Fehlerbehebung bei fehlgeschlagenem Rollout. Wenn der Fehler auch nach diesen Schritten bestehen bleibt, wende dich an unser Support-Team.