Pemecahan masalah pemadatan file Azure Content Delivery Network
Penting
Azure CDN Standard dari Microsoft (klasik) akan dihentikan pada 30 September 2027. Untuk menghindari gangguan layanan apa pun, penting untuk memigrasikan profil Azure CDN Standard dari Microsoft (klasik) ke tingkat Azure Front Door Standard atau Premium paling lambat 30 September 2027. Untuk informasi selengkapnya, lihat Penghentian Azure CDN Standard dari Microsoft (klasik).
Azure CDN dari Edgio dihentikan pada 15 Januari 2025. Untuk informasi selengkapnya, lihat Tanya Jawab Umum penghentian Azure CDN dari Edgio.
Artikel ini membantu Anda memecahkan masalah dengan kompresi file CDN.
Jika Anda memerlukan bantuan lebih lanjut mengenai hal apa pun dalam artikel ini, Anda dapat menghubungi pakar Azure di forum MSDN Azure dan Stack Overflow. Atau, Anda juga dapat mengajukan insiden Dukungan Azure. Buka situs Dukungan Azure, lalu pilih Dapatkan Dukungan.
Gejala
Kompresi untuk titik akhir Anda diaktifkan, tetapi file dikembalikan dengan tidak terkompresi.
Tip
Untuk memeriksa apakah file Anda dikembalikan dikompresi, Anda perlu menggunakan alat seperti Fiddler atau alat pengembang browser Anda. Periksa header respons HTTP yang dikembalikan dengan konten jaringan pengiriman konten yang di-cache. Jika ada header bernama Content-Encoding dengan nilai gzip, bzip2, brotli, atau deflate konten Anda dikompresi.
Penyebab
Ada beberapa kemungkinan penyebabnya, termasuk:
- Konten yang diminta tidak memenuhi syarat untuk kompresi.
- Kompresi tidak diaktifkan untuk jenis file yang diminta.
- Permintaan HTTP tidak menyertakan header yang meminta jenis kompresi yang valid.
- Origin mengirimkan konten potongan.
Langkah-langkah pemecahan masalah
Tip
Seperti halnya menyebarkan titik akhir baru, perubahan konfigurasi jaringan pengiriman konten membutuhkan waktu untuk disebarluaskan melalui jaringan. Biasanya, perubahan diterapkan dalam waktu 90 menit. Jika ini pertama kalinya Anda menyiapkan kompresi untuk titik akhir jaringan pengiriman konten, Anda harus mempertimbangkan menunggu 1-2 jam untuk memastikan pengaturan kompresi telah disebarkan ke POP.
Verifikasi permintaan
Pertama, kita harus melakukan pemeriksaan kewajaran cepat atas permintaan. Anda dapat menggunakan alat pengembang browser Anda untuk melihat permintaan yang dibuat.
- Verifikasikan bahwa permintaan dikirimkan ke URL titik akhir Anda,
<endpointname>.azureedge.net, dan bukan asal Anda. - Verifikasikan bahwa permintaan berisi header Accept-Encoding, dan nilai untuk header tersebut berisi gzip, deflate, brotli, atau bzip2.
Memverifikasi pengaturan kompresi
Navigasi ke titik akhir Anda di portal Azure dan pilih tombol Konfigurasikan.
- Memverifikasi bahwa kompresi diaktifkan.
- Verifikasi bahwa jenis MIME untuk konten yang akan dikompresi disertakan dalam daftar format terkompresi.
Memeriksa permintaan di server asal untuk header Via
Header Via HTTP menunjukkan ke server web bahwa permintaan sedang diteruskan oleh server proxy. Server web Microsoft IIS secara default tidak mengompresi respons saat permintaan berisi header Via. Untuk mengesampingkan perilaku ini, lakukan hal berikut: