Rozwiązywanie problemów z kompresją plików usługi Azure Content Delivery Network

Ważne

Azure CDN Standard od Microsoft (classic) przechodzi na emeryturę 30 września 2027 roku. Ponieważ usługa jest wycofywana, nie obsługuje już tworzenia profili, wdrażania nowych domen ani zarządzanych certyfikatów. Aby uniknąć zakłóceń usługi, przenieś się do wersji Azure Front Door Standard lub Premium. Aby uzyskać więcej informacji, zobacz wycofanie usługi Azure CDN Standard from Microsoft (classic).

Ten artykuł ułatwia rozwiązywanie problemów z kompresją plików CDN.

Jeśli potrzebujesz więcej pomocy w dowolnym momencie tego artykułu, możesz skontaktować się z ekspertami platformy Azure na forach MSDN Azure i Stack Overflow. Alternatywnie możesz również zgłosić zdarzenie pomocy technicznej platformy Azure. Przejdź do witryny pomocy technicznej platformy Azure i wybierz pozycję Uzyskaj pomoc techniczną.

Objaw

Kompresja punktu końcowego jest włączona, ale pliki są zwracane nieskompresowane.

Wskazówka

Aby sprawdzić, czy pliki są zwracane skompresowane, należy użyć narzędzia takiego jak Fiddler lub narzędzia deweloperskie przeglądarki. Sprawdź nagłówki odpowiedzi HTTP zwracane z buforowaną zawartością sieci dystrybucji treści. Jeśli istnieje nagłówek o nazwie Content-Encoding z wartością gzip, bzip2, brotli lub deflate, twoja zawartość jest kompresowana.

Nagłówek Kodowanie-Treści

Przyczyna

Istnieje kilka możliwych przyczyn, w tym:

  • Żądana zawartość nie kwalifikuje się do kompresji.
  • Kompresja nie jest włączona dla żądanego typu pliku.
  • Żądanie HTTP nie zawiera nagłówka żądającego prawidłowego typu kompresji.
  • Źródło wysyła fragmentowaną zawartość.

Kroki rozwiązywania problemów

Wskazówka

Podobnie jak w przypadku wdrażania nowych punktów końcowych, zmiany konfiguracji sieci dostarczania zawartości zajmują trochę czasu, aby propagować je za pośrednictwem sieci. Zazwyczaj zmiany są stosowane w ciągu 90 minut. Jeśli to jest pierwszy raz, kiedy konfigurujesz kompresję dla punktu końcowego sieci dostarczania treści, rozważ odczekanie 1–2 godzin, aby upewnić się, że ustawienia kompresji zostały rozpropagowane do punktów obecności (POP-ów).

Weryfikowanie żądania

Najpierw należy przeprowadzić szybką weryfikację żądania. Możesz użyć narzędzi deweloperskich przeglądarki, aby wyświetlić wysyłane żądania.

  • Sprawdź, czy żądanie jest wysyłane do adresu URL punktu dostępu, <endpointname>.azureedge.net, a nie do źródła.
  • Sprawdź, czy żądanie zawiera nagłówek Accept-Encoding oraz czy wartość tego nagłówka obejmuje gzip, deflate, brotli lub bzip2.

Nagłówki żądań CDN

Weryfikowanie ustawień kompresji

Przejdź do punktu końcowego w witrynie Azure Portal i wybierz przycisk Konfiguruj .

  • Sprawdź, czy kompresja jest włączona.
  • Sprawdź, czy typ MIME zawartości do skompresowania znajduje się na liście skompresowanych formatów.

Sprawdź żądanie na serwerze pochodzenia pod kątem nagłówka Via

Nagłówek Via HTTP wskazuje serwerowi internetowemu, że żądanie jest przekazywane przez serwer proxy. Serwery internetowe usług Microsoft IIS domyślnie nie kompresują odpowiedzi, gdy żądanie zawiera nagłówek Via . Aby zastąpić to zachowanie, wykonaj następujące czynności:

  • Last updated on