Object Storage Service:Kesalahan HTTP 400

Penyebab: Wilayah tujuan yang ditentukan dalam konfigurasi replikasi lintas wilayah (CRR) tidak ada.

Solusi: Verifikasi bahwa wilayah bucket tujuan valid.

Penyebab: Header permintaan Origin tidak ada dalam permintaan preflight untuk permintaan lintas asal.

Solusi: Sebelum mengirim permintaan lintas asal, browser mengirim permintaan preflight (OPTIONS) ke OSS. Permintaan ini harus menyertakan header Origin untuk mengidentifikasi domain sumber permintaan lintas asal, sehingga kebijakan Berbagi Sumber Daya Lintas Asal (CORS) dapat dicocokkan dengan benar.

Penyebab: Header permintaan Access-Control-Request-Method tidak ada dalam permintaan preflight untuk permintaan lintas asal.

Solusi: Sebelum mengirim permintaan lintas asal, browser mengirim permintaan preflight (OPTIONS) ke OSS. Permintaan ini harus menyertakan header Access-Control-Request-Method untuk mengidentifikasi metode HTTP yang digunakan oleh permintaan sebenarnya, sehingga OSS dapat memverifikasi apakah metode tersebut diizinkan.

Penyebab: Hubungan CRR sudah ada antara bucket sumber dan bucket tujuan.

Solusi: Untuk mengonfigurasi aturan CRR baru, Anda harus terlebih dahulu menghapus aturan CRR yang ada.

Penyebab: Jumlah aturan CORS yang dikonfigurasi untuk bucket melebihi batas.

Solusi: Suatu bucket dapat memiliki maksimal 10 aturan CORS. Melebihi batas ini dapat membuat kebijakan akses lintas asal terlalu kompleks. Anda dapat menggabungkan konfigurasi lintas asal yang serupa atau menghapus aturan yang tidak perlu. Untuk informasi selengkapnya, lihat PutBucketCors.

Penyebab: Jumlah objek dalam bucket melebihi batas untuk ekspor file manifest harian.

Solusi: Saat mengekspor file manifest setiap hari, jumlah objek dalam bucket harus kurang dari 10 miliar.

Jika jumlah objek dalam bucket mencapai 10 miliar atau lebih, lakukan ekspor file manifest secara mingguan sebagai gantinya.

Penyebab: Ukuran objek yang diunggah melebihi ukuran maksimum yang diizinkan.

Solusi: Saat mengunggah file menggunakan operasi PostObject, tetapkan nilai yang valid untuk bidang formulir dalam PostPolicy. Gunakan kondisi content-length-range untuk menentukan rentang ukuran yang diizinkan bagi objek yang diunggah. Untuk informasi selengkapnya, lihat Lampiran: Kebijakan Pos.

Penyebab: Ukuran objek yang diunggah lebih kecil dari ukuran minimum yang diizinkan.

Solusi: Saat mengunggah file menggunakan operasi PostObject, tetapkan nilai yang valid untuk bidang formulir dalam PostPolicy. Gunakan kondisi content-length-range untuk menentukan rentang ukuran yang diizinkan bagi objek yang diunggah.

Penyebab: Bidang formulir dalam permintaan PostObject terlalu besar.

Solusi: Kecuali untuk bidang formulir file, ukuran bidang formulir lainnya tidak boleh melebihi 4 KB. Untuk informasi selengkapnya, lihat Troubleshoot kesalahan PostObject.

Penyebab: Bagian yang diminta telah dihapus.

Solusi: Verifikasi bahwa semua bagian yang diperlukan telah berhasil diunggah dan belum dihapus. Anda dapat memeriksa status bagian yang diunggah dengan memanggil operasi CompleteMultipartUpload.

Penyebab: Ukuran citra melebihi batas.

Solusi: Pastikan file citra sumber memenuhi batas ukuran berikut:

• Ukuran file citra sumber tidak boleh melebihi 20 MB.

• Saat memutar citra, lebar atau tinggi citra sumber tidak boleh melebihi 4.096 piksel.

• Panjang satu sisi citra sumber tidak boleh melebihi 30.000 piksel.

Penyebab: Jumlah byte yang ditentukan oleh parameter Content-Length tidak sesuai dengan jumlah byte yang benar-benar dikirim.

Solusi: Tetapkan parameter Content-Length ke jumlah byte aktual yang dikirim.

Penyebab: Jumlah file dalam permintaan PostObject tidak valid. Permintaan PostObject hanya boleh berisi satu bidang formulir file.

Solusi: Pastikan permintaan PostObject hanya berisi satu bidang formulir file.

Penyebab:

1. Batas ukuran objek terlampaui: Ukuran file yang diunggah melebihi batas untuk operasi unggah saat ini.

2. Batas konfigurasi Perlindungan hotlink terlampaui: Ukuran total konfigurasi daftar putih dan blacklist Referer melebihi 20 KB.

Solusi:

• Skenario 1: Batas ukuran objek terlampaui

  Sesuaikan metode unggah berdasarkan ukuran file:

  • Sederhana/Formulir/Unggah lampiran: Ukuran file maksimum adalah 5 GB.

  • Unggah multi-bagian: Ukuran file maksimum adalah 48,8 TB.

• Skenario 2: Batas konfigurasi Perlindungan hotlink terlampaui

  Hapus aturan Perlindungan hotlink yang tidak perlu untuk memastikan ukuran total data daftar putih dan blacklist Referer tidak melebihi 20 KB.

Penyebab: Parameter AccessKey ID dan Signature tidak ada dalam metode perhitungan header Authorization.

Solusi: Tambahkan parameter AccessKey ID ke metode perhitungan header Authorization dan lengkapi perhitungan tanda tangan seperti pada contoh tanda tangan berikut.

Asumsikan AccessKey ID adalah LTAI**************** dan rahasia AccessKey adalah yourAccessKeySecret. Kode Python berikut memberikan contoh cara menghitung tanda tangan:

import hmac
import hashlib
import base64
import os

accessKeySecret = os.getenv('OSS_ACCESS_KEY_SECRET')
h = hmac.new(accessKeySecret.encode('utf-8'),
             "PUT\neB5************==\ntext/html\nWed, 28 Dec 2022 10:27:41 GMT\nx-oss-meta-author:alice\nx-oss-meta-magic:abracadabra\n/examplebucket/nelson".encode('utf-8'), hashlib.sha1)
signature =  base64.encodebytes(h.digest())
print(signature)

Tanda tangan yang dihitung adalah 77Dv****************, yang digabungkan dengan struktur header Authorization untuk membentuk badan pesan yang akan dikirim:

PUT /nelson HTTP/1.0
Authorization:OSS qn6q**************:77Dv****************
Content-Md5: eB5eJF1ptWaXm4bijSPyxw==
Content-Type: text/html
Date: Wed, 28 Dec 2022 10:27:41 GMT
Host: oss-example.oss-cn-hangzhou.aliyuncs.com
x-oss-meta-author: alice
x-oss-meta-magic: abracadabra

Penyebab: Parameter yang tidak valid ditentukan dalam metode perhitungan header Authorization.

Solusi: Troubleshoot perhitungan header Authorization berdasarkan petunjuk berikut.

• Metode perhitungan:

  Authorization = "OSS " + AccessKeyId + ":" + Signature
  Signature = base64(hmac-sha1(AccessKeySecret,
              VERB + "\n"
              + Content-MD5 + "\n" 
              + Content-Type + "\n" 
              + Date + "\n" 
              + CanonicalizedOSSHeaders
              + CanonicalizedResource))

• Deskripsi parameter:

  Parameter	Tipe	Wajib	Contoh	Deskripsi
  AccessKeyId	String	Ya	LTAI****************	ID AccessKey dari kunci tersebut.
  AccessKeySecret	String	Ya	yourAccessKeySecret	Rahasia AccessKey dari kunci tersebut.
  VERB	Enumeration	Ya	PUT	Metode permintaan HTTP, seperti PUT, GET, POST, HEAD, DELETE, atau OPTIONS.
  \n	String	Tidak	\n	Baris baru.
  Content-MD5	String	Tidak	eB5eJF1ptWaXm4bijSPyxw==	Hash MD5 dari data konten permintaan. Untuk mendapatkan nilai ini, hitung hash MD5 dari konten pesan (tidak termasuk header) untuk mendapatkan angka 128-bit, lalu encode angka tersebut dalam Base64. Untuk informasi selengkapnya, lihat RFC2616 Content-MD5. Header permintaan ini dapat digunakan untuk memeriksa integritas pesan (apakah konten pesan sama seperti saat dikirim). Header ini bisa kosong. Untuk informasi tentang cara menghitung hash Content-MD5, lihat Hitung hash Content-MD5.
  Content-Type	String	Tidak	application/octet-stream	Jenis konten permintaan. Header ini bisa kosong.
  Date	String	Ya	Sun, 22 Nov 2015 08:16:38 GMT	Penting Waktu operasi. Parameter Date harus dalam format GMT dan tidak boleh kosong. Jika selisih waktu antara Date dalam permintaan dan waktu saat ini di server OSS lebih dari 15 menit, server OSS akan menolak permintaan dan mengembalikan kesalahan HTTP 403.
  CanonicalizedOSSHeaders	String	Tidak	x-oss-meta-a:a\nx-oss-meta-b:b\nx-oss-meta-c:c\n	Header HTTP yang diawali dengan x-oss- dan diurutkan secara leksikografis. Parameter ini bisa kosong. Jika Anda menetapkan CanonicalizedOSSHeaders ke kosong, Anda tidak perlu menambahkan pemisah \n di akhir. Jika hanya ada satu CanonicalizedOSSHeaders, Anda harus menambahkan pemisah \n di akhir, misalnya, x-oss-meta-a\n. Jika ada beberapa CanonicalizedOSSHeaders, Anda harus menambahkan pemisah \n setelah setiap CanonicalizedOSSHeaders, misalnya, x-oss-meta-a:a\nx-oss-meta-b:b\nx-oss-meta-c:c\n. Untuk informasi tentang cara membuat CanonicalizedOSSHeaders, lihat Buat CanonicalizedOSSHeaders.
  CanonicalizedResource	String	Ya	/examplebucket/	Sumber daya OSS yang ingin Anda akses. Parameter ini tidak boleh kosong. Untuk informasi tentang cara membuat CanonicalizedResource, lihat Buat CanonicalizedOSSHeaders.

• Contoh tanda tangan:

  Permintaan	Rumus perhitungan string tanda tangan	String tanda tangan
  PUT /nelson HTTP/1.0 Content-MD5: eB5eJF1ptWaXm4bijSPyxw== Content-Type: text/html Date: Wed, 28 Dec 2022 10:27:41 GMT Host: examplebucket.oss-cn-hangzhou.aliyuncs.com x-oss-meta-author: alice x-oss-meta-magic: abracadabra	Signature = base64(hmac-sha1(AccessKeySecret,VERB + "\n" + Content-MD5 + "\n"+ Content-Type + "\n" + Date + "\n" + CanonicalizedOSSHeaders+ CanonicalizedResource))	PUT\n eB5eJF1ptWaXm4bijSPyxw==\n text/html\n Wed, 28 Dec 2022 10:27:41 GMT\n x-oss-meta-magic:abracadabra\nx-oss-meta-author:alice\n/examplebucket/nelson

  Asumsikan AccessKey ID adalah LTAI**************** dan rahasia AccessKey adalah yourAccessKeySecret. Kode Python berikut memberikan contoh cara menghitung tanda tangan:

  import hmac
  import hashlib
  import base64
  import os
  
  accessKeySecret = os.getenv('OSS_ACCESS_KEY_SECRET')
  h = hmac.new(accessKeySecret.encode('utf-8'),
               "PUT\neB5************==\ntext/html\nWed, 28 Dec 2022 10:27:41 GMT\nx-oss-meta-author:alice\nx-oss-meta-magic:abracadabra\n/examplebucket/nelson".encode('utf-8'), hashlib.sha1)
  signature =  base64.encodebytes(h.digest())
  print(signature)

  Tanda tangan yang dihitung adalah 77Dv****************, yang digabungkan dengan struktur header Authorization untuk membentuk badan pesan yang akan dikirim:

  PUT /nelson HTTP/1.0
  Authorization:OSS qn6q**************:77Dv****************
  Content-Md5: eB5eJF1ptWaXm4bijSPyxw==
  Content-Type: text/html
  Date: Wed, 28 Dec 2022 10:27:41 GMT
  Host: oss-example.oss-cn-hangzhou.aliyuncs.com
  x-oss-meta-author: alice
  x-oss-meta-magic: abracadabra

Penyebab: Parameter yang salah ditentukan dalam metode perhitungan header Authorization.

Solusi: Lengkapi perhitungan header Authorization berdasarkan deskripsi parameter dalam tabel berikut.

Penyebab: Parameter yang diperlukan dalam metode perhitungan header Authorization kosong.

Solusi: Lengkapi perhitungan header Authorization berdasarkan deskripsi parameter dalam tabel berikut.

Penyebab: Parameter waktu tidak valid.

Solusi: Format waktu harus mematuhi standar RFC 1123, misalnya, Sun, 06 Nov 1994 08:49:37 GMT.

Penyebab: Host tidak valid.

Solusi: Host dapat berupa nama domain bucket atau alamat IP. Format nama domain bucket adalah NamaBucket.TitikAkhir, misalnya, examplebucket.oss-cn-hangzhou.aliyuncs.com. Jika Host adalah alamat IP, pastikan alamat IP tersebut valid.

Penyebab: Bucket sumber dan objek sumber tidak ditentukan saat menyalin file.

Solusi: Saat menyalin file, Anda harus menentukan parameter x-oss-copy-source dalam format /sourcebucket/sourcekey. Misalnya, jika bucket sumber adalah examplebucket dan objek sumber adalah exampleobject, tetapkan parameter x-oss-copy-source ke /examplebucket/exampleobject.

Penyebab: Parameter callback disertakan baik di URL permintaan maupun di header permintaan.

Solusi: Parameter callback dapat disertakan di URL permintaan atau di header permintaan, tetapi tidak keduanya.

Penyebab: Parameter callback-var disertakan baik di URL permintaan maupun di header permintaan.

Solusi: Parameter callback-var dapat disertakan di URL permintaan atau di header permintaan, tetapi tidak keduanya.

Penyebab

Dalam permintaan yang sama, bidang Authorization untuk penandatanganan ada di header permintaan, dan bidang OSSAccessKeyId, Expires, dan Signature untuk penandatanganan ada di URI permintaan. Contoh:

PUT /example_file?OSSAccessKeyId=LTAI****************&Expires=1141889120&Signature=vjbyPxybdZaNmGa%2ByT272YEAiv**** HTTP/1.0
Authorization:OSS qn6q**************:77Dv****************
Content-Md5: eB5eJF1ptWaXm4bijSPyxw==
Content-Type: text/html
Date: Tue, 20 Dec 2022 08:48:18 GMT
Host: oss-example.oss-cn-hangzhou.aliyuncs.com

Solusi

Dalam permintaan yang sama, gunakan penandatanganan header atau penandatanganan URI, tetapi tidak keduanya. Kode berikut memberikan contoh penggunaan hanya penandatanganan header:

PUT /example_file HTTP/1.0
Authorization:OSS qn6q**************:77Dv****************
Content-Md5: eB5eJF1ptWaXm4bijSPyxw==
Content-Type: text/html
Date: Tue, 20 Dec 2022 08:48:18 GMT
Host: oss-example.oss-cn-hangzhou.aliyuncs.com

Kode berikut memberikan contoh penggunaan hanya penandatanganan URI:

PUT /example_file?OSSAccessKeyId=LTAI****************&Expires=1141889120&Signature=vjby******** HTTP/1.0
Content-Md5: eB5eJF1ptWaXm4bijSPyxw==
Content-Type: text/html
Date: Tue, 20 Dec 2022 08:48:18 GMT
Host: oss-example.oss-cn-hangzhou.aliyuncs.com

Penyebab: Format parameter tidak valid.

Solusi: Lihat operasi API yang sesuai di Ikhtisar API dan tentukan parameter dalam format yang benar.

Penyebab: Parameter time tidak valid. Stempel waktu UNIX lebih baru daripada waktu saat ini.

Solusi: Stempel waktu UNIX harus lebih awal dari waktu saat ini.

Penyebab: Parameter waktu tidak valid. Stempel waktu UNIX kurang dari 0.

Solusi: Stempel waktu UNIX harus lebih besar dari 0.

Penyebab: ID versi objek yang ditentukan tidak valid.

Solusi: Panggil operasi GetBucketVersions (ListObjectVersions) untuk memastikan apakah Pengendalian versi diaktifkan untuk bucket tersebut dan apakah ID versi objek yang ditentukan benar.

Penyebab: Parameter KMSMasterKeyID ditentukan saat algoritma enkripsi sisi server (SSE) diatur ke AES256.

Solusi: Parameter KMSMasterKeyID hanya diperlukan saat algoritma SSE diatur ke KMS dan kunci tertentu digunakan untuk enkripsi.

Penyebab: Pengguna tidak memiliki izin yang diperlukan.

Solusi: Hanya pemilik bucket atau Pengguna RAM yang berwenang yang dapat mengatur aturan enkripsi untuk bucket. Untuk informasi selengkapnya, lihat PutBucketEncryption.

Penyebab: Kelas penyimpanan bucket yang ditentukan tidak ada.

Solusi: OSS mendukung kelas penyimpanan berikut: Standard, Infrequent Access (IA), Archive Storage, Cold Archive, dan Deep Cold Archive. Untuk informasi selengkapnya, lihat PutBucket.

Penyebab: Date dalam header Authorization tidak valid.

Solusi: Parameter Date menunjukkan waktu operasi dan harus dalam format GMT, misalnya, Sun, 22 Nov 2015 08:16:38 GMT.

Penyebab: Panjang total body dalam permintaan PostObject melebihi 5 GB.

Solusi: Panjang total body dalam permintaan PostObject tidak boleh melebihi 5 GB. Untuk informasi selengkapnya, lihat PostObject.

Penyebab: Bidang formulir OSSAccessKeyId tidak ada dalam header permintaan PostObject.

Solusi: Bidang formulir OSSAccessKeyId diperlukan jika bucket tidak bersifat baca-tulis publik atau jika bidang formulir Policy (atau Signature) disediakan.

Penyebab: Informasi tanda tangan tidak ada dalam header permintaan PostObject.

Solusi: Bidang formulir Signature diperlukan jika bucket tidak bersifat baca-tulis publik atau jika bidang formulir OSSAccessKeyId (atau Policy) disediakan. Langkah-langkah berikut menjelaskan cara menghitung tanda tangan:

1. Buat kebijakan dalam encoding UTF-8.

2. Encode kebijakan dalam Base64. Hasilnya adalah nilai bidang formulir Policy. Gunakan nilai ini sebagai string yang akan ditandatangani.

3. Gunakan rahasia AccessKey untuk menandatangani string tersebut. Metode tanda tangan adalah Signature = base64(hmac-sha1(base64(policy), AccessKeySecret)).

Penyebab: OSS tidak dapat mengirim permintaan callback ke alamat IP pribadi.

Solusi: Gunakan alamat IP publik untuk mengirim permintaan callback.

Penyebab: Baris setelah bidang filename berisi parameter kustom.

Solusi: Baris setelah bidang filename harus berupa parameter standar Content-Type, seperti yang ditunjukkan pada gambar berikut:

Penyebab: Bidang formulir key tidak ditentukan dalam permintaan PostObject, atau urutan bidang formulir key salah.

Solusi: Tentukan bidang formulir key dalam permintaan PostObject. Bidang formulir key harus mendahului bidang formulir file. Untuk informasi selengkapnya, lihat PostObject.

Penyebab: Formulir permintaan POST berisi parameter yang tidak valid atau parameter dalam format yang salah.

Solusi: Tentukan parameter dalam format standar. Untuk informasi selengkapnya, lihat PostObject.

Penyebab: Parameter callbackBody tidak ditentukan.

Solusi: Parameter Callback harus berupa string JSON yang di-encode Base64. Anda harus menentukan URL server untuk callback (callbackUrl) dan konten callback (callbackBody).

Penyebab: Parameter callbackBody tidak valid dan tidak dapat diurai sebagai JSON.

Solusi: Parameter callbackBody menentukan nilai badan permintaan saat callback dimulai, misalnya, key=$(object)&etag=$(etag)&my_var=$(x:my_var). Untuk troubleshooting, lihat Callback.

Penyebab: Parameter callbackBodyType tidak valid dan tidak dapat diurai sebagai JSON.

Solusi: Parameter callbackBodyType menentukan Content-Type permintaan callback. Nilai yang didukung adalah application/x-www-form-urlencoded dan application/json.

Penyebab: Parameter Callback tidak di-encode Base64.

Solusi: Parameter Callback harus berupa string JSON yang di-encode Base64. Anda harus menentukan URL server untuk callback dan konten callback. Untuk informasi selengkapnya, lihat Callback.

Penyebab: Parameter Callback tidak dalam format JSON.

Solusi: Parameter Callback harus berupa string JSON yang di-encode Base64. Contoh:

{
"callbackUrl":"121.101.XX.XX/test.php",
"callbackHost":"oss-cn-hangzhou.aliyuncs.com",
"callbackBody":"{\"mimeType\":${mimeType},\"size\":${size}}",
"callbackBodyType":"application/json"
}

Penyebab: Parameter callbackHost tidak valid dan tidak dapat diurai sebagai JSON.

Solusi: Parameter callbackHost menentukan header Host permintaan callback, misalnya, oss-cn-hangzhou.aliyuncs.com. Jika callbackHost tidak dikonfigurasi, URL dalam callbackUrl diurai, dan Host yang diurai dari URL digunakan sebagai nilai callbackHost.

Penyebab: Versi tanda tangan tidak didukung.

Solusi: Pastikan tanda tangan saat ini adalah versi 1.0 atau 2.0.

Penyebab: URL server untuk callback (callbackUrl) tidak ditentukan dalam parameter Callback.

Solusi: Parameter Callback harus berupa string JSON yang di-encode Base64. Anda harus menentukan URL server untuk callback dan konten callback.

Penyebab: Parameter callback-var tidak dalam format JSON.

Solusi: Parameter callback-var digunakan untuk mengonfigurasi parameter kustom. Parameter kustom ditentukan sebagai pasangan kunci-nilai. Kunci harus diawali dengan x: dan menggunakan huruf kecil. Misalnya, untuk menetapkan dua kunci, x:var1 dan x:var2, dengan nilai yang sesuai value1 dan value2, format JSON-nya adalah sebagai berikut:

{
"x:var1":"value1",
"x:var2":"value2"
}

Penyebab: Format header kustom salah.

Solusi: Format header kustom adalah x-oss-persistent-headers: key1:base64_encode(value1),key2:base64_encode(value2)..... Dalam format ini, key1 dan key2 adalah header kustom, dan value1 dan value2 adalah nilai yang sesuai. base64_encode menunjukkan bahwa nilai header kustom di-encode Base64. Misalnya, jika header kustom adalah myheader1 dan myheader2, dan nilainya adalah myvalue1 dan myvalue2, header permintaan kustom harus berupa x-oss-persistent-headers:myheader1:bXl2YWx1ZTE=,myheader2:bXl2YWx1ZTI=.

Penyebab: Kunci dan nilai tag tidak di-encode URL, dan kuncinya diduplikasi.

Solusi: Penandaan objek menggunakan serangkaian pasangan kunci-nilai untuk menandai objek. Aturan berikut berlaku untuk tag objek:

• Objek dapat memiliki maksimal 10 tag. Kunci harus unik.

• Setiap kunci dapat memiliki panjang hingga 128 karakter, dan setiap nilai dapat memiliki panjang hingga 256 karakter.

• Kunci dan nilai peka huruf besar/kecil.

• Set karakter yang valid untuk tag meliputi huruf besar, huruf kecil, angka, spasi, dan karakter khusus berikut: + - = . _ : / Saat menyetel tag menggunakan header HTTP dan tag mengandung salah satu karakter ini, Anda harus meng-encode URL kunci dan nilai tag tersebut.

Penyebab: Header kustom mengandung karakter yang tidak valid.

Solusi: OSS mematuhi spesifikasi RFC 7230 dan menentukan apakah header HTTP mengandung karakter yang tidak valid berdasarkan spesifikasi ini.

Penyebab: Header kustom bertentangan dengan header HTTP standar.

Solusi: Jangan tentukan header HTTP standar, seperti Host, Content-MD5, Origin, atau Range, dalam header kustom.

Penyebab: Nilai header kustom mengandung carriage return \r atau line feed \n.

Solusi: Hapus carriage return \r dan line feed \n dari nilai header kustom.

Penyebab: Header kustom memiliki nama yang sama dengan header permintaan, tetapi nilainya berbeda.

Solusi: Jika header kustom memiliki nama yang sama dengan header permintaan, nilainya harus sama.

Penyebab: Nilai header kustom tidak valid.

Solusi: Encode UTF-8 karakter khusus, seperti karakter Tionghoa, dalam nilai header kustom.

Penyebab: Panjang total parameter callback yang di-encode Base64 melebihi 5 KB.

Solusi: Panjang total parameter callback yang di-encode Base64 tidak boleh melebihi 5 KB.

Penyebab: Panjang total parameter callback-var yang di-encode Base64 melebihi 5 KB.

Solusi: Panjang total parameter callback-var yang di-encode Base64 tidak boleh melebihi 5 KB.

Penyebab: Jumlah URL callback yang diminta melebihi 5.

Solusi: OSS memungkinkan Anda mengonfigurasi maksimal lima URL sekaligus. Pisahkan setiap URL dengan titik koma (;).

Penyebab: Status versioning bucket tidak ditentukan dalam bidang <VersioningConfiguration>.

Solusi: Tentukan status versioning bucket dalam bidang <VersioningConfiguration>. Contoh:

PUT /?versioning HTTP/1.1
Host: bucket-versioning.oss-cn-hangzhou.aliyuncs.com
Date: Tue, 09 Apr 2019 02:20:12 GMT
Authorization: OSS qn6q**************:77Dv****************
<?xml version="1.0" encoding="UTF-8"?>
<VersioningConfiguration>
    <Status>Enabled</Status>
<VersioningConfiguration>

Penyebab: Parameter yang tidak dikenal ada dalam metode perhitungan header Authorization.

Solusi: Lengkapi perhitungan header Authorization berdasarkan deskripsi parameter dalam tabel berikut.

Penyebab: Bidang VersionId tidak ditentukan.

Solusi: Tentukan ID versi objek dalam bidang VersionId. Untuk informasi selengkapnya, lihat ListObjectVersions (GetBucketVersions).

Penyebab: Nilai untuk Pembatasan bandwidth koneksi tunggal tidak valid.

Solusi: Nilai untuk Pembatasan bandwidth koneksi tunggal harus berada dalam rentang 819.200 hingga 838.860.800, yang setara dengan 100 KB/s hingga 100 MB/s.

Penyebab: Parameter Pembatasan bandwidth koneksi tunggal x-oss-traffic-limit disertakan baik di URL permintaan maupun di header permintaan.

Solusi: Parameter Pembatasan bandwidth koneksi tunggal x-oss-traffic-limit dapat disertakan di URL permintaan atau di header permintaan, tetapi tidak keduanya.

Penyebab: Nama bucket tidak mematuhi Konvensi penamaan.

Solusi: Periksa dan pastikan nama bucket mematuhi Konvensi penamaan. Aturan berikut berlaku untuk nama bucket:

• Hanya boleh berisi huruf kecil, angka, dan tanda hubung (-).

• Harus diawali dan diakhiri dengan huruf kecil atau angka.

• Harus terdiri dari 3 hingga 63 karakter.

Penyebab: Status versioning bucket sumber dan bucket tujuan untuk CRR tidak konsisten.

Solusi: Untuk CRR, versioning harus diaktifkan atau dinonaktifkan untuk kedua bucket, baik sumber maupun tujuan.

Penyebab: Bidang nama saluran tidak ada.

Solusi: Tentukan nama saluran sesuai dengan Konvensi penamaan.

• Gunakan encoding UTF-8.

• Harus terdiri dari 1 hingga 64 karakter.

• Tidak boleh mengandung garis miring maju (/) atau garis miring terbalik (\).

Penyebab: Nama saluran mengandung garis miring.

Solusi: Pastikan nama saluran tidak mengandung garis miring maju (/) atau garis miring terbalik (\).

Penyebab: Encoding nama saluran salah.

Solusi: Nama saluran harus di-encode UTF-8.

Penyebab: Panjang nama saluran melebihi batas.

Solusi: Pastikan nama saluran terdiri dari 1 hingga 64 karakter.

Penyebab: Nilai CRC-64 yang dihitung secara lokal tidak cocok dengan nilai CRC-64 yang dikembalikan oleh server.

Solusi: Untuk troubleshooting, lihat Gunakan CRC-64 untuk memverifikasi integritas data.

Penyebab: Algoritma enkripsi objek yang ditentukan tidak valid.

Solusi: Saat objek dienkripsi menggunakan KMS, hanya algoritma enkripsi SM4 yang didukung. Untuk informasi selengkapnya, lihat Enkripsi sisi server.

Penyebab: Header permintaan Content-MD5 dari unggahan tidak cocok dengan hash Content-MD5 dari badan pesan yang dihitung oleh OSS.

Solusi: Untuk troubleshooting, lihat Hitung hash Content-MD5.

Penyebab: Nilai yang ditentukan untuk parameter x-oss-server-side-encryption tidak valid.

Solusi: Nilai yang valid untuk x-oss-server-side-encryption adalah AES256, KMS, dan SM4. Untuk informasi selengkapnya tentang metode enkripsi sisi server, lihat PutObject.

Penyebab: Operasi UploadPartCopy tidak dapat dipanggil pada file sumber yang telah dienkripsi di sisi klien.

Solusi: Anda hanya dapat memanggil operasi UploadPartCopy pada file sumber yang belum dienkripsi di sisi klien untuk menyalin data dari objek yang ada guna mengunggah bagian. Untuk informasi selengkapnya, lihat UploadPartCopy.

Penyebab: Parameter yang diperlukan untuk enkripsi berbasis klien tidak ada.

Solusi: Pastikan Anda telah menentukan semua parameter yang diperlukan berikut.

Penyebab: Ukuran file total atau ukuran bagian yang dimasukkan dalam metadata enkripsi berbasis klien tidak valid.

Solusi: Saat melakukan unggah multi-bagian berbasis klien, Anda harus meneruskan ukuran total file besar (x-oss-meta-client-side-encryption-data-size) dan ukuran bagian (x-oss-meta-client-side-encryption-part-size) selama inisialisasi unggah multi-bagian. Ukuran bagian harus merupakan kelipatan bulat dari 16. Untuk informasi selengkapnya, lihat Enkripsi sisi klien (Java SDK V1).

Penyebab: Informasi enkripsi bagian yang dikonfigurasi untuk enkripsi berbasis klien tidak konsisten dengan informasi enkripsi yang ditetapkan selama inisialisasi unggah multi-bagian.

Solusi: Pastikan informasi enkripsi bagian yang dikonfigurasi untuk klien konsisten dengan informasi enkripsi yang ditetapkan selama inisialisasi unggah multi-bagian. Untuk informasi selengkapnya, lihat Enkripsi sisi klien (Java SDK V1).

Penyebab: Jumlah bagian yang benar-benar diunggah tidak konsisten dengan jumlah bagian yang ditentukan selama inisialisasi unggah multi-bagian.

Solusi: Pastikan jumlah bagian yang ditentukan konsisten dengan jumlah bagian yang benar-benar diunggah.

Penyebab: Ukuran total semua bagian yang benar-benar diunggah tidak konsisten dengan ukuran total bagian yang ditentukan selama inisialisasi unggah multi-bagian.

Solusi: Setelah Anda mengunggah bagian terakhir, pastikan ukuran total semua bagian yang benar-benar diunggah konsisten dengan ukuran total bagian yang ditentukan selama inisialisasi unggah multi-bagian. Untuk informasi selengkapnya, lihat CompleteMultipartUpload.

Penyebab: Operasi CopyObject digunakan untuk memodifikasi metadata enkripsi berbasis klien.

Solusi: Setelah file diunggah dengan enkripsi berbasis klien, metadata enkripsi dilindungi dan tidak dapat dimodifikasi menggunakan operasi CopyObject untuk mengubah metadata objek. Untuk informasi selengkapnya, lihat CopyObject.

Penyebab: ID bagian lebih besar dari jumlah total bagian (PartNumber).

Solusi: Pastikan ID bagian kurang dari atau sama dengan jumlah total bagian. Untuk informasi selengkapnya, lihat UploadPart.

Penyebab: Jumlah bagian yang dimasukkan dalam metadata enkripsi berbasis klien melebihi batas.

Solusi: Setiap objek dapat dibagi menjadi maksimal 10.000 bagian.

Penyebab: Ukuran setiap bagian yang benar-benar diunggah tidak konsisten dengan ukuran setiap bagian yang ditentukan selama inisialisasi unggah multi-bagian.

Solusi: Kecuali bagian terakhir, ukuran semua bagian lainnya harus konsisten dengan ukuran setiap bagian yang ditentukan selama inisialisasi unggah multi-bagian. Untuk informasi selengkapnya, lihat UploadPart.

Penyebab: Parameter Host salah.

Solusi: Gunakan titik akhir standar. Untuk informasi selengkapnya tentang titik akhir dan pusat data, lihat Titik akhir dan pusat data.

Penyebab: Panjang nama objek melebihi batas.

Solusi: Pastikan nama objek terdiri dari 1 hingga 1.023 karakter.

Penyebab: Nama objek tidak ditentukan.

Solusi: Tentukan nama objek sesuai dengan Konvensi penamaan objek.

Penyebab: Nama objek yang ditentukan tidak valid.

Solusi: Periksa dan pastikan nama objek mematuhi Konvensi penamaan. Aturan berikut berlaku untuk nama objek:

• Gunakan encoding UTF-8.

• Harus terdiri dari 1 hingga 1.023 karakter.

• Tidak boleh diawali dengan garis miring maju (/) atau garis miring terbalik (\).

Penyebab: ID CMK yang ditentukan tidak valid.

Solusi: Saat objek dienkripsi menggunakan KMS dan kunci tertentu digunakan, Anda harus memasukkan ID CMK. Contoh ID CMK: 9468da86-3509-4f8d-a61e-6eab1eac****.

Penyebab: Bagian yang dikirimkan oleh CompleteMultipartUpload tidak valid karena PartNumber atau ETag salah.

Solusi: Server memverifikasi PartNumber dan ETag saat operasi CompleteMultipartUpload dipanggil.

• PartNumber harus berupa bilangan bulat dari 1 hingga 10.000. PartNumber tidak harus berurutan, tetapi harus dalam urutan menaik. Misalnya, PartNumber bagian pertama bisa 1, dan PartNumber bagian kedua bisa 5.

• Untuk objek yang dibuat oleh permintaan CompleteMultipartUpload, nilai ETag adalah UUID dari kontennya. Nilai ETag dapat digunakan untuk memeriksa apakah konten objek telah berubah.

Penyebab: PartNumber tidak valid.

Solusi: Pastikan PartNumber adalah bilangan bulat dari 1 hingga 10.000. Untuk informasi selengkapnya, lihat CompleteMultipartUpload.

Penyebab: Bagian yang dikirimkan oleh CompleteMultipartUpload tidak diurutkan secara menaik berdasarkan nomor bagian.

Solusi: Bagian yang dikirimkan oleh CompleteMultipartUpload harus diurutkan secara menaik berdasarkan nomor bagian. Misalnya, PartNumber bagian pertama bisa 1, dan PartNumber bagian kedua bisa 5. Untuk informasi selengkapnya, lihat CompleteMultipartUpload.

Penyebab: Kebijakan dalam permintaan memiliki format yang salah.

Solusi: Periksa apakah Kebijakan kehilangan , atau ].

Penyebab: Kebijakan dalam permintaan memiliki format yang salah.

Solusi: Periksa format Kebijakan. Periksa apakah kehilangan " atau apakah karakter escape kehilangan \.

Penyebab: Permintaan Kebijakan tidak berisi conditions.

Solusi: Permintaan Kebijakan harus berisi setidaknya satu elemen conditions.

Penyebab: Kunci atau nilai tag bucket tidak valid.

Solusi: Pastikan tag bucket mematuhi aturan penamaan berikut:

• Kunci dan nilai harus di-encode UTF-8.

• Kunci dapat terdiri hingga 64 karakter, tidak boleh diawali dengan http://, https://, atau Aliyun, dan tidak boleh kosong.

• Nilai dapat terdiri hingga 128 karakter dan boleh kosong.

Penyebab: Kunci tag objek tidak valid.

Solusi: Penandaan objek menggunakan serangkaian pasangan kunci-nilai untuk menandai objek. Aturan berikut berlaku untuk tag objek:

• Kunci dapat terdiri hingga 128 karakter, dan nilai dapat terdiri hingga 256 karakter.

• Kunci dan nilai peka huruf besar/kecil.

• Set karakter yang valid untuk tag meliputi huruf besar, huruf kecil, angka, spasi, dan karakter khusus berikut: +, -, =, ., _, :, dan /. Jika Anda menggunakan header HTTP untuk menyetel tag yang mengandung salah satu karakter khusus ini, Anda harus meng-encode URL kunci dan nilai tag tersebut.

Penyebab: Bucket tujuan yang ditentukan tidak valid untuk replikasi.

Solusi: Panggil operasi GetBucketReplicationLocation untuk mengambil wilayah tujuan yang valid untuk replikasi.

Penyebab: Bucket tujuan untuk menyimpan log tidak ada.

Solusi: Tentukan bucket tujuan yang valid.

Penyebab: Bucket tidak ada di wilayah tujuan.

Solusi: Verifikasi wilayah tempat bucket berada.

Penyebab: Tautan simbolik mengarah ke tautan simbolik lain.

Solusi: Pastikan target tautan simbolik bukan tautan simbolik lain.

Penyebab: Kebijakan retensi tidak valid.

Solusi: Kode berikut menunjukkan contoh pembuatan kebijakan retensi menggunakan operasi InitiateBucketWorm:

POST /?worm HTTP/1.1
Date: Thu, 15 May 2014 11:18:32 GMT
Content-Length: 556
Content-Type: application/xml
Host: BucketName.oss.aliyuncs.com
Authorization: OSS qn6q**************:77Dv****************

<InitiateWormConfiguration>
  <RetentionPeriodInDays>365</RetentionPeriodInDays>
</InitiateWormConfiguration>

Penyebab: Parameter permintaan tidak dalam format XML yang valid.

Solusi: Pastikan parameter permintaan dalam format XML yang valid.

Penyebab: Jumlah aturan inventaris untuk satu bucket telah mencapai batas maksimum 1.000.

Solusi: Untuk meningkatkan batas jumlah aturan inventaris, kirim tiket.

Penyebab: Anda mencoba menggunakan KMS untuk enkripsi sisi server sebelum mengaktifkan layanan KMS.

Solusi: Aktifkan layanan KMS. Untuk informasi selengkapnya, lihat Aktifkan Layanan Manajemen Kunci.

Penyebab: Bidang formulir dalam permintaan PostObject tidak diformat dengan benar.

Solusi: Pastikan bidang formulir mengikuti format yang diperlukan. Format bidang formulir adalah sebagai berikut:

Content-Disposition: form-data;
        name="{key}"\r\n\r\n{value}\r\n--{boundary}

Kode berikut memberikan contoh permintaan PostObject:

POST / HTTP/1.1
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; zh-CN; rv:1.9.2.6)
Content-Type: multipart/form-data; boundary=9431149156168
Host: xxxx-hz.oss-cn-hangzhou.aliyuncs.com
Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
Connection: keep-alive
Content-Length: 5052
--9431149156168
Content-Disposition: form-data; name="key"
test-key
--9431149156168
Content-Disposition: form-data; name="Content-Disposition"
attachment;filename=D:\img\example.png
--9431149156168
Content-Disposition: form-data; name="OSSAccessKeyId"
2NeL********j2Eb

Persyaratannya adalah sebagai berikut:

• Header harus menyertakan Content-Type: multipart/form-data; boundary={boundary}.

• Header dan body dipisahkan oleh \r\n--{boundary}. Karakter \r\n merepresentasikan baris baru.

• Nama bidang formulir peka huruf besar/kecil, seperti policy, key, file, OSSAccessKeyId, OSSAccessKeyId, dan Content-Disposition.

• Bidang formulir file harus menjadi bidang formulir terakhir.

• Jika bucket bersifat public-read-write, Anda tidak perlu menentukan bidang formulir OSSAccessKeyId, policy, dan Signature. Jika Anda menentukan salah satu bidang ini, Anda harus menentukan dua bidang lainnya, terlepas dari apakah bucket bersifat public-read-write.

Untuk informasi selengkapnya, lihat contoh kode berikut:

• C#

• Java

• JavaScript

Penyebab: Format XML dalam permintaan tidak valid.

Solusi: Untuk troubleshooting kesalahan ini, lihat dokumentasi untuk permintaan yang relevan:

• DeleteMultipleObjects

• CompleteMultipartUpload

• PutBucketLogging

• PutBucketWebsite

• PutBucketLifecycle

• PutBucketReferer

• PutBucketCORS

Penyebab: File yang diunggah terlalu besar. Ukuran maksimum untuk file yang diunggah menggunakan metode Post adalah 5 GB.

Solusi: Untuk informasi selengkapnya, lihat Troubleshoot kesalahan PostObject.

Penyebab: AccessKey ID tidak ada.

Solusi: Tentukan AccessKey ID yang benar.

Penyebab: Panggilan API kehilangan parameter yang diperlukan.

Solusi: Lihat dokumentasi API di Ikhtisar API dan tambahkan semua parameter yang diperlukan.

Penyebab: Pusat data bucket sumber tidak memiliki pusat data berpasangan untuk CRR.

Solusi: Untuk mendapatkan daftar wilayah tujuan yang tersedia untuk replikasi, lihat GetBucketReplicationLocation.

Penyebab: Tidak ada aturan CRR yang dikonfigurasi untuk bucket yang diminta.

Solusi: Konfigurasikan aturan CRR untuk bucket tersebut. Untuk informasi selengkapnya, lihat PutBucketReplication.

Penyebab: Parameter yang salah atau tidak didukung diteruskan dalam permintaan API.

Solusi: Lihat dokumentasi API yang sesuai di Ikhtisar API dan gunakan format parameter yang benar dan didukung.

Penyebab: Objek target bukan tautan simbolik.

Solusi: Pastikan operasi PutSymlink atau GetSymlink hanya dilakukan pada tautan simbolik.

Penyebab: Operasi yang diminta tidak didukung untuk sumber daya yang ditentukan. Skenario yang mungkin termasuk:

• Anda mencoba mengonversi objek Appendable atau tautan simbolik ke kelas penyimpanan Cold Archive atau Deep Cold Archive.

• Anda menggunakan operasi RestoreObject untuk memulihkan objek yang tidak berada dalam kelas penyimpanan Archive Storage, Cold Archive, atau Deep Cold Archive.

Solusi:

• Anda dapat memanggil operasi PutObject untuk mengunggah objek dengan nama yang sama guna menimpa objek Appendable dengan objek Normal. Anda kemudian dapat mengonversi objek tersebut ke kelas penyimpanan Cold Archive atau Deep Cold Archive.

• Saat menggunakan operasi RestoreObject untuk memulihkan file, pastikan file tersebut berada dalam kelas penyimpanan Archive Storage, Cold Archive, atau Deep Cold Archive.

Untuk informasi selengkapnya tentang jenis operasi yang didukung oleh berbagai sumber daya, lihat Ikhtisar API.

Penyebab: Kunci tag yang ditentukan sudah ada.

Solusi: Panggil GetBucketTags untuk mengambil tag yang ada untuk bucket tersebut, lalu panggil PutBucketTags untuk mengonfigurasi tag baru.

Penyebab: Formulir yang dikirimkan oleh operasi PostObject tidak di-encode sebagai multipart/form-data.

Solusi: Formulir yang dikirimkan oleh operasi PostObject harus di-encode sebagai multipart/form-data. Ini memerlukan Content-Type dalam header dalam format multipart/form-data;boundary=xxxxxx, di mana boundary adalah string batas. Untuk informasi selengkapnya, lihat PostObject.

Penyebab: Terjadi timeout jaringan karena lingkungan jaringan atau konfigurasi jaringan.

Solusi: Untuk troubleshooting, lihat Tangani timeout jaringan.

Penyebab: Jumlah bucket yang dibuat oleh satu Akun Alibaba Cloud di satu wilayah telah mencapai batas maksimum 100.

Solusi:

• Bucket tidak memiliki batas kapasitas. Anda dapat membuat folder dalam bucket untuk mengatur konten Anda. Untuk informasi selengkapnya tentang cara membuat folder, lihat Buat folder.

• Hapus bucket yang tidak lagi Anda perlukan. Untuk informasi selengkapnya tentang cara menghapus bucket, lihat Hapus bucket.

  Penting

  Bucket yang dihapus tidak dapat dipulihkan. Lakukan dengan hati-hati.

• Untuk meningkatkan batas jumlah bucket, kirim tiket.

Penyebab: Jumlah nama domain yang dapat dilampirkan ke bucket telah mencapai maksimum 100.

Solusi: Anda dapat mengirim tiket untuk meningkatkan batas jumlah nama domain untuk bucket.

Penyebab: Jumlah tag objek yang dikonfigurasi dalam aturan CRR melebihi batas.

Solusi: Anda dapat menambahkan maksimal 10 tag objek ke aturan CRR untuk memfilter objek yang akan disinkronkan.

Penyebab: Jumlah aturan CRR yang terkait dengan bucket telah mencapai 100.

Solusi: Satu bucket mendukung hingga 100 aturan CRR. Jika kebutuhan bisnis Anda melebihi batas ini, Anda dapat mengirim tiket.

Penyebab: Jumlah aturan CRR yang terkait dengan bucket telah mencapai batas 100.

Solusi: Satu bucket mendukung hingga 100 aturan CRR. Jika kebutuhan bisnis Anda melebihi batas ini, kirim tiket.

Penyebab: Permintaan mencakup terlalu banyak operasi gambar.

Solusi: Kurangi jumlah operasi gambar dalam permintaan Anda.

Penyebab: Lebih dari 10 awalan ditentukan dalam aturan CRR.

Solusi: Untuk replikasi lintas wilayah, Anda dapat menentukan hingga 10 awalan untuk menyinkronkan hanya objek yang cocok ke Bucket tujuan.

Penyebab: Anda mengonfigurasi lebih dari satu aturan replikasi untuk satu bucket.

Solusi: Anda hanya dapat mengonfigurasi satu aturan replikasi untuk satu bucket.

Penyebab: Jumlah tag untuk bucket melebihi batas.

Solusi: Suatu bucket dapat memiliki maksimal 20 tag. Untuk informasi selengkapnya, lihat PutBucketTags.

Penyebab: Nama objek tidak ditentukan untuk operasi penghapusan.

Solusi: Tentukan nama objek yang akan dihapus. Untuk informasi selengkapnya, lihat DeleteMultipleObjects.

Penyebab: Jumlah objek dalam bucket melebihi batas untuk ekspor file manifest mingguan.

Solusi: Jumlah objek dalam bucket harus kurang dari 50 miliar untuk ekspor file manifest mingguan.

Saat bucket berisi 50 miliar file atau lebih:

• Ekspor objek secara batch dengan mencocokkan awalan.

• Kirim tiket untuk meminta peningkatan batas ekspor objek.