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) non supporta la creazione del profilo, la nuova registrazione di domini o i certificati gestiti e ritirerà il servizio il 30 settembre 2027. Per evitare interruzioni del servizio, migrate per Frontdoor di Azure Standard o Premium. Per ulteriori informazioni, consultare il ritiro di Rete CDN di Azure Standard di Microsoft (classico).

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 memorizzato nella cache della rete di distribuzione dei contenuti. Se è presente un'intestazione denominata Content-Encoding con valore gzip, bzip2, brotli o deflate, il contenuto è compresso.

Intestazione Content-Encoding

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 contenuti suddivisi 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, e non al server di origine.
  • Verificare che la richiesta contenga un'intestazione Accept-Encoding e che il valore di tale intestazione contenga gzip, deflate, brotli o bzip2.

Intestazioni di richiesta CDN

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:

  • Last updated on