Rozwiązywanie problemów z kompresją plików usługi Azure Content Delivery Network
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.
Napiwek
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 dostarczania zawartości. Jeśli istnieje nagłówek o nazwie Content-Encoding z wartością gzip, bzip2, brotli lub deflate, zawartość jest kompresowana.
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
Napiwek
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 po raz pierwszy skonfigurowano kompresję dla punktu końcowego sieci dostarczania zawartości, rozważ odczekanie 1–2 godzin, aby upewnić się, że ustawienia kompresji zostały rozpropagowane do punktów pops.
Weryfikowanie żądania
Najpierw należy przeprowadzić szybką kontrolę kondycji na żądanie. 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 końcowego,
<endpointname>.azureedge.net, a nie do źródła. - Sprawdź, czy żądanie zawiera nagłówek Accept-Encoding , a wartość tego nagłówka zawiera gzip, deflate, brotli lub bzip2.
Weryfikowanie ustawień kompresji (standardowe profile CDN)
Uwaga
Ten krok ma zastosowanie tylko wtedy, gdy profil usługi CDN jest usługą Azure CDN Standard firmy Microsoft lub Azure CDN Standard z profilu Edgio .
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.
Weryfikowanie ustawień kompresji (profile usługi CDN w warstwie Premium)
Uwaga
Ten krok ma zastosowanie tylko wtedy, gdy profil usługi CDN jest profilem usługi Azure CDN Premium z profilu Edgio .
Przejdź do punktu końcowego w witrynie Azure Portal i wybierz przycisk Zarządzaj . Zostanie otwarty portal uzupełniający. Umieść kursor na karcie Duże http, a następnie umieść kursor na wysuwanych Ustawienia pamięci podręcznej. Wybierz pozycję Kompresja.
- Sprawdź, czy kompresja jest włączona.
- Sprawdź, czy lista Typy plików zawiera listę rozdzielaną przecinkami (bez spacji) typów MIME.
- Sprawdź, czy typ MIME zawartości do skompresowania znajduje się na liście skompresowanych formatów.
Sprawdź, czy zawartość jest buforowana (profile Edgio CDN)
Uwaga
Ten krok ma zastosowanie tylko wtedy, gdy profil usługi CDN jest usługą Azure CDN Standard z profilu Edgio lub Azure CDN Premium z profilu Edgio .
Korzystając z narzędzi deweloperskich przeglądarki, sprawdź nagłówki odpowiedzi, aby upewnić się, że plik jest buforowany w regionie, w którym jest żądany.
- Sprawdź nagłówek odpowiedzi serwera. Nagłówek powinien mieć format Platform (POP/Server ID), jak pokazano w poniższym przykładzie.
- Sprawdź nagłówek odpowiedzi X-Cache. Nagłówek powinien odczytywać wartość HIT.
Sprawdź, czy plik spełnia wymagania dotyczące rozmiaru (profile Edgio CDN)
Uwaga
Ten krok ma zastosowanie tylko wtedy, gdy profil usługi CDN jest usługą Azure CDN Standard z profilu Edgio lub Azure CDN Premium z profilu Edgio .
Aby kwalifikować się do kompresji, plik musi spełniać następujące wymagania dotyczące rozmiaru:
- Większe niż 128 bajtów (długość zawartości: 128)
- Mniejsze niż 3 MB
Sprawdź żądanie na serwerze pochodzenia dla nagłówka Via
Nagłówek Via HTTP wskazuje serwer internetowy, ż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: