In che modo CloudFront elabora e memorizza nella cache i codici di stato HTTP 4xx e 5xx dalla tua origine

Quando CloudFront richiede un oggetto dal bucket Amazon S3 o dal server di origine personalizzato, l'origine a volte restituisce un codice di stato HTTP 4xx o 5xx, che indica che si è verificato un errore. CloudFront il comportamento dipende da:

• Se hai configurato le pagine di errore personalizzate.

• Se hai configurato per quanto tempo desideri CloudFront memorizzare nella cache le risposte agli errori dall'origine (errore TTL minimo nella cache).

• Il codice di stato.

• Per i codici di stato 5xx, indica se l'oggetto richiesto si trova attualmente nella CloudFront cache edge.

• Per alcuni codici di stato 4xx, se il server di origine restituisce un'intestazione Cache-Control max-age o Cache-Control s-maxage.

CloudFront memorizza sempre nella cache le risposte GET e HEAD le richieste. È inoltre possibile configurare CloudFront la memorizzazione nella cache delle risposte alle OPTIONS richieste. CloudFront non memorizza nella cache le risposte alle richieste che utilizzano gli altri metodi.

Se l'origine non risponde, la CloudFront richiesta all'origine scade, il che è considerato un errore HTTP 5xx dall'origine, anche se l'origine non ha risposto con quell'errore. In questo scenario, CloudFront continua a fornire contenuti memorizzati nella cache. Per ulteriori informazioni, consulta Origine non disponibile.

Se hai abilitato la registrazione, CloudFront scrive i risultati nei log indipendentemente dal codice di stato HTTP.

Per ulteriori informazioni sulle funzionalità e le opzioni relative al messaggio di errore restituito da CloudFront, consulta quanto segue:

• Per informazioni sulle impostazioni per le pagine di errore personalizzate nella CloudFront console, consultaCustom Error Pages and Error Caching (Pagine di errore personalizzate e caching errori).

• Per informazioni sugli errori relativi alla memorizzazione nella cache del TTL minimo nella CloudFront console, consulta. Error Caching Minimum TTL (seconds) (TTL minimo caching errori) (secondi)

• Per un elenco dei codici di stato HTTP memorizzati nella CloudFront cache, consulta. Codici di stato HTTP 4xx e 5xx memorizzati nella cache CloudFront

In che modo CloudFront elabora gli errori quando sono state configurate pagine di errore personalizzate

Se sono state configurate pagine di errore personalizzate, CloudFront il comportamento dipende dal fatto che l'oggetto richiesto si trovi nella cache edge.

L'oggetto richiesto non è nella cache edge

CloudFront continua a cercare di ottenere l'oggetto richiesto dall'origine quando tutte le seguenti condizioni sono vere:

• Un visualizzatore richiede un oggetto.

• L'oggetto non è nella cache edge.

• L'origine restituisce un codice di stato HTTP 4xx o 5xx e una delle condizioni seguenti è vera:

  • Il tuo server di origine restituisce un codice di stato HTTP 5xx anziché un codice di stato 304 (Non modificato) o una versione aggiornata dell'oggetto.

  • Il tuo server di origine restituisce un codice di stato HTTP 4xx che non è limitato da un'intestazione di controllo cache ed è incluso nell'elenco seguente di codici di stato: I codici di stato HTTP 4xx e 5xx che vengono sempre memorizzati nella cache CloudFront.

  • Il tuo server di origine restituisce un codice di stato HTTP 4xx senza un'intestazione Cache-Control max-age o un'intestazione Cache-Control s-maxage e il codice di stato è incluso nel seguente elenco di codici di stato: Control Codici di stato HTTP 4xx che vengono memorizzati nella CloudFront cache in base alle intestazioni Cache-Control.

CloudFront fa quanto segue:

1. Nell' CloudFront edge cache che ha ricevuto la richiesta del visualizzatore, CloudFront controlla la configurazione della distribuzione e ottiene il percorso della pagina di errore personalizzata che corrisponde al codice di stato restituito dall'origine.

2. CloudFront trova il primo comportamento della cache nella distribuzione che presenta un modello di percorso che corrisponde al percorso della pagina di errore personalizzata.

3. L' CloudFront edge location invia una richiesta per la pagina di errore personalizzata all'origine specificata nel comportamento della cache.

4. L'origine restituisce la pagina di errore personalizzata alla edge location.

5. CloudFront restituisce la pagina di errore personalizzata al visualizzatore che ha effettuato la richiesta e inoltre memorizza nella cache la pagina di errore personalizzata per il massimo dei seguenti elementi:

   • La quantità di tempo specificata dal TTL minimo di caching degli errori (10 secondi per impostazione predefinita)

   • La quantità di tempo specificata da un'intestazione Cache-Control max-age o Cache-Control s-maxage restituita dall'origine quando la prima richiesta ha generato l'errore

6. Trascorso il tempo di memorizzazione nella cache (determinato nel passaggio 5), CloudFront riprova a recuperare l'oggetto richiesto inoltrando un'altra richiesta all'origine. CloudFront continua a riprovare a intervalli specificati dal TTL minimo di memorizzazione nella cache degli errori.

L'oggetto richiesto è nella cache edge

CloudFront continua a servire l'oggetto che si trova attualmente nella cache edge quando tutte le seguenti condizioni sono vere:

• Un visualizzatore richiede un oggetto.

• L'oggetto è nella cache edge ma è scaduto.

• Il tuo server di origine restituisce un codice di stato HTTP 5xx anziché un codice di stato 304 (Non modificato) o una versione aggiornata dell'oggetto.

CloudFront fa quanto segue:

1. Se la tua origine restituisce un codice di stato 5xx, CloudFront serve l'oggetto anche se è scaduto. Per tutta la durata della memorizzazione nella cache degli errori, il TTL minimo CloudFront continua a rispondere alle richieste degli utenti servendo l'oggetto dalla cache edge.

   Se la tua origine restituisce un codice di stato 4xx, CloudFront restituisce il codice di stato, non l'oggetto richiesto, al visualizzatore.

2. Una volta trascorso il TTL minimo di memorizzazione dell'errore nella cache, CloudFront riprova a recuperare l'oggetto richiesto inoltrando un'altra richiesta all'origine. Tieni presente che se l'oggetto non viene richiesto frequentemente, CloudFront potresti eliminarlo dalla cache edge mentre il server di origine sta ancora restituendo 5xx risposte. Per informazioni sulla durata della permanenza degli oggetti nelle cache CloudFront edge, consulta. Gestione della durata di permanenza dei contenuti nella cache (scadenza)

In che modo CloudFront elabora gli errori quando non sono state configurate pagine di errore personalizzate

Se non sono state configurate pagine di errore personalizzate, CloudFront il comportamento dipende dal fatto che l'oggetto richiesto si trovi nella cache edge.

L'oggetto richiesto non è nella cache edge

CloudFront continua a cercare di ottenere l'oggetto richiesto dall'origine quando tutte le seguenti condizioni sono vere:

• Un visualizzatore richiede un oggetto.

• L'oggetto non è nella cache edge.

• L'origine restituisce un codice di stato HTTP 4xx o 5xx e una delle condizioni seguenti è vera:

  • Il tuo server di origine restituisce un codice di stato HTTP 5xx anziché un codice di stato 304 (Non modificato) o una versione aggiornata dell'oggetto.

  • Il tuo server di origine restituisce un codice di stato HTTP 4xx che non è limitato da un'intestazione di controllo cache ed è incluso nell'elenco seguente di codici di stato: I codici di stato HTTP 4xx e 5xx che vengono sempre memorizzati nella cache CloudFront

  • Il tuo server di origine restituisce un codice di stato HTTP 4xx senza un'intestazione Cache-Control max-age o un'intestazione Cache-Control s-maxage e il codice di stato è incluso nel seguente elenco di codici di stato: Control Codici di stato HTTP 4xx che vengono memorizzati nella CloudFront cache in base alle intestazioni Cache-Control.

CloudFront fa quanto segue:

1. CloudFront restituisce il codice di stato 4xx o 5xx al visualizzatore e memorizza anche nella cache edge il codice di stato che ha ricevuto la richiesta per il massimo dei seguenti elementi:

   • La quantità di tempo specificata dal TTL minimo di caching degli errori (10 secondi per impostazione predefinita)

   • La quantità di tempo specificata da un'intestazione Cache-Control max-age o Cache-Control s-maxage restituita dall'origine quando la prima richiesta ha generato l'errore

2. Per la durata del tempo di memorizzazione nella cache (determinato nel passaggio 1), CloudFront risponde alle successive richieste del visualizzatore per lo stesso oggetto con il codice di stato 4xx o 5xx memorizzato nella cache.

3. Trascorso il tempo di memorizzazione nella cache (determinato nel passaggio 1), CloudFront riprova a recuperare l'oggetto richiesto inoltrando un'altra richiesta all'origine. CloudFront continua a riprovare a intervalli specificati dal TTL minimo di memorizzazione nella cache degli errori.

L'oggetto richiesto è nella cache edge

CloudFront continua a servire l'oggetto che si trova attualmente nella cache edge quando tutte le seguenti condizioni sono vere:

• Un visualizzatore richiede un oggetto.

• L'oggetto è nella cache edge ma è scaduto.

• Il tuo server di origine restituisce un codice di stato HTTP 5xx anziché un codice di stato 304 (Non modificato) o una versione aggiornata dell'oggetto.

CloudFront fa quanto segue:

1. Se la tua origine restituisce un codice di errore 5xx, CloudFront serve l'oggetto anche se è scaduto. Per la durata del TTL minimo di memorizzazione nella cache degli errori (10 secondi per impostazione predefinita), CloudFront continua a rispondere alle richieste degli utenti servendo l'oggetto dalla cache edge.

   Se la tua origine restituisce un codice di stato 4xx, CloudFront restituisce il codice di stato, non l'oggetto richiesto, al visualizzatore.

2. Una volta trascorso il TTL minimo di memorizzazione dell'errore nella cache, CloudFront riprova a recuperare l'oggetto richiesto inoltrando un'altra richiesta all'origine. Tieni presente che se l'oggetto non viene richiesto frequentemente, CloudFront potresti eliminarlo dalla cache edge mentre il server di origine sta ancora restituendo 5xx risposte. Per informazioni sulla durata della permanenza degli oggetti nelle cache CloudFront edge, consulta. Gestione della durata di permanenza dei contenuti nella cache (scadenza)

Codici di stato HTTP 4xx e 5xx memorizzati nella cache CloudFront

CloudFront memorizza nella cache i codici di stato HTTP 4xx e 5xx restituiti dall'origine, a seconda del codice di stato specifico restituito e del fatto che l'origine restituisca intestazioni specifiche nella risposta.

I codici di stato HTTP 4xx e 5xx che vengono sempre memorizzati nella cache CloudFront

CloudFront memorizza sempre nella cache i seguenti codici di stato HTTP 4xx e 5xx restituiti dall'origine. Se hai configurato una pagina di errore personalizzata per un codice di stato HTTP, CloudFront memorizza nella cache la pagina di errore personalizzata.

404	Non trovato
414	URI della richiesta troppo grande
500	Errore interno del server
501	Non ancora disponibile
502	Gateway non valido
503	Servizio non disponibile
504	Timeout gateway

Codici di stato HTTP 4xx che vengono memorizzati nella CloudFront cache in base alle intestazioni Cache-Control

CloudFront memorizza nella cache solo i seguenti codici di stato HTTP 4xx restituiti dall'origine solo se l'origine restituisce un'intestazione or. Cache-Control max-age Cache-Control s-maxage Se hai configurato una pagina di errore personalizzata per uno di questi codici di stato HTTP e la tua origine restituisce una delle intestazioni di controllo della cache, memorizza nella cache la pagina di errore personalizzata. CloudFront

400	Richiesta non valida
403	Accesso negato
405	Metodo non consentito
412	Precondizione non riuscita
415	Tipo di supporto non supportato