All Products
Search

This Product

    CDN:Ubah header respons masuk

    Document Center

    CDN:Ubah header respons masuk

    Last Updated:Jul 04, 2026

    Ketika cache pada titik kehadiran (POP) kedaluwarsa atau terjadi cache miss, POP meminta konten terbaru dari server origin. Konten dan header HTTP yang dikembalikan oleh server origin disebut header respons origin. Anda dapat mengubah header ini di server origin untuk menentukan kebijakan cache, mengonfigurasi Cross-Origin Resource Sharing (CORS), dan lainnya. Hal ini memungkinkan Anda mengoptimalkan kecepatan pemuatan situs web, meningkatkan keamanan konten, mengontrol aksesibilitas resource, serta meningkatkan pengalaman pengguna.

    Latar Belakang

    Header respons HTTP adalah komponen dari respons HTTP yang membawa parameter spesifik ke klien.

    Ketika konten yang diminta oleh pengguna akhir tidak di-cache pada node CDN, CDN melakukan pengambilan asal, dan server origin mengirimkan respons. Anda dapat mengubah header HTTP dalam respons inbound ini. Misalnya, Anda dapat menulis ulang nilai header Content-Type sebelum diteruskan ke klien untuk memastikan penguraian yang tepat. Jika server origin mengembalikan nilai Content-Type yang salah, klien mungkin gagal mengurai konten dengan benar. Anda dapat mengatasi masalah ini dengan menulis ulang header tersebut di CDN.

    Catatan

    • Respons inbound adalah pesan HTTP yang dikirim oleh server origin ke node CDN. Mengubah header respons inbound hanya memengaruhi pesan HTTP yang dikirim dari server origin ke node CDN; tidak memengaruhi respons yang disajikan node CDN kepada pengguna akhir.

    • Anda tidak dapat mengubah header respons inbound untuk domain wildcard.

    Kasus Penggunaan

    Berikut adalah kasus penggunaan umum beserta contohnya:

    • Tipe konten salah: Jika tipe konten (Content-Type) yang dikembalikan oleh server origin tidak sesuai dengan konten aktual, klien mungkin tidak dapat menguraikannya dengan benar. Misalnya, file HTML mungkin salah ditandai sebagai teks biasa. Anda dapat mengatasi masalah ini dengan mengonfigurasi header respons origin.

      Contoh: Ubah Content-Type: text/plain menjadi Content-Type: text/html.

    • Kontrol kebijakan cache: Jika Anda memerlukan kontrol detail halus atas kebijakan caching CDN, Anda dapat menyesuaikan bidang Cache-Control atau Expires dalam header respons server origin. Hal ini membantu mengoptimalkan frekuensi pembaruan konten dan tingkat hit cache.

      Contoh: Ubah Cache-Control: max-age=3600 menjadi Cache-Control: max-age=86400 untuk memperpanjang waktu kedaluwarsa cache. Untuk informasi lebih lanjut tentang aturan cache default CDN, lihat Aturan dan Prioritas Cache Default Alibaba Cloud CDN.

    • Cross-Origin Resource Sharing (CORS): Jika Anda ingin mengizinkan aplikasi web dari domain lain mengakses resource yang di-host di CDN, Anda harus mengonfigurasi header Access-Control-Allow-Origin dan header CORS terkait lainnya di server origin. Pengaturan ini memastikan bahwa ketika browser melakukan permintaan lintas asal, CDN dapat memberikan header respons yang sesuai kepada klien untuk mencegah error CORS. Untuk informasi lebih lanjut tentang masalah akses lintas asal, lihat Konfigurasi Cross-Origin Resource Sharing.

      Contoh:

      • Access-Control-Allow-Origin: *: Mengizinkan permintaan resource lintas asal dari semua domain.

      • Access-Control-Allow-Methods: GET, POST, OPTIONS: Menentukan metode HTTP yang diizinkan untuk permintaan lintas asal.

    • Transfer terkompresi: Jika server origin mendukung transfer terkompresi tetapi belum mengaktifkannya, atau jika algoritma kompresi yang digunakan bukan yang paling efisien, Anda dapat mengatur Accept-Encoding dalam header respons back-to-origin untuk menginstruksikan server origin menggunakan metode kompresi optimal.

      Contoh: Ubah Accept-Encoding: gzip, deflate menjadi Accept-Encoding: br untuk memprioritaskan Kompresi Brotli. Untuk informasi lebih lanjut, lihat Kompresi Brotli.

    • Pengalihan: Ketika server origin perlu mengalihkan pengguna ke URL lain, Anda dapat mengatur header pengalihan yang benar dalam header respons origin. Untuk informasi lebih lanjut, lihat Konfigurasi pengikutan pengalihan 301/302.

      Contoh: Location: https://www.example.com/new-page.html: Memberi tahu CDN dan browser pengguna tentang lokasi resource baru untuk Pengalihan 301 atau 302.

    • Perilaku origin kustom: Anda mungkin perlu menambahkan header kustom ke respons untuk mengimplementasikan fungsi tertentu atau untuk tujuan pelacakan.

    Catatan

    • Konfigurasi ganda dieksekusi dari atas ke bawah sesuai urutan kemunculannya dalam daftar konfigurasi. Efeknya bersifat kumulatif. Jika beberapa konfigurasi mengubah header yang sama, yang terakhir berlaku. Dalam contoh berikut, Konfigurasi 2 yang berlaku:

      • Konfigurasi 1: Tambahkan header respons HTTP: cache-control: max-age=3600

      • Konfigurasi 2: Tambahkan header respons HTTP: cache-control: no-cache

    • Ketika kondisi aturan diterapkan, pencocokan ditentukan oleh prioritas kondisi, bukan urutan konfigurasi.

    Prosedur

    1. Masuk ke CDN console.

    2. Di panel navigasi kiri, klik Domain Names.

    3. Pada halaman Domain Names, temukan nama domain target dan klik Manage di kolom Actions.

    4. Di panel navigasi domain, klik Origin Fetch.

    5. Klik tab Modify Incoming Response Header.

    6. Klik Customize.

    7. Ubah pengaturan header respons ingress.

      Penting

      Jika beberapa operasi diterapkan pada parameter header respons origin yang sama, operasi tersebut dieksekusi berdasarkan prioritas berikut: Replace > Add > Change dan Delete. Misalnya, jika operasi add dan delete dikonfigurasi untuk parameter yang sama, operasi add dieksekusi sebelum operasi delete.

      Tambahkan header respons

      Parameter

      Contoh

      Deskripsi

      Operation

      add

      Menambahkan header respons yang ditentukan ke respons origin.

      Response Header

      Custom Response Header

      Pilih Custom Response Header atau parameter header respons preset.

      Header Name

      x-code

      Menentukan nama header respons kustom.

      Header Value

      key1

      Masukkan satu atau beberapa nilai header, dipisahkan dengan koma (,).

      key1,key2

      Allow Duplicates

      Allow

      • Yes: Mengizinkan Anda menambahkan header respons duplikat. Misalnya, x-code:key1 dan x-code:key2.

      • No: Jika header dengan nama yang sama sudah ada, nilai baru akan menimpa yang lama. Misalnya, jika Anda menambahkan x-code:key1 lalu x-code:key2, header akhirnya adalah x-code:key2.

      Rule Condition

      Do not use

      Kondisi aturan mengidentifikasi berbagai informasi parameter dalam permintaan pengguna. Hal ini menentukan apakah konfigurasi berlaku untuk permintaan tersebut.

      • Do not use: Tidak menggunakan kondisi aturan.

      • Untuk menambah atau mengedit kondisi aturan, kelola di Rules Engine.

      Hapus header respons

      Parameter

      Contoh

      Deskripsi

      Operation

      delete

      Menghapus semua header respons yang memiliki nama yang ditentukan, termasuk duplikatnya.

      Response Header

      Custom Response Header

      Pilih Custom Response Header atau parameter header respons preset.

      Header Name

      x-code

      Menentukan nama header respons kustom yang akan dihapus.

      Rule Condition

      Do not use

      Kondisi aturan mengidentifikasi berbagai informasi parameter dalam permintaan pengguna. Hal ini menentukan apakah konfigurasi berlaku untuk permintaan tersebut.

      • Do not use: Tidak menggunakan kondisi aturan.

      • Untuk menambah atau mengedit kondisi aturan, kelola di Rules Engine.

      Ubah header respons

      Parameter

      Contoh

      Deskripsi

      Operation

      modify

      Mengubah header. Operasi ini tidak diizinkan jika terdapat header duplikat dengan nama yang sama.

      Response Header

      Custom Response Header

      Pilih Custom Response Header atau parameter header respons preset.

      Header Name

      x-code

      Menentukan nama header respons kustom yang akan diubah.

      Change Value To

      key1,key3

      Menentukan nilai baru untuk header. Untuk mengonfigurasi beberapa nilai, pisahkan dengan koma (,).

      Rule Condition

      Kondisi aturan mengidentifikasi berbagai informasi parameter dalam permintaan pengguna. Hal ini menentukan apakah konfigurasi berlaku untuk permintaan tersebut.

      • Do not use: Tidak menggunakan kondisi aturan.

      • Untuk menambah atau mengedit kondisi aturan, kelola di Rules Engine.

      Ganti header respons

      Parameter

      Contoh

      Deskripsi

      Operation

      replace

      Mengganti nilai header. Operasi ini tidak diizinkan jika terdapat header duplikat dengan nama yang sama.

      Response Header

      Custom Response Header

      Pilih Custom Response Header atau parameter header respons preset.

      Header Name

      x-code

      Menentukan nama header respons kustom yang nilainya ingin Anda ganti.

      Find

      key

      Ekspresi reguler yang mencocokkan bagian nilai header yang akan diganti.

      Replace With

      abc

      Nilai yang menggantikan teks yang cocok.

      Match

      Match All

      • Match All: Mengganti semua kemunculan yang cocok dengan ekspresi reguler. Misalnya, jika headernya adalah x-code:key1,key2,key3 dan Anda menggunakan ekspresi reguler untuk mengganti nilai yang cocok key dengan abc, hasilnya adalah x-code:abc1,abc2,abc3.

      • Match the First Only: Mengganti hanya kemunculan pertama yang cocok dengan ekspresi reguler. Misalnya, jika headernya adalah x-code:key1,key2,key3 dan Anda menggunakan ekspresi reguler untuk mengganti nilai yang cocok key dengan abc, hasilnya adalah x-code:abc1,key2,key3.

      Rule Condition

      -

      Kondisi aturan menentukan kriteria yang harus dipenuhi permintaan pengguna agar konfigurasi ini berlaku.

      • Do not use: Tidak menggunakan kondisi aturan.

      • Untuk menambah atau mengedit kondisi aturan, buka halaman rule engine.

    8. Klik OK.

    Header respons default

    Alibaba Cloud CDN mengatur empat header respons secara default: Cache-Control, Content-Type, Expires, dan Last-Modified. Header protokol HTTP esensial ini mengontrol caching, menentukan tipe konten, mengatur waktu kedaluwarsa, dan mencatat waktu terakhir resource dimodifikasi.

    Header

    Deskripsi

    Contoh

    Cache-Control

    Mengontrol perilaku dan durasi caching sebuah resource. Header ini menyediakan direktif caching untuk POP dan browser klien, menentukan kapan konten di-cache, berapa lama, dan kapan menjadi kedaluwarsa. Header ini memiliki prioritas lebih tinggi daripada header legacy Expires.

    • Cache-Control: no-cache memaksa validasi dengan origin sebelum menggunakan resource yang di-cache.

    • Cache-Control: max-age=3600 menentukan bahwa resource masih fresh selama 3600 detik (1 jam) dan dapat disajikan dari cache tanpa origin fetch.

    Content-Type

    Menentukan tipe media sebuah resource. Header ini membantu browser klien menginterpretasikan dan merender data dengan benar. CDN juga menggunakan header ini untuk memproses dan mentransfer konten.

    • Content-Type: text/html menunjukkan bahwa kontennya dalam format HTML.

    • Content-Type: image/jpeg menunjukkan bahwa resource-nya adalah gambar JPEG.

    Expires

    Menentukan tanggal dan waktu kedaluwarsa resource. CDN menggunakan header ini untuk menentukan apakah resource masih valid. Jika kedaluwarsa, CDN melakukan origin fetch untuk mengambil versi terbaru. Header Expires adalah mekanisme legacy. Dalam HTTP/1.1, header Cache-Control menyediakan kontrol yang lebih detail halus, sehingga penggunaan Expires telah menurun.

    Expires: Thu, 01 Dec 2023 16:00:00 GMT menunjukkan bahwa konten kedaluwarsa setelah waktu GMT yang ditentukan.

    Last-Modified

    Menunjukkan waktu terakhir resource dimodifikasi. CDN dan browser klien menggunakan header respons ini untuk menentukan apakah resource yang di-cache masih mutakhir.

    Last-Modified: Wed, 21 Oct 2023 07:28:00 GMT menunjukkan waktu terakhir resource dimodifikasi, yang digunakan untuk validasi cache.

    Contoh Konfigurasi

    Contoh 1: Atur tipe MIME respons

    Kasus Penggunaan

    Atur tipe MIME spesifik untuk respons.

    Catatan

    Tipe MIME mencakup kategori utama berikut:

    • Teks: Termasuk file teks (seperti .txt dan .csv) dan file HTML (seperti .html, .htm, dan .shtml).

    • Gambar: Termasuk file gambar umum (seperti .jpg, .png, dan .gif).

    • Audio: Termasuk file audio (seperti .mp3 dan .wav).

    • Video: Termasuk file video (seperti .mp4 dan .avi).

    • Aplikasi: Termasuk file aplikasi (seperti .pdf, .doc, dan .xls).

    Konfigurasi

    • Operasi header respons: Add

    • Nama header: Content-Type

    • Nilai header: text/html

      Atur Allow Duplicates ke Do not allow dan Rule Condition ke Do not use, lalu klik OK.

    Hasil: POP menambahkan header Content-Type: text/html ke respons dari server origin. Jika Anda mengonfigurasi header ini lagi, nilai baru akan menimpa yang lama.

    Contoh 2: Hapus header respons

    Kasus Penggunaan

    Menghapus header respons.

    Konfigurasi

    • Operasi header respons: Delete

    • Nama header: Content-Type

      Atur Allow Duplicates ke Do not allow dan Rule Condition ke Do not use, lalu klik OK.

    Hasil: POP menghapus header Content-Type dari respons sebelum mengembalikannya ke klien.

    Catatan

    Jika Anda menerapkan konfigurasi dari Contoh 1 dan Contoh 2, sistem terlebih dahulu menambahkan lalu menghapus header respons Content-Type: text/html. Akibatnya, klien menerima respons tanpa tipe MIME yang ditentukan.

    FAQ

    Header respons CORS tidak ada

    Jika Anda mengonfigurasi header respons back-to-origin, seperti Access-Control-Allow-Origin, di Alibaba Cloud CDN tetapi masih mengalami error CORS dan tidak menemukan header tersebut dalam respons akhir, masalahnya mungkin disebabkan oleh salah satu alasan berikut:

    Penyebab yang mungkin

    1. Konfigurasi salah atau belum berlaku: Konfigurasi mungkin salah atau belum berlaku, sehingga CDN tidak mengembalikan header respons CORS yang diharapkan.

    2. Cache CDN kedaluwarsa: POP mungkin telah meng-cache respons lama dan terus menyajikan header lama meskipun konfigurasi baru telah diterapkan.

    3. Masalah server origin: Konflik dapat terjadi jika server origin mengembalikan header CORS yang tidak konsisten dengan konfigurasi CDN. Dalam hal ini, Anda harus menyelaraskan pengaturan di kedua sisi.

    4. Cache browser kedaluwarsa: Browser mungkin telah meng-cache respons lama, sehingga tidak membuat permintaan baru untuk mengambil header yang diperbarui.

    Solusi

    1. Verifikasi konfigurasi: Pastikan konfigurasi CDN Anda diatur dengan benar dan telah berlaku, terutama pengaturan untuk header respons terkait CORS.

    2. Bersihkan cache CDN: Gunakan fitur refresh CDN untuk purge konten yang di-cache, lalu akses kembali resource tersebut. Untuk informasi lebih lanjut, lihat purge dan prefetch resource.

    3. Periksa pengaturan server origin: Pastikan server origin tidak mengembalikan header respons CORS yang bertentangan dengan konfigurasi CDN. Selaraskan pengaturan CORS di server origin dan CDN.

    4. Bersihkan cache browser: Bersihkan cache browser Anda atau gunakan jendela privat untuk pengujian. Hal ini memastikan bahwa browser mengambil header respons terbaru.

    Verifikasi header respons CORS

    Instance ECS

    Verifikasi bahwa server web atau aplikasi pada Instance ECS Anda mengatur header respons terkait CORS, seperti Access-Control-Allow-Origin, dengan benar. Untuk memverifikasi konfigurasi Anda:

    1. Login ke ECS console dan hubungkan ke Instance ECS Anda.

    2. Periksa konfigurasi CORS pada server web Anda.

      Konfigurasi header respons CORS bergantung pada server web atau aplikasi yang Anda gunakan. Server web umum meliputi Apache dan Nginx.

      Apache

      Pada file .htaccess atau file konfigurasi server seperti httpd.conf atau vhosts.conf, cari pengaturan yang mirip dengan berikut ini:

      Header set Access-Control-Allow-Origin "*"

      Atau, untuk domain tertentu:

      Header set Access-Control-Allow-Origin "http://example.com"

      Pastikan pengaturan tersebut sudah benar.

      Nginx

      Pada file konfigurasi Nginx, biasanya /etc/nginx/nginx.conf atau /etc/nginx/sites-available/default, temukan blok server yang terkait dengan aplikasi Anda dan periksa pengaturan berikut:

      location / {
	add_header 'Access-Control-Allow-Origin' '*';
}

      Atau, untuk domain tertentu:

      location / {
	add_header 'Access-Control-Allow-Origin' 'http://example.com';
}

      Pastikan pengaturan tersebut sudah benar.

    3. Restart server web.

      Setelah mengubah file konfigurasi, restart server web agar perubahan diterapkan. Sebagai contoh, gunakan perintah berikut untuk merestart Apache atau Nginx.

      • Untuk Apache:

        sudo service apache2 restart

      • Untuk Nginx:

        sudo service nginx restart

    4. Verifikasi header respons di browser Anda.

      Gunakan tab Network pada DevTools browser untuk memeriksa header respons dari resource tersebut. Pastikan header Access-Control-Allow-Origin tersedia. Jika tidak ada, konfigurasi mungkin belum diterapkan, atau respons yang disajikan berasal dari cache CDN.

    OSS

    OSS mendukung CORS. Gunakan OSS console untuk memverifikasi bahwa header respons seperti Access-Control-Allow-Origin telah dikonfigurasi dengan benar. Ikuti langkah-langkah berikut:

    1. Login ke OSS console.

    2. Di panel navigasi sebelah kiri, klik Buckets. Pada halaman yang muncul, klik nama bucket yang dituju.

    3. Di panel navigasi kiri, pilih Content Security > CORS.

    4. Pada daftar aturan CORS, verifikasi bahwa pengaturan Access-Control-Allow-Origin tersedia dan memiliki nilai yang benar.

      • Untuk mengizinkan akses dari semua origin, atur Access-Control-Allow-Origin menjadi *.

      • Untuk mengizinkan akses hanya dari origin tertentu, atur Access-Control-Allow-Origin ke URL origin spesifik, misalnya https://yourdomain.com.

    5. Periksa header CORS terkait lainnya.

      Selain Access-Control-Allow-Origin, pastikan header terkait CORS berikut juga dikonfigurasi dengan benar:

      • Access-Control-Allow-Methods: Menentukan metode HTTP yang diizinkan, seperti GET, POST, PUT, dan DELETE.

      • Access-Control-Allow-Headers: Menentukan header permintaan kustom yang diizinkan jika permintaan mencakup header non-standar.

      • Access-Control-Max-Age: Menentukan durasi maksimum (dalam detik) hasil permintaan preflight (OPTIONS) dapat di-cache.

    6. Simpan dan uji.

      Jika ada pengaturan yang salah, perbarui dan simpan perubahan tersebut. Perhatikan bahwa perubahan mungkin memerlukan waktu hingga diterapkan.

    Untuk informasi lebih lanjut tentang konfigurasi CORS di OSS, lihat CORS.

    Memperbaiki karakter yang kacau

    Karakter yang kacau pada halaman yang dipercepat CDN umumnya disebabkan oleh header respons Content-Type dari server origin yang tidak menentukan pengkodean karakter. Untuk mengatasi masalah ini, ikuti langkah-langkah berikut:

    1. Masuk ke Konsol Domain Names dan temukan nama domain yang dituju.

    2. Pada panel navigasi kiri halaman detail domain, klik Origin Fetch. Gunakan fitur "Modify Outgoing Response Header" untuk menambahkan aturan header respons pada path file tersebut, dengan mengatur Content-Type menjadi text/plain; charset=utf-8.

    3. Buka halaman refresh and prefetch dan refresh sumber daya cache pada path tersebut agar aturan baru diterapkan.

    Catatan

    Untuk memastikan file ini tidak di-cache (mencegah penundaan pembaruan di masa depan), buka menu Cache dan atur waktu kedaluwarsa cache menjadi 0 detik untuk path-nya, misalnya /llms.txt.

    Konfigurasi Content-Type yang tepat

    Jika Anda menetapkan Content-Type secara global ke video/mp4 untuk seluruh Nama domain, hal ini akan memengaruhi semua jenis resource di bawah domain tersebut, seperti file gambar, CSS, dan JS. Untuk menghindari dampak terhadap file lainnya, kami merekomendasikan Anda menggunakan metode berikut untuk konfigurasi yang lebih tepat:

    1. Cocokkan berdasarkan path: Dalam aturan Modify Ingress Response Header, gunakan kondisi aturan di menu Origin Fetch untuk menerapkan aturan hanya pada path video, misalnya path yang mengandung /vod-cd20e3/ atau memiliki akhiran .mp4.

    2. Menggunakan pernyataan kondisional: Konsol CDN mendukung pengaturan header respons berdasarkan akhiran permintaan atau kondisi Header, sehingga Anda dapat mengembalikan Content-Type: video/mp4 hanya untuk file dengan akhiran .mp4.

    Dengan cara ini, Anda dapat mengubah Content-Type hanya untuk file video, tanpa memengaruhi jenis resource lain seperti gambar.

    Header respons video

    Anda dapat menggunakan fitur memodifikasi header respons outbound di Cache untuk mengonfigurasi header respons Content-Disposition guna mengontrol perilaku unduh atau pratinjau video:

    • Mengatur nilainya menjadi attachment; filename='video.mp4' akan meminta pengguna untuk mengunduh resource tersebut.

    • Mengatur nilainya menjadi inline akan menampilkan pratinjau resource secara langsung di browser.

    Jika konfigurasi tidak berlaku, periksa hal-hal berikut:

    1. Kondisi pencocokan Rules Engine: Pastikan kondisi pencocokan aturan menargetkan path URI (misalnya, berisi /video-origin/20260414) dan bukan hanya string kueri. Rules Engine menggunakan informasi path dari permintaan pengguna untuk menentukan apakah konfigurasi tersebut harus diterapkan.

    2. Masalah cache: Jika CDN telah menyimpan cache file video tersebut, kemungkinan besar CDN masih menyajikan header respons lama. Buka halaman Refresh and Prefetch dan refresh cache untuk path tersebut agar konfigurasi baru diterapkan.

    File JS disajikan sebagai text/html

    Penyebab:

    Masalah ini terjadi ketika server origin awalnya mengembalikan file JS dengan header respons Content-Type yang salah diatur ke text/html. Ketika CDN menyimpan cache tipe yang salah ini, browser mencoba mengurai file tersebut sebagai text/html pada permintaan pertama, yang dapat menyebabkan error rendering atau eksekusi skrip. Permintaan berikutnya berhasil karena server origin telah memperbaiki Content-Type atau CDN melakukan pengambilan asal dan mengambil tipe yang benar.

    Solusi:

    1. Di Konsol CDN, konfigurasikan aturan untuk header respons inbound guna memaksa mengatur Content-Type file JS menjadi application/javascript.

    2. Setelah mengonfigurasi aturan tersebut, buka halaman Refresh and Prefetch dan refresh file JS agar aturan baru segera diterapkan.

    Pengaturan file JS

    Ya. Di pengaturan "Modify Inbound Response Header", Anda dapat mengatur Content-Type untuk file JS menjadi application/javascript. Pengaturan ini tidak memengaruhi tipe file lainnya.

    Untuk melakukannya, konfigurasikan kondisi aturan agar sesuai dengan akhiran .js. Hal ini memastikan bahwa tipe MIME diatur dengan benar untuk file JS tanpa memengaruhi tipe resource lainnya, seperti CSS dan gambar.

    Modifikasi header respons dan status file

    Tidak. Fitur modify response header memperbaiki atau menerapkan tipe MIME tertentu. Hal ini mengatasi masalah caching yang disebabkan ketika origin mengembalikan tipe yang salah. Anda tidak dapat menggunakan fitur ini untuk mendeteksi file yang hilang di CDN atau memverifikasi status sinkronisasi file tersebut.

    Untuk mengatasi masalah file yang hilang atau ketidaksesuaian sinkronisasi, gunakan metode berikut:

    • Gunakan fitur refresh and prefetch di Konsol CDN untuk merefresh file target secara manual. Aksi ini memicu origin fetch guna memverifikasi keberadaan file.

    • Periksa apakah file tersebut dapat diakses di origin Anda.

    • Tinjau log CDN Anda untuk melihat kode status origin fetch yang berhasil.