Comprendere le policy delle intestazioni di risposta - Amazon CloudFront
Dettagli della policy (metadati)Intestazioni CORSIntestazioni di sicurezzaIntestazioni personalizzateRimozione delle intestazioniIntestazione di temporizzazione server

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Comprendere le policy delle intestazioni di risposta

È possibile utilizzare una policy delle intestazioni di risposta per specificare le intestazioni HTTP che Amazon CloudFront rimuove o aggiunge alle risposte inviate ai visualizzatori. Per ulteriori informazioni sulle policy delle intestazioni di risposta e sul perchè utilizzarle, consulta Aggiunta o rimozione di intestazioni HTTP in risposte CloudFront con una policy.

Nei seguenti argomenti vengono illustrate le impostazioni di una policy delle intestazioni di risposta. Le impostazioni sono raggruppate in categorie, che sono rappresentate nei seguenti argomenti.

Dettagli della policy (metadati)

Le impostazioni dei dettagli della policy contengono metadati relativi a una policy delle intestazioni di risposta.

  • Nome – Un nome per identificare la policy delle intestazioni di risposta. Nella console, è possibile utilizzare il nome per collegare la policy a un comportamento della cache.

  • Descrizione (facoltativo) – Un commento per descrivere la policy delle intestazioni di risposta. Questo è facoltativo, ma può aiutare a identificare lo scopo della policy.

Intestazioni CORS

Le impostazioni CORS (Cross-Origin Resource Sharing) consentono di aggiungere e configurare le intestazioni CORS in una policy delle intestazioni di risposta.

Questo elenco si concentra su come specificare le impostazioni e i valori validi in una policy delle intestazioni di risposta. Per ulteriori informazioni su ciascuna di queste intestazioni e su come vengono utilizzate per richieste e risposte CORS reali, vedere condivisione di risorse multiorigine nei documenti Web MDN e nelle Specifiche del protocollo CORS.

Access-Control-Allow-Credentials

Questa è un'impostazione booleana (true o false) che determina se CloudFront aggiunge o meno l'intestazione Access-Control-Allow-Credentials nelle risposte alle richieste CORS. Quando questa impostazione è true, CloudFront aggiunge l'intestazione Access-Control-Allow-Credentials: true nelle risposte alle richieste CORS. Altrimenti CloudFront non aggiunge questa intestazione alle risposte.

Access-Control-Allow-Headers

Specifica i nomi di intestazione utilizzati da CloudFront come valori per l'intestazione Access-Control-Allow-Headers nelle risposte alle richieste di verifica preliminare CORS. I valori validi per questa impostazione includono i nomi delle intestazioni HTTP o il carattere jolly (*), che indica che sono consentite tutte le intestazioni.

Nota

L’intestazione Authorization non può utilizzare un carattere jolly e deve essere elencata in modo esplicito.

Esempi di uso valido del carattere jolly
Esempio Corrisponderà Non corrisponderà

x-amz-*

x-amz-test

x-amz-

x-amz

x-*-amz

x-test-amz

x--amz
* Tutte le intestazioni tranne Authorization Authorization
Access-Control-Allow-Methods

Specifica i metodi HTTP utilizzati da CloudFront come valori per l'intestazione Access-Control-Allow-Methods nelle risposte alle richieste di verifica preliminare CORS. I valori validi includono GET, DELETE, HEAD, OPTIONS, PATCH, POST, PUT oppure ALL. ALL è un valore speciale che include tutti i metodi HTTP elencati.

Access-Control-Allow-Origin

Specifica i valori che CloudFront può utilizzare nelI'intestazione di risposta Access-Control-Allow-Origin. I valori validi per questa impostazione includono un'origine specifica (ad esempio http://www.example.com) o il carattere jolly (*) che indica che sono consentite tutte le origini.

Note

  • Il carattere jolly (*) è consentito come sottodominio più a sinistra (*.example.org).

  • Il carattere jolly (*) non è consentito nelle seguenti posizioni:

    • Domini di primo livello (example.*)

    • A destra dei sottodomini (test.*.example.org) o all’interno di qualsiasi sottodominio (*test.example.org)

    • All'interno dei termini (exa*mple.org))

Per alcuni esempi di utilizzo del carattere jolly, consulta la tabella seguente.

Esempio Corrisponderà Non corrisponderà

http://*.example.org

http://www.example.org

http://test.example.org

https://test.example.org

https://test.example.org:123

http://test.example.org:123

*.example.org

test.example.org

test.test.example.org

.example.org

http://test.example.org

https://test.example.org

http://test.example.org:123

https://test.example.org:123

example.org

http://example.org

https://example.org

http://example.org

https://example.org

http://example.org:123

http://example.org:*

http://example.org:123

http://example.org

http://example.org:1*3

http://example.org:123

http://example.org:1893

http://example.org:13

*.example.org:1*

test.example.org:123
Access-Control-Expose-Headers

Specifica i nomi di intestazione utilizzati da CloudFront come valori per l'intestazione Access-Control-Expose-Headers nelle risposte alle richieste CORS. I valori validi per questa impostazione includono i nomi delle intestazioni HTTP o il carattere jolly (*).

Access-Control-Max-Age

Un certo numero di secondi, che CloudFront utilizza come valore per l'intestazione Access-Control-Max-Age nelle risposte alle richieste di verifica preliminare CORS.

Sostituzione dell'origine

Un’impostazione booleana che determina il comportamento di CloudFront quando la risposta dall’origine contiene una delle intestazioni CORS presenti anche nella policy.

  • Quando è impostata su true e la risposta origine contiene un’intestazione CORS che si trova anche nella policy, CloudFront aggiunge l’intestazione CORS nella policy alla risposta. CloudFront invia quindi la risposta al visualizzatore. CloudFront ignora l’intestazione ricevuta dall’origine.

  • Quando è impostata su false e la risposta origine contiene un’intestazione CORS (a prescindere che l’intestazione CORS sia presente nella policy), CloudFront include nella risposta l’intestazione CORS ricevuta dall’origine. CloudFront non aggiunge alcuna intestazione CORS nella policy alla risposta inviata al visualizzatore.

Intestazioni di sicurezza

Le impostazioni delle intestazioni di sicurezza consentono di aggiungere e configurare diverse intestazioni di risposta HTTP correlate alla sicurezza in una policy delle intestazioni di risposta.

Questo elenco si concentra su come specificare l'impostazione e i valori validi in una policy delle intestazioni di risposta. Per ulteriori informazioni su ciascuna di queste intestazioni e su come vengono utilizzate nelle risposte HTTP reali, vedere i collegamenti ai documenti Web MDN.

Content-Security-Policy

Specifica le direttive della policy di sicurezza dei contenuti che CloudFront utilizza come valori per l'intestazione della risposta Content-Security-Policy.

Per ulteriori informazioni su questa intestazione e sulle direttive di policy valide, consulta Content-Security-Policy nei documenti Web MDN.

Nota

Il valore dell'intestazione Content-Security-Policy è limitato a 1783 caratteri.

Referrer-Policy

Specifica la direttiva della policy sui criteri di riferimento che CloudFront utilizza come valore per l'intestazione della risposta Referrer-Policy. I valori validi per questa impostazione sono: no-referrer, no-referrer-when-downgrade, origin, origin-when-cross-origin, same-origin, strict-origin, strict-origin-when-cross-origin oppure unsafe-url.

Per ulteriori informazioni su questa intestazione e su queste direttive, consulta Referrer-Policy nei documenti Web MDN.

Strict-Transport-Security

Specifica le direttive e le impostazioni utilizzate da CloudFront come valore per l'intestazione della risposta Strict-Transport-Security. Per questa impostazione, è necessario specificare separatamente:

  • Un certo numero di secondi, che CloudFront utilizza come valore per questa direttiva di intestazione max-age

  • Un'impostazione booleana (true o false) per preload, che determina se CloudFront include la direttiva preload nel valore di questa intestazione

  • Un'impostazione booleana (true o false) per includeSubDomains, che determina se CloudFront include la direttiva includeSubDomains nel valore di questa intestazione

Per ulteriori informazioni su questa intestazione e su queste direttive, consulta Strict-Transport-Security nei documenti Web MDN.

X-Content-Type-Options

Questa è un'impostazione booleana (true o false) che determina se CloudFront aggiunge o meno l'intestazione X-Content-Type-Options alle risposte. Quando questa impostazione è true, CloudFront aggiunge l'intestazione X-Content-Type-Options: nosniff alle risposte. In caso contrario, CloudFront non aggiunge questa intestazione.

Per ulteriori informazioni su questa intestazione, consulta X-Content-Type-Options nei documenti Web MDN.

X-Frame-Options

Specifica la direttiva che CloudFront utilizza come valore per l'intestazione della risposta X-Frame-Options. I valori validi per questa impostazione sono DENY o SAMEORIGIN.

Per ulteriori informazioni su questa intestazione e su queste direttive, consulta X-Frame-Options nei documenti Web MDN.

X-XSS-Protection

Specifica le direttive e le impostazioni utilizzate da CloudFront come valore per l'intestazione della risposta X-XSS-Protection. Per questa impostazione, è necessario specificare separatamente:

  • Un'impostazione X-XSS-Protection di 0 (disabilita il filtro XSS) o 1(abilita il filtro XSS)

  • Un'impostazione booleana (true o false) per block, che determina se CloudFront include la direttiva mode=block nel valore di questa intestazione

  • Un URI di reporting, che determina se CloudFront include la direttiva report=reporting URI nel valore di questa intestazione

Puoi specificare true per block oppure puoi specificare un URI di reporting, ma non entrambi insieme. Per ulteriori informazioni su questa intestazione e su queste direttive, consulta X-XSS-Protection nei documenti Web MDN.

Sostituzione dell'origine

Ognuna di queste impostazioni delle intestazioni di sicurezza contiene un'impostazione booleana (true o false) che determina il comportamento di CloudFront quando la risposta dall'origine contiene quell'intestazione.

Quando questa impostazione è true e la risposta di origine contiene l'intestazione, CloudFront include l'intestazione ricevuta dall'origine nella risposta inviata al visualizzatore. Ignora l'intestazione ricevuta dall'origine.

Quando questa impostazione è false e la risposta di origine contiene l'intestazione, CloudFront include l'intestazione ricevuta dall'origine nella risposta inviata al visualizzatore.

Quando la risposta di origine non contiene l'intestazione, CloudFront aggiunge l'intestazione nella policy alla risposta che invia al visualizzatore. CloudFront lo fa quando questa impostazione è impostata su true o false.

Intestazioni personalizzate

Le impostazioni delle intestazioni personalizzate consentono di aggiungere e configurare intestazioni HTTP personalizzate in una policy delle intestazioni di risposta. CloudFront aggiunge queste intestazioni a ogni risposta che restituisce ai visualizzatori. Per ogni intestazione personalizzata, si specifica anche il valore per l'intestazione, sebbene l'impostazione di un valore sia facoltativa. Questo perché CloudFront può aggiungere un'intestazione di risposta senza valore.

Ogni intestazione personalizzata ha anche la sua impostazione Sostituzione origine:

  • Quando questa impostazione è true e la risposta di origine contiene l'intestazione personalizzata presente nella policy, CloudFront aggiunge l'intestazione personalizzata nella policy alla risposta che invia al visualizzatore. Ignora l'intestazione ricevuta dall'origine.

  • Quando questa impostazione è false e la risposta di origine contiene l'intestazione personalizzata presente nella policy, CloudFront include l'intestazione personalizzata ricevuta dall'origine nella risposta inviata al visualizzatore.

  • Quando la risposta di origine non contiene l'intestazione personalizzata presente nella policy, CloudFront aggiunge l'intestazione personalizzata nella policy alla risposta inviata al visualizzatore. CloudFront lo fa quando questa impostazione è impostata su true o false.

Rimozione delle intestazioni

Puoi specificare le intestazioni che desideri che CloudFront rimuova dalle risposte che riceve dall'origine in modo che le intestazioni non vengano incluse nelle risposte che CloudFront invia ai visualizzatori. CloudFront rimuove le intestazioni da ogni risposta che invia ai visualizzatori, indipendentemente dal fatto che gli oggetti vengano serviti dalla cache di CloudFront o dall'origine. Ad esempio, puoi rimuovere le intestazioni che non sono utili per i browser, ad esempio X-Powered-By o Vary, in modo che CloudFront rimuova queste intestazioni dalle risposte che invia ai visualizzatori.

Quando si specificano le intestazioni da rimuovere utilizzando una policy delle intestazioni di risposta, CloudFront rimuove prima le intestazioni e poi aggiunge le intestazioni specificate in altre sezioni della policy delle intestazioni di risposta (intestazioni CORS, intestazioni di sicurezza, intestazioni personalizzate e così via). Se specifichi un'intestazione da rimuovere ma aggiungi anche la stessa intestazione in un'altra sezione della policy, CloudFront include l'intestazione nelle risposte che invia ai visualizzatori.

Nota

Puoi utilizzare una policy delle intestazioni di risposta per rimuovere le intestazioni Server e Date che CloudFront ha ricevuto dall'origine, in modo che queste intestazioni (come ricevute dall'origine) non siano incluse nelle risposte che CloudFront invia ai visualizzatori. Tuttavia, se effettui questa operazione, CloudFront aggiunge una propria versione di queste intestazioni alle risposte che invia ai visualizzatori. Per l'intestazione Server aggiunta da CloudFront, il valore dell'intestazione è CloudFront.

Intestazioni che non puoi rimuovere

Non è possibile rimuovere le seguenti intestazioni utilizzando una policy delle intestazioni di risposta. Se specifichi queste intestazioni nella sezione Rimuovi intestazioni di una policy sulle intestazioni di risposta (ResponseHeadersPolicyRemoveHeadersConfig nell'API), ricevi un errore.

  • Connection

  • Content-Encoding

  • Content-Length

  • Expect

  • Host

  • Keep-Alive

  • Proxy-Authenticate

  • Proxy-Authorization

  • Proxy-Connection

  • Trailer

  • Transfer-Encoding

  • Upgrade

  • Via

  • Warning

  • X-Accel-Buffering

  • X-Accel-Charset

  • X-Accel-Limit-Rate

  • X-Accel-Redirect

  • X-Amz-Cf-.*

  • X-Amzn-Auth

  • X-Amzn-Cf-Billing

  • X-Amzn-Cf-Id

  • X-Amzn-Cf-Xff

  • X-Amzn-ErrorType

  • X-Amzn-Fle-Profile

  • X-Amzn-Header-Count

  • X-Amzn-Header-Order

  • X-Amzn-Lambda-Integration-Tag

  • X-Amzn-RequestId

  • X-Cache

  • X-Edge-.*

  • X-Forwarded-Proto

  • X-Real-Ip

Intestazione di temporizzazione server

Utilizzo dell'impostazione Server-Timing dell'intestazione per abilitare l'intestazione Server-Timing nelle risposte HTTP inviate da CloudFront. È possibile utilizzare questa intestazione per visualizzare i parametri che possono aiutarti a ottenere informazioni dettagliate sul comportamento e le prestazioni di CloudFront e l'origine. Ad esempio, è possibile vedere quale livello di cache ha servito un hit nella cache. In alternativa, puoi vedere la prima latenza di byte dall'origine in caso di mancata cache. I parametri nell'intestazione Server-Timing possono aiutarti a risolvere i problemi o a testare l'efficienza della tua configurazione o origine CloudFront.

Per ulteriori informazioni sui parametri CloudFront nell'intestazione Server-Timing, consulta gli argomenti seguenti.

Per abilitare l'intestazione Server-Timing, creare (o modificare) una policy per le intestazioni di risposta.

Frequenza di campionamento e intestazione richiesta Pragma

Quando si abilita l'intestazione Server-Timing in un criterio delle intestazioni di risposta, si specifica anche la frequenza di campionamento. La frequenza di campionamento è un numero 0-100 (incluso) che specifica la percentuale di risposte a cui si desidera che CloudFront aggiunga l'intestazione Server-Timing. Quando imposti la frequenza di campionamento su 100, CloudFront aggiunge l'intestazione Server-Timing alla risposta HTTP per ogni richiesta che corrisponde al comportamento della cache a cui è collegato il criterio delle intestazioni di risposta. Quando lo si imposta su 50, CloudFront aggiunge l'intestazione al 50% delle risposte per le richieste che corrispondono al comportamento della cache. È possibile impostare la frequenza di campionamento su qualsiasi numero 0-100 con un massimo di quattro cifre decimali.

Quando la frequenza di campionamento è impostata su un numero inferiore a 100, non è possibile controllare a quali risposte CloudFront aggiunge l'intestazione Server-Timing, solo la percentuale. Tuttavia, è possibile aggiungere l'intestazione Pragma con un valore impostato su server-timingin una richiesta HTTP per ricevere l'intestazione Server-Timing nella risposta a tale richiesta. Funziona a prescindere dalla frequenza di campionamento impostata. Anche quando la frequenza di campionamento è impostata su zero (0), CloudFront aggiunge l'intestazione Server-Timing alla risposta se la richiesta contiene l'intestazione Pragma: server-timing.

Intestazione Server-Timing dell'origine

In caso di mancata esecuzione della cache e CloudFront inoltra la richiesta al server di origine, l'origine potrebbe includere l'intestazione Server-Timing nella sua risposta a CloudFront. In questo caso, CloudFront aggiunge i suoi parametri all'intestazione Server-Timing ricevuta dall'origine. La risposta che CloudFront invia al visualizzatore contiene un'intestazione Server-Timing che include il valore che proviene dall'origine e i parametri aggiunti da CloudFront. Il valore dell'intestazione dall'origine potrebbe essere alla fine o tra due set di parametri che CloudFront aggiunge all'intestazione.

Quando si verifica un hit nella cache, la risposta che CloudFront invia al visualizzatore contiene una singola intestazione Server-Timing, che include solo i parametri di CloudFront nel valore dell'intestazione (il valore dall'origine non è incluso).

Metriche dell'intestazione del server-timing

Quando CloudFront aggiunge l'intestazione Server-Timing a una risposta HTTP, il valore dell'intestazione contiene uno o più parametri che ti possono aiutare a ottenere informazioni sul comportamento e le prestazioni di CloudFront e della tua origine. L'elenco seguente contiene tutti i parametri e i relativi valori potenziali. Un'intestazione Server-Timing contiene solo alcuni di questi parametri, a seconda della natura della richiesta e della risposta tramite CloudFront.

Alcuni di questi parametri sono inclusi nell'intestazione Server-Timing con solo il nome (nessun valore). Altri hanno un nome e un valore. Quando un parametro ha un valore, il nome e il valore sono separati da un punto e virgola (;). Quando l'intestazione contiene più di un parametro, i parametri sono separati da una virgola (,).

cdn-cache-hit

CloudFront ha fornito una risposta dalla cache senza effettuare una richiesta all'origine.

cdn-cache-refresh

CloudFront ha fornito una risposta dalla cache dopo aver inviato una richiesta all'origine per verificare che l'oggetto memorizzato nella cache sia ancora valido. In questo caso, CloudFront non ha recuperato l'oggetto completo dall'origine.

cdn-cache-miss

CloudFront non ha fornito la risposta dalla cache. In questo caso, CloudFront ha richiesto l'oggetto completo dall'origine prima di restituire la risposta.

cdn-pop

Contiene un valore che descrive quale punto di presenza (POP) di CloudFront ha gestito la richiesta.

cdn-rid

Contiene un valore con l'identificatore univoco CloudFront per la richiesta. È possibile utilizzare questo identificatore di richiesta (RID) per la risoluzione dei problemi con Supporto

cdn-hit-layer

Questa metrica è presente quando CloudFront fornisce una risposta dalla cache senza effettuare una richiesta all'origine. Contiene uno dei seguenti valori:

  • EDGE - CloudFront ha fornito la risposta memorizzata nella cache da una posizione POP.

  • REC- CloudFront ha fornito la risposta memorizzata nella cache da una posizione edge cache regionale (REC).

  • Origin Shield - CloudFront ha fornito la risposta memorizzata nella cache del REC che funge da Origin Shield.

cdn-upstream layer

Quando CloudFront richiede l'oggetto completo dall'origine, questa metrica è presente e contiene uno dei seguenti valori:

  • EDGE - Una posizione POP ha inviato la richiesta direttamente all'origine.

  • REC- Una posizione REC ha inviato la richiesta direttamente all'origine.

  • Origin Shield - Il REC che agisce come Origin Shield ha inviato la richiesta direttamente all'origine.

cdn-upstream-dns

Contiene un valore con il numero di millisecondi utilizzati per recuperare il record DNS per l'origine. Un valore pari a zero (0) indica che CloudFront ha utilizzato un risultato DNS memorizzato nella cache o ha riutilizzato una connessione esistente.

cdn-upstream-connect

Contiene un valore con il numero di millisecondi tra il completamento della richiesta DNS di origine e una connessione TCP (e TLS, se applicabile) all'origine completata. Un valore pari a zero (0) indica che CloudFront ha riutilizzato una connessione esistente.

cdn-upstream-fbl

Contiene un valore con il numero di millisecondi tra il completamento della richiesta HTTP di origine e la ricezione del primo byte nella risposta dall'origine (latenza primo byte).

cdn-downstream-fbl

Contiene un valore con il numero di millisecondi tra il momento in cui la posizione edge ha finito di ricevere la richiesta e il numero di millisecondi in cui ha inviato il primo byte della risposta al visualizzatore.

Esempi di intestazione Sever-Timing

Di seguito sono illustrati alcuni esempi di una intestazione Server-Timing che un visualizzatore potrebbe ricevere da CloudFront quando l'impostazione dell'intestazione Server-Timing è abilitata.

Esempio — cache miss

Il seguente esempio mostra un'intestazione Server-Timing che un visualizzatore potrebbe ricevere quando l'oggetto richiesto non si trova nella cache di CloudFront.

Server-Timing: cdn-upstream-layer;desc="EDGE",cdn-upstream-dns;dur=0,cdn-upstream-connect;dur=114,cdn-upstream-fbl;dur=177,cdn-cache-miss,cdn-pop;desc="PHX50-C2",cdn-rid;desc="yNPsyYn7skvTzwWkq3Wcc8Nj_foxUjQUe9H1ifslzWhb0w7aLbFvGg==",cdn-downstream-fbl;dur=436

Questa intestazione Server-Timing del parametro indica quanto segue:

  • La richiesta di origine è stata inviata da un punto di presenza (POP) di CloudFront (cdn-upstream-layer;desc="EDGE").

  • CloudFront ha utilizzato un risultato DNS memorizzato nella cache per l'origine (cdn-upstream-dns;dur=0).

  • A CloudFront sono stati necessari 114 millisecondi per completare la connessione TCP (e TLS, se applicabile) all'origine (cdn-upstream-connect;dur=114).

  • Ci sono voluti 177 millisecondi perché CloudFront ricevesse il primo byte della risposta dall'origine, dopo aver completato la richiesta (cdn-upstream-fbl;dur=177).

  • L'oggetto richiesto non era nella cache di CloudFront (cdn-cache-miss).

  • La richiesta è stata ricevuta nella posizione edge identificata dal codice PHX50-C2 (cdn-pop;desc="PHX50-C2").

  • L'ID univoco di CloudFront per questa richiesta era yNPsyYn7skvTzwWkq3Wcc8Nj_foxUjQUe9H1ifslzWhb0w7aLbFvGg== (cdn-rid;desc="yNPsyYn7skvTzwWkq3Wcc8Nj_foxUjQUe9H1ifslzWhb0w7aLbFvGg==").

  • CloudFront ha impiegato 436 millisecondi per inviare il primo byte della risposta al visualizzatore, dopo aver ricevuto la richiesta del visualizzatore (cdn-downstream-fbl;dur=436).

Esempio - hit della cache

Il seguente esempio mostra un'intestazione Server-Timing che un visualizzatore potrebbe ricevere quando l'oggetto richiesto si trova nella cache di CloudFront.

Server-Timing: cdn-cache-hit,cdn-pop;desc="SEA19-C1",cdn-rid;desc="nQBz4aJU2kP9iC3KHEq7vFxfMozu-VYBwGzkW9diOpeVc7xsrLKj-g==",cdn-hit-layer;desc="REC",cdn-downstream-fbl;dur=137

Questa intestazione Server-Timing del parametro indica quanto segue:

  • L'oggetto richiesto è nella cache (). (cdn-cache-hit).

  • La richiesta è stata ricevuta nella posizione edge identificata dal codice SEA19-C1 (cdn-pop;desc="SEA19-C1").

  • L'ID univoco di CloudFront per questa richiesta era nQBz4aJU2kP9iC3KHEq7vFxfMozu-VYBwGzkW9diOpeVc7xsrLKj-g== (cdn-rid;desc="nQBz4aJU2kP9iC3KHEq7vFxfMozu-VYBwGzkW9diOpeVc7xsrLKj-g==").

  • L'oggetto richiesto è stato memorizzato nella cache in una posizione REC (Regional Edge Cache) (cdn-hit-layer;desc="REC").

  • CloudFront ha impiegato 137 millisecondi per inviare il primo byte della risposta al visualizzatore, dopo aver ricevuto la richiesta del visualizzatore (cdn-downstream-fbl;dur=137).