Risoluzione dei problemi relativi alla compressione dei file nella rete per la distribuzione di contenuti di Azure
Importante
Rete CDN di Azure Standard di Microsoft (versione classica) verrà ritirato il 30 settembre 2027. Per evitare interruzioni del servizio, è importante eseguire la migrazione dei profili Rete CDN di Azure Standard da Microsoft (versione classica) al livello Frontdoor di Azure Standard o Premium entro il 30 settembre 2027. Per altre informazioni, vedere Ritiro di Rete CDN di Azure Standard di Microsoft (versione classica).
Rete CDN di Azure di Edgio è stato ritirato 15 gennaio 2025. Per altre informazioni, vedere Rete CDN di Azure da Domande frequenti sul ritiro di Edgio.
Questo articolo consente di risolvere i problemi relativi alla compressione dei file CDN.
Se si ha bisogno di ulteriore aiuto in qualsiasi punto di questo articolo, è possibile contattare gli esperti di Azure sui forum MSDN Azure e Stack Overflow. In alternativa, è anche possibile aprire un evento di supporto di Azure. Accedere al sito del supporto di Azure e selezionare Richiesta di supporto.
Sintomo
La compressione per l'endpoint è abilitata, ma i file vengono restituiti non compressi.
Suggerimento
Per verificare se i file vengono restituiti compressi, è necessario usare uno strumento come Fiddler o gli strumenti di sviluppo del browser. Controllare le intestazioni della risposta HTTP restituite con il contenuto della rete per la distribuzione di contenuti memorizzato nella cache. Se è presente un'intestazione denominata Content-Encoding con valore gzip, bzip2, brotli o deflate, il contenuto è compresso.
Causa
Le cause possono essere diverse, ad esempio:
- Il contenuto richiesto non è idoneo per la compressione.
- La compressione non è abilitata per il tipo di file richiesto.
- La richiesta HTTP non include un'intestazione che richiede un tipo di compressione valido.
- L'origine invia contenuto in blocchi.
Passaggi per la risoluzione dei problemi
Suggerimento
Come avviene con la distribuzione di nuovi endpoint, le modifiche alla configurazione della rete per la distribuzione di contenuti richiedono tempo per propagarsi attraverso la rete. In genere, le modifiche vengono applicate entro 90 minuti. Se questa è la prima volta che si configura la compressione per l'endpoint della rete per la distribuzione di contenuti, è consigliabile attendere 1-2 ore per assicurarsi che le impostazioni di compressione siano state propagate ai POP.
Verificare la richiesta
Per prima cosa, eseguire una rapida verifica dell'integrità della richiesta. Per visualizzare le richieste in corso, è possibile usare gli strumenti per sviluppatori del browser.
- Verificare che la richiesta venga inviata all'URL dell'endpoint,
<endpointname>.azureedge.net, non all'origine. - Verificare che la richiesta contenga un'intestazione Accept-Encoding e che il valore di tale intestazione contenga gzip, deflate, brotli o bzip2.
Verificare le impostazioni di compressione
Passare all'endpoint nel portale di Azure e selezionare il pulsante Configura.
- Verificare se la compressione è abilitata.
- Verificare che il tipo MIME per il contenuto da comprimere sia incluso nell'elenco dei formati compressi.
Cercare nelle richieste nel server di origine un'intestazione Via
L'intestazione HTPP Via indica al server Web che la richiesta viene passata da un server proxy. Per impostazione predefinita, i server Web Microsoft IIS non comprimono le risposte quando la richiesta contiene un'intestazione Via. Per eseguire l'override di questo comportamento, eseguire queste operazioni: