Edge Security Acceleration：Konfigurasikan waktu kedaluwarsa cache untuk kode status

Skenario

Mengonfigurasi waktu kedaluwarsa cache untuk kode status terutama digunakan untuk menentukan aksi caching yang dilakukan oleh node DCDN ketika server asal Anda mengembalikan kode status tidak normal.

Secara default, ketika node DCDN berhasil mengambil sumber daya dari server asal dan menerima kode status HTTP 2xx, respons tersebut diproses berdasarkan aturan dan prioritas cache default Alibaba Cloud CDN dan DCDN. Namun, jika server asal sering mengembalikan kode status non-2xx dan Anda ingin menghindari penerusan setiap permintaan ke asal, Anda dapat menetapkan Waktu Hidup (TTL) untuk kode status HTTP tersebut. Node DCDN kemudian dapat langsung mengembalikan kode status yang di-cache kepada klien, sehingga mengurangi beban pada server asal.

Aturan cache untuk kode status tidak normal

• Untuk kode status 204, 305, 404, 405, 414, 424, 429, 500, 501, 502, 503, dan 504, aturan cache adalah sebagai berikut:

  1. Jika server asal mengembalikan header respons set-cookie, DCDN tidak meng-cache respons tersebut.

  2. Jika server asal tidak mengembalikan header respons Set-Cookie, respons tersebut di-cache berdasarkan waktu kedaluwarsa kode status yang Anda konfigurasi di konsol DCDN. Untuk informasi tentang bagaimana beberapa aturan berlaku, lihat bagian Prioritas beberapa aturan.

  3. Jika server asal tidak mengembalikan header respons Set-Cookie dan Anda tidak mengonfigurasi waktu kedaluwarsa untuk kode status di konsol DCDN, respons tersebut di-cache berdasarkan header respons Pragma, Cache-Control, atau Expires dari server asal.

  4. Jika server asal tidak mengembalikan header respons Set-Cookie, Pragma, Cache-Control, atau Expires dan Anda tidak mengonfigurasi waktu kedaluwarsa untuk kode status di konsol DCDN, respons tersebut di-cache selama 1 detik secara default.

• Untuk kode status 302, 307, dan 403, aturan cache adalah sebagai berikut:

  1. Jika server asal mengembalikan header respons set-cookie, DCDN tidak meng-cache respons tersebut.

  2. Jika server asal tidak mengembalikan header respons Set-Cookie, respons tersebut di-cache berdasarkan waktu kedaluwarsa kode status yang Anda konfigurasi di konsol DCDN. Untuk informasi tentang bagaimana beberapa aturan berlaku, lihat bagian Prioritas beberapa aturan.

  3. Jika server asal tidak mengembalikan header respons Set-Cookie dan Anda tidak mengonfigurasi waktu kedaluwarsa untuk kode status di konsol DCDN, respons tersebut di-cache berdasarkan header respons Pragma, Cache-Control, atau Expires dari server asal.

  4. Jika server asal tidak mengembalikan header respons Set-Cookie, Pragma, Cache-Control, atau Expires dan Anda tidak mengonfigurasi waktu kedaluwarsa untuk kode status di konsol DCDN, respons tersebut tidak di-cache.

• Untuk kode status 304, DCDN tidak meng-cache respons tersebut. Anda tidak dapat menetapkan durasi cache untuk kode status ini.

• Untuk kode status tidak normal lainnya, seperti 400, aturan cache adalah sebagai berikut:

  1. Jika server asal mengembalikan header respons set-cookie, DCDN tidak meng-cache respons tersebut.

  2. Jika server asal tidak mengembalikan header respons Set-Cookie, respons tersebut di-cache berdasarkan waktu kedaluwarsa kode status yang Anda konfigurasi di konsol DCDN. Untuk informasi tentang bagaimana beberapa aturan berlaku, lihat bagian Prioritas beberapa aturan.

  3. Dalam skenario lainnya, respons tersebut tidak di-cache.

• Untuk permintaan yang menggunakan range origin fetch, jika POP DCDN menerima kode status non-206 dari server asal, POP DCDN akan menghapus potongan file yang di-cache. Waktu habis pengambilan asal tidak menyebabkan potongan file yang di-cache dihapus.

  Dalam skenario range origin fetch, server asal membagi file besar menjadi beberapa potongan file yang lebih kecil dan mengembalikannya ke POP DCDN. Misalnya, sebuah file dibagi menjadi 10 potongan. POP DCDN telah meng-cache lima potongan. Ketika POP meminta potongan keenam, server asal mengembalikan kode status 5xx. Dalam kasus ini, lima potongan yang sebelumnya di-cache akan dihapus.

Cara beberapa aturan berlaku

Prosedur

1. Masuk ke Konsol DCDN.

2. Di panel navigasi sebelah kiri, klik Domain Names.

3. Pada halaman Domain Names, temukan nama domain yang ingin Anda kelola dan klik Configure di kolom Actions.

4. Di pohon navigasi sebelah kiri nama domain, klik Caching.

5. Klik tab Expiration Time Of Status Code.

6. Klik Add untuk mengonfigurasi waktu kedaluwarsa cache untuk kode status.

   

   Type	Catatan
   Type	Mendukung jenis Directory dan File Extension. Pilih jenis sesuai kebutuhan. Catatan Prioritas untuk aturan jenis berbeda: File Extension > Directory. Untuk informasi selengkapnya, lihat Cara beberapa aturan berlaku.
   Address	Jika Anda memilih Directory sebagai jenis, perhatikan hal berikut: Anda hanya dapat menambahkan satu direktori dalam satu waktu. Masukkan path lengkap direktori. Path harus dimulai dengan garis miring (/), misalnya, /directory/aaa. Jika Anda memilih File Name Extension sebagai jenis, deskripsinya adalah sebagai berikut: Masukkan satu atau beberapa ekstensi file. Pisahkan beberapa ekstensi dengan koma (,), misalnya, jpg,txt. Catatan Jika Anda mengonfigurasi beberapa catatan untuk ekstensi file yang sama yang hanya berbeda dalam huruf besar/kecil, catatan yang Anda buat belakangan akan menimpa yang sebelumnya. Misalnya, jika Anda membuat aturan untuk jpg,txt lalu membuat aturan lain untuk jpg,txt, catatan jpg,txt yang dibuat sebelumnya akan ditimpa. Dalam kasus ini, jika Anda ingin mengonfigurasi aturan untuk ekstensi huruf kecil, Anda dapat membuat aturan terpisah untuk txt dan jpg. Ekstensi file bersifat case-sensitive. Anda tidak dapat menggunakan tanda bintang (*) untuk mencocokkan semua jenis file.
   Status Code Expiration Time Settings	Kode status yang akan di-cache dan durasi cache-nya. Anda dapat menetapkan durasi hingga 3 tahun. Satuannya adalah detik. Aturan konfigurasinya adalah sebagai berikut: Pisahkan beberapa kode status dengan koma (,). Untuk kode status 2xx dan 3xx, Anda hanya dapat menentukan kode individual. Pencocokan wildcard tidak didukung. Misalnya, 201=10 didukung, tetapi 2xx=12 tidak. Untuk kode status 4xx dan 5xx, baik kode individual maupun pencocokan wildcard didukung. Misalnya, baik 401=10 maupun 4xx=12 didukung.
   Prioritize Origin Server Cache Policy	Jika Anda mengaktifkan fitur ini, kebijakan cache dari server asal akan didahulukan jika respons server asal menyertakan header kebijakan cache, seperti Cache-Control dan Pragma.
   Ignore No-Cache Headers From Origin Server	Jika Anda mengaktifkan fitur ini, node DCDN akan mengabaikan header no-cache berikut dari server asal. Cache-Control: no-store Cache-Control: no-cache Cache-Control: max-age=0 Pragma: no-cache
   Client Follows DCDN Cache Policy	Jika Anda mengaktifkan fitur ini, node DCDN akan mengirimkan kebijakan cache efektif akhir ke klien.
   Force Content Revalidation	Parameter ini hanya berlaku ketika waktu kedaluwarsa cache diatur ke 0. Efeknya adalah sebagai berikut: Nonaktif (default): Ketika waktu hidup (TTL) untuk DCDN diatur ke 0, file tidak di-cache di node DCDN, dan setiap permintaan memerlukan pengambilan asal untuk mengambil konten. Aktif: Ketika waktu hidup (TTL) untuk DCDN diatur ke 0, file dapat di-cache di node DCDN. Setiap permintaan memerlukan pengambilan asal untuk memvalidasi konten yang di-cache.

7. Klik OK.

   Setelah Anda mengonfigurasi aturan waktu kedaluwarsa cache untuk kode status, aturan tersebut akan muncul di daftar Expiration Time Of Status Code. Anda kemudian dapat Modify atau Delete aturan tersebut.

Contoh konfigurasi

• Contoh 1: Aturan jenis direktori

  Buat aturan jenis direktori seperti yang ditunjukkan pada gambar berikut:

  Untuk direktori /directory/aaa, semua kode status 4xx di-cache selama 10 detik, dan kode status 201 di-cache selama 15 detik. Selama durasi cache, node DCDN merespons langsung permintaan akses yang cocok. Setelah cache kedaluwarsa, permintaan diteruskan ke server asal.

• Contoh 2: Aturan jenis ekstensi file

  Buat aturan jenis ekstensi file seperti yang ditunjukkan pada gambar berikut:

  Untuk file dengan ekstensi .jpg atau .txt, kode status 403 di-cache selama 10 detik, dan kode status 404 di-cache selama 15 detik. Selama durasi cache, node DCDN merespons langsung permintaan akses yang cocok. Setelah cache kedaluwarsa, permintaan diteruskan ke server asal.

• Contoh 3: Prioritas untuk aturan jenis berbeda

  Aturan jenis Direktori dan aturan jenis ekstensi File dibuat dengan waktu kedaluwarsa kode status yang berbeda, seperti yang ditunjukkan pada gambar berikut:

  Pengguna meminta http://example.com/directory/aaa/test.jpg. Sumber daya tersebut tidak di-cache di node DCDN. Node DCDN meminta sumber daya dari server asal, dan server asal mengembalikan kode status 404. Permintaan ini cocok dengan aturan jenis Direktori dan aturan jenis ekstensi File. Karena prioritas jenis aturan adalah Ekstensi File > Direktori, aturan jenis ekstensi File yang berlaku. Durasi cache aktual untuk kode status 404 adalah 20 detik.

• Contoh 4: Prioritas untuk beberapa aturan jenis yang sama

  Aturan jenis Direktori 1 dibuat terlebih dahulu untuk path /directory. Kemudian, Aturan jenis Direktori 2 dibuat untuk path /directory/aaa. Keduanya memiliki waktu kedaluwarsa kode status yang berbeda, seperti yang ditunjukkan pada gambar berikut:

  Pengguna meminta http://example.com/directory/aaa/test.jpg. Sumber daya tersebut tidak di-cache di node DCDN. Node DCDN meminta sumber daya dari server asal, dan server asal mengembalikan kode status 404. Permintaan ini cocok dengan aturan jenis Direktori. Karena prioritas untuk aturan jenis yang sama adalah Lebih lama > Lebih baru, aturan pertama yang dibuat, Aturan jenis Direktori 1, yang berlaku. Durasi cache aktual untuk kode status 404 adalah 15 detik.

Operasi API terkait

Tambahkan nama domain secara batch