Řešení potíží s kompresí souborů Azure Content Delivery Network
Důležité
30. září 2027 bude vyřazena služba Azure CDN Standard od Microsoftu (Classic). Abyste se vyhnuli přerušení služeb, je důležité do 30. září 2027 migrovat profily Azure CDN Standard z Microsoftu (classic) na úroveň Azure Front Door Standard nebo Premium. Další informace najdete v tématu Azure CDN Standard od Microsoftu (klasického) vyřazení.
15. ledna 2025 byla vyřazena služba Azure CDN z Edgio. Další informace najdete v tématu Azure CDN z nejčastějších dotazů k vyřazení Edgio.
Tento článek vám pomůže vyřešit problémy s kompresí souborů CDN.
Pokud potřebujete další pomoc v libovolném bodě tohoto článku, můžete kontaktovat odborníky na Azure na fórech MSDN Azure a Stack Overflow. Případně můžete také podat incident podpory Azure. Přejděte na web podpory Azure a vyberte Získat podporu.
Příznaky
Komprese koncového bodu je povolená, ale soubory se vrací nekomprimované.
Tip
Pokud chcete zkontrolovat, jestli se soubory vrací komprimované, musíte použít nástroj, jako je Fiddler nebo vývojářské nástroje prohlížeče. Zkontrolujte hlavičky odpovědi HTTP vrácené obsahem sítě pro doručování obsahu v mezipaměti. Pokud je záhlaví pojmenované Content-Encoding s hodnotou gzip, bzip2, brotli nebo deflate, obsah se zkomprimuje.
Příčina
Existuje několik možných příčin, mezi které patří:
- Požadovaný obsah nemá nárok na kompresi.
- Pro požadovaný typ souboru není povolená komprese.
- Požadavek HTTP neobsahuje hlavičku požadující platný typ komprese.
- Zdroj odesílá blokovaný obsah.
Postup při řešení potíží
Tip
Stejně jako při nasazování nových koncových bodů trvá rozšíření změn konfigurace sítě pro doručování obsahu přes síť nějakou dobu. Změny se obvykle použijí do 90 minut. Pokud jste pro koncový bod sítě pro doručování obsahu nastavili kompresi poprvé, měli byste zvážit čekání na 1 až 2 hodiny, abyste měli jistotu, že se nastavení komprese rozšířilo do bodů zabezpečení.
Ověření požadavku
Nejprve bychom měli provést rychlou kontrolu sanity na žádost. K zobrazení žádostí provedených žádostí můžete použít vývojářské nástroje prohlížeče.
- Ověřte, že se požadavek odesílá na adresu URL koncového bodu,
<endpointname>.azureedge.neta ne na váš původ. - Ověřte, že požadavek obsahuje hlavičku Accept-Encoding a hodnota pro tuto hlavičku obsahuje gzip, deflate, brotli nebo bzip2.
Ověření nastavení komprese
Na webu Azure Portal přejděte ke svému koncovému bodu a vyberte tlačítko Konfigurovat.
- Ověřte, že je povolená komprese.
- Ověřte, že typ MIME pro komprimovaný obsah je součástí seznamu komprimovaných formátů.
Zkontrolujte požadavek na zdrojovém serveru pro hlavičku Via .
Hlavička Via HTTP označuje webovému serveru, že požadavek předává proxy server. Webové servery služby Microsoft IIS ve výchozím nastavení nekomprimují odpovědi, pokud požadavek obsahuje hlavičku Via . Chcete-li toto chování přepsat, proveďte následující: