Felsökning av Azure Content Delivery Networks filkomprimering

Viktigt!

Azure CDN Standard från Microsoft (klassisk) stöder inte skapande av profiler, ny domänregistrering eller hanterade certifikat och dras tillbaka den September 30, 2027. För att undvika avbrott i tjänsten migrera till Azure Front Door Standard eller Premium. Mer information finns i Azure CDN Standard från Microsoft (klassisk) pensionering.

Den här artikeln hjälper dig att felsöka problem med CDN-filkomprimering.

Om du behöver mer hjälp när som helst i den här artikeln kan du kontakta Azure-experterna på MSDN Azure och Stack Overflow-forumen. Du kan också skicka in en Azure Support-incident. Gå till Azure Support-webbplatsen och välj Hämta support.

Symptom

Komprimering för slutpunkten är aktiverad, men filer returneras okomprimerade.

Tips

För att kontrollera om dina filer returneras komprimerade måste du använda ett verktyg som Fiddler eller webbläsarens utvecklarverktyg. Kontrollera HTTP-svarshuvudena som returneras med ditt cachelagrade innehåll från innehållsleveransnätverket. Om det finns en rubrik med namnet Content-Encoding med värdet gzip, bzip2, brotli eller deflate komprimeras innehållet.

Innehållskodningsrubrik

Orsak

Det finns flera möjliga orsaker, bland annat:

  • Det begärda innehållet är inte berättigat till komprimering.
  • Komprimering är inte aktiverat för den begärda filtypen.
  • HTTP-begäran innehöll inte ett huvud som begärde en giltig komprimeringstyp.
  • Origin skickar segmenterat innehåll.

Felsökningsanvisningar

Tips

Precis som vid distribution av nya slutpunkter tar det lite tid att sprida nätverkskonfigurationsändringar för innehållsleverans via nätverket. Vanligtvis tillämpas ändringar inom 90 minuter. Om det är första gången du konfigurerar komprimering för nätverksslutpunkten för innehållsleverans bör du överväga att vänta 1–2 timmar för att se till att komprimeringsinställningarna har spridits till IP-adresserna.

Verifiera begäran

Först bör vi göra en snabb sanskontroll av begäran. Du kan använda webbläsarens utvecklarverktyg för att visa de begäranden som görs.

  • Kontrollera att begäran skickas till slutpunkts-URL:en, <endpointname>.azureedge.netoch inte till ditt ursprung.
  • Kontrollera att begäran innehåller ett accept-Encoding-huvud och värdet för rubriken innehåller gzip, deflate, brotli eller bzip2.

CDN-begärandehuvuden

Verifiera komprimeringsinställningar

Gå till slutpunkten i Azure Portal och välj knappen Konfigurera.

  • Kontrollera att komprimering är aktiverat.
  • Kontrollera att MIME-typen för det innehåll som ska komprimeras ingår i listan över komprimerade format.

Kontrollera begäran på ursprungsservern om det finns ett Via-huvud

Via HTTP-huvudet anger för webbservern att begäran skickas av en proxyserver. Microsoft IIS-webbservrar komprimerar som standard inte svar när begäran innehåller ett Via-huvud . Utför följande för att åsidosätta det här beteendet:

  • Last updated on