Felsöka Azure Content Delivery Network-filkomprimering
Viktigt!
Azure CDN Standard från Microsoft (klassisk) dras tillbaka den 30 september 2027. För att undvika avbrott i tjänsten är det viktigt att du migrerar din Azure CDN Standard från Microsofts (klassiska) profiler till Azure Front Door Standard- eller Premium-nivån senast den 30 september 2027. Mer information finns i Azure CDN Standard från Microsoft (klassisk) tillbakadragning.
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.
Dricks
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ållsleveransnätverksinnehåll. Om det finns en rubrik med namnet Content-Encoding med värdet gzip, bzip2, brotli eller deflate komprimeras innehållet.
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
Dricks
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.
Verifiera komprimeringsinställningar (standard-CDN-profiler)
Kommentar
Det här steget gäller endast om din CDN-profil är en Azure CDN Standard från Microsoft eller Azure CDN Standard från Edgio-profilen .
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.
Verifiera komprimeringsinställningar (Premium CDN-profiler)
Kommentar
Det här steget gäller endast om din CDN-profil är en Azure CDN Premium från Edgio-profilen .
Gå till slutpunkten i Azure Portal och välj knappen Hantera. Tilläggsportalen öppnas. Hovra över fliken HTTP Large och hovra sedan över den utfällbara menyn Cacheinställningar . Välj Komprimering.
- Kontrollera att komprimering är aktiverat.
- Kontrollera att listan Filtyper innehåller en kommaavgränsad lista (inga blanksteg) med MIME-typer.
- Kontrollera att MIME-typen för det innehåll som ska komprimeras ingår i listan över komprimerade format.
Kontrollera att innehållet är cachelagrat (Edgio CDN-profiler)
Kommentar
Det här steget gäller endast om din CDN-profil är en Azure CDN Standard från Edgio eller Azure CDN Premium från Edgio-profilen .
Använd webbläsarens utvecklarverktyg och kontrollera svarshuvudena för att se till att filen cachelagras i den region där den begärs.
- Kontrollera serversvarshuvudet. Rubriken ska ha formatet Plattform (POP/Server-ID) enligt följande exempel.
- Kontrollera svarshuvudet för X-Cache . Rubriken ska läsa HIT.
Kontrollera att filen uppfyller storlekskraven (Edgio CDN-profiler)
Kommentar
Det här steget gäller endast om din CDN-profil är en Azure CDN Standard från Edgio eller Azure CDN Premium från Edgio-profilen .
För att vara berättigad till komprimering måste en fil uppfylla följande storlekskrav:
- Större än 128 byte (innehållslängd: 128)
- Mindre än 3 MB
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: