Codici di Stato HTTP

Dopo aver distribuito l’applicazione, quando si va all’URL dell’applicazione, si può ricevere un codice di stato HTTP che identifica un problema con il server o il client. Questo articolo spiega come risolvere questi codici di stato.

Errore 403

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

Questo errore è di solito causato da uno dei seguenti problemi:

• Permessi di file non corretti.
• Configurazione errata di un file .htaccess.
• Errore di configurazione nel percorso dell’area di lavoro nella configurazione di Apache.

Se non si riesce a individuare il problema, sarà necessario controllare quanto segue e, se il problema persiste, contattare il nostro team di assistenza.

Permessi sui File

I permessi dei file controllano chi può:

• Leggere: Visualizzare il contenuto di un file o i file all’interno di una directory.
• Scrivere: Modificare un file o aggiungere o eliminare file in una directory.
• Eseguire: Eseguire un file e/o eseguirlo come script, oppure accedere a una directory ed eseguire funzioni e comandi.

Ogni file e directory ha un proprio set di permessi, indicati da un numero di 3 cifre. Ogni numero indica il livello di autorizzazione per ogni categoria (lettura, scrittura ed esecuzione) indicata sopra. In genere consigliamo i seguenti permessi, ma in alcuni casi potrebbero essere diversi a seconda dell’applicazione (ad esempio, alcune applicazioni potrebbero richiedere che i permessi sui file siano impostati a 755 o 750):

• File: 644 o 640
• Directory: 755 o 750

Sarà necessario assicurarsi che i permessi dei file siano impostati per la propria applicazione. Se non si è sicuri, consigliamo di consultare la documentazione relativa all’applicazione, al linguaggio o al framework.

File .htaccess

Se il codice dell’applicazione include un file .htaccess, si dovrà verificare che le direttive di configurazione in esso contenute siano corrette. Ad esempio, una direttiva Rewrite o FilesMatch non correttamente configurata può causare un errore 403.

Percorso dello Spazio di Lavoro

Se l’applicazione utilizza un buildpack e un server web Apache, un percorso dello spazio di lavoro non corretto nella configurazione di Apache può causare un errore 403. I log dell’applicazione potrebbero mostrare un errore simile al seguente:

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

Questo errore indica che il comando che il buildpack sta cercando di eseguire non esiste. È necessario aggiornare la configurazione di Apache in modo da utilizzare /workspace/web/ (invece di /workspace/ o simili) per risolvere questo problema.

Errore 503

Dopo una distribuzione dell’applicazione andata a buon fine, se c’è un problema nel codice o nella configurazione dell’applicazione, quando si cerca di andare all’URL dell’applicazione si potrebbe riscontrare il seguente errore:

503 Service Temporarily Unavailable

Se non si riesce ad individuare il problema, basterà controllare quanto segue.

Percorso dello Spazio di Lavoro

Se l’applicazione utilizza un buildpack e un server web Apache, un percorso dello spazio di lavoro non corretto nella configurazione di Apache può causare un errore 503. I log dell’applicazione potrebbero mostrare un errore simile al seguente:

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

Questo errore indica che il comando che il buildpack sta cercando di eseguire non esiste. Sarà necessario aggiornare la configurazione di Apache in modo da utilizzare /workspace/web/ (invece di /workspace/ o simili) per risolvere questo problema.

Nota: questo problema può presentarsi anche come errore oom-killed nei log di runtime (ma non è l’unica causa possibile di un errore oom-killed ).

Se l’errore persiste dopo aver controllato e risolto eventuali problemi di configurazione, seguire la nostra guida alla risoluzione dei problemi di Rollout fallito. Se l’errore persiste anche dopo questi passaggi, contattare il nostro team di assistenza.