Object Storage Service:HTTP 400 エラー

原因：クロスリージョンレプリケーション (CRR) 設定で指定されたターゲットリージョンが存在しません。

解決策：ターゲットバケットのリージョンが有効であることを確認します。

原因：クロスオリジンリクエストのプリフライトリクエストに Origin リクエストヘッダーがありません。

解決策：プリフライトリクエスト (OPTIONS) に Origin ヘッダーを追加します。OSS はこのヘッダーを使用して CORS ポリシーを照合します。

OPTIONS /testobject HTTP/1.1
Host: oss-example.oss-cn-hangzhou.aliyuncs.com
Date: Fri, 24 Feb 2012 05:45:34 GMT
Origin:http://www.example.com
Access-Control-Request-Method:PUT
Access-Control-Request-Headers:x-oss-test
              

原因：クロスオリジンリクエストのプリフライトリクエストに Access-Control-Request-Method リクエストヘッダーがありません。

解決策：プリフライトリクエスト (OPTIONS) に Access-Control-Request-Method ヘッダーを追加して、実際のリクエストの HTTP メソッドを指定します。

原因：ソースバケットとターゲットバケットの間に CRR 関係がすでに存在します。

解決策：新しい CRR ルールを設定するには、まず既存の CRR ルールを削除する必要があります。

原因：バケットに設定された CORS ルールの数が制限を超えています。

解決策：1 つのバケットは最大 10 個の CORS ルールをサポートします。類似の設定を統合するか、不要なルールを削除してください。PutBucketCors。

原因：バケット内のオブジェクト数が、日次マニフェストファイルのエクスポート制限を超えています。

解決策：マニフェストファイルを日次でエクスポートする場合、バケット内のオブジェクト数は 100 億未満である必要があります。

バケット内のオブジェクト数が 100 億以上の場合は、代わりにマニフェストファイルを週次でエクスポートしてください。

原因：アップロードされたオブジェクトのサイズが、許可される最大サイズを超えています。

解決策：PostObject オペレーションを使用してファイルをアップロードする場合、PostPolicy のフォームフィールドに有効な値を設定します。アップロードされるオブジェクトの許可サイズ範囲を指定するには、content-length-range 条件を使用します。付録：Post Policy。

原因：アップロードされたオブジェクトのサイズが、許可される最小サイズより小さいです。

解決策：PostObject オペレーションを使用してファイルをアップロードする場合、PostPolicy のフォームフィールドに有効な値を設定します。content-length-range 条件を使用して、アップロードされるオブジェクトの許可サイズ範囲を指定します。

原因：PostObject リクエストのフォームフィールドが大きすぎます。

解決策：ファイル以外のフォームフィールドは 4 KB を超えることはできません。PostObject エラーのトラブルシューティング。

原因：リクエストされたパートが削除されました。

解決策：必要なすべてのパートが正常にアップロードされ、削除されていないことを確認します。アップロードされたパートのステータスは、CompleteMultipartUpload オペレーションを呼び出すことで確認できます。

原因：画像サイズが制限を超えています。

解決策：ソース画像ファイルが以下のサイズ制限を満たしていることを確認してください：

• ソース画像ファイルのサイズは 20 MB を超えることはできません。

• 画像を回転させる場合、ソース画像の幅または高さは 4,096 ピクセルを超えることはできません。

• ソース画像の片側の長さは 30,000 ピクセルを超えることはできません。

原因：Content-Length パラメーターで指定されたバイト数が、実際に送信されたバイト数と一致しません。

解決策：Content-Length パラメーターを、実際に送信されたバイト数に設定します。

原因：PostObject リクエスト内のファイル数が無効です。PostObject リクエストには、file フォームフィールドを 1 つしか含めることができません。

解決策：PostObject リクエストに file フォームフィールドが 1 つだけ含まれていることを確認します。

原因：

1. オブジェクトサイズの制限超過：アップロードされたファイルのサイズが、現在のアップロード操作の制限を超えています。

2. ホットリンク保護設定の制限超過：Referer ホワイトリストとブラックリストの設定の合計サイズが 20 KB を超えています。

解決策：

• シナリオ 1：オブジェクトサイズの制限超過

  ファイルサイズに基づいてアップロード方法を調整します：

  • シンプル/フォーム/追加アップロード：最大ファイルサイズは 5 GB です。

  • マルチパートアップロード：最大ファイルサイズは 48.8 TB です。

• シナリオ 2：ホットリンク保護設定の制限超過

  不要なホットリンク保護ルールを削除して、Referer ホワイトリストとブラックリストの合計データサイズが 20 KB を超えないようにします。

原因：Authorization ヘッダーの計算メソッドに AccessKey ID と Signature パラメーターがありません。

解決策：Authorization ヘッダーの計算メソッドに AccessKey ID パラメーターを追加し、以下の署名例に示すように署名計算を完了します。

AccessKey ID が LTAI**************** で、AccessKey Secret が yourAccessKeySecret であると仮定します。以下の Python コードは、署名を計算する方法の例を示しています：

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)

計算された署名は 77Dv**************** であり、これを Authorization ヘッダーの構造と組み合わせて、送信するメッセージ本文を形成します：

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

原因：Authorization ヘッダーの計算メソッドで無効なパラメーターが指定されています。

解決策：以下の指示に基づいて Authorization ヘッダーの計算をトラブルシューティングします。

• 計算方法：

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

• パラメーターの説明：

  パラメーター	タイプ	必須	例	説明
  AccessKeyId	String	はい	LTAI****************	キーの AccessKey ID。
  AccessKeySecret	String	はい	yourAccessKeySecret	キーの AccessKey Secret。
  VERB	Enumeration	はい	PUT	HTTP リクエストメソッド。PUT、GET、POST、HEAD、DELETE、OPTIONS など。
  \n	String	いいえ	\n	改行。
  Content-MD5	String	いいえ	eB5eJF1ptWaXm4bijSPyxw==	リクエストコンテンツデータの MD5 ハッシュ。この値を取得するには、メッセージコンテンツ (ヘッダーを除く) の MD5 ハッシュを計算して 128 ビットの数値を取得し、その数値を Base64 エンコードします。RFC2616 Content-MD5。 このリクエストヘッダーは、メッセージの整合性 (メッセージコンテンツが送信時と同じであるかどうか) を確認するために使用できます。このヘッダーは空にすることができます。 Content-MD5 ハッシュの計算。
  Content-Type	String	いいえ	application/octet-stream	リクエストコンテンツのタイプ。このヘッダーは空にすることができます。
  Date	String	はい	Sun, 22 Nov 2015 08:16:38 GMT	重要 操作の時刻。Date パラメーターは GMT 形式である必要があり、空にすることはできません。 リクエストの Date と OSS サーバーの現在時刻との差が 15 分を超える場合、OSS サーバーはリクエストを拒否し、HTTP 403 エラーを返します。
  CanonicalizedOSSHeaders	String	いいえ	x-oss-meta-a:a\nx-oss-meta-b:b\nx-oss-meta-c:c\n	x-oss- で始まり、辞書式順序でソートされた HTTP ヘッダー。このパラメーターは空にすることができます。 CanonicalizedOSSHeaders を空に設定した場合、末尾に \n 区切り文字を追加する必要はありません。 CanonicalizedOSSHeaders が 1 つしかない場合は、末尾に \n 区切り文字を追加する必要があります。例：x-oss-meta-a\n。 複数の CanonicalizedOSSHeaders がある場合は、各 CanonicalizedOSSHeaders の後に \n 区切り文字を追加する必要があります。例：x-oss-meta-a:a\nx-oss-meta-b:b\nx-oss-meta-c:c\n。 CanonicalizedOSSHeaders の構築。
  CanonicalizedResource	String	はい	/examplebucket/	アクセスしたい OSS リソース。このパラメーターは空にすることはできません。 CanonicalizedOSSHeaders の構築。

• 署名の例：

  リクエスト	署名文字列の計算式	署名文字列
  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

  AccessKey ID が LTAI**************** で、AccessKey Secret が yourAccessKeySecret であると仮定します。以下の Python コードは、署名を計算する方法の例を示しています：

  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)

  計算された署名は 77Dv**************** であり、これを Authorization ヘッダーの構造と組み合わせて、送信するメッセージ本文を形成します：

  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

原因：Authorization ヘッダーの計算メソッドで誤ったパラメーターが指定されています。

解決策：以下の表のパラメーター説明に基づいて Authorization ヘッダーの計算を完了します。

原因：Authorization ヘッダーの計算メソッドで必須パラメーターが空です。

解決策：以下の表のパラメーター説明に基づいて Authorization ヘッダーの計算を完了します。

原因：time パラメーターが無効です。

解決策：時刻形式は RFC 1123 標準に準拠する必要があります。例：Sun, 06 Nov 1994 08:49:37 GMT。

原因：Host が無効です。

解決策：Host はバケットドメイン名または IP アドレスにすることができます。バケットドメイン名の形式は BucketName.Endpoint です。例：examplebucket.oss-cn-hangzhou.aliyuncs.com。Host が IP アドレスの場合、その IP アドレスが有効であることを確認してください。

原因：ファイルをコピーする際に、ソースバケットとソースオブジェクトが指定されていません。

解決策：ファイルをコピーする際には、x-oss-copy-source パラメーターを /sourcebucket/sourcekey 形式で指定する必要があります。たとえば、ソースバケットが examplebucket で、ソースオブジェクトが exampleobject の場合、x-oss-copy-source パラメーターを /examplebucket/exampleobject に設定します。

原因：callback パラメーターがリクエスト URL とリクエストヘッダーの両方に含まれています。

解決策：callback パラメーターはリクエスト URL またはリクエストヘッダーのいずれかに含めることができますが、両方に含めることはできません。

原因：callback-var パラメーターがリクエスト URL とリクエストヘッダーの両方に含まれています。

解決策：callback-var パラメーターはリクエスト URL またはリクエストヘッダーのいずれかに含めることができますが、両方に含めることはできません。

原因

同じリクエスト内で、署名用の Authorization フィールドがリクエストヘッダーに存在し、署名用の OSSAccessKeyId、Expires、Signature フィールドがリクエスト URI に存在します。例：

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

解決策

同じリクエスト内で、ヘッダー署名または URI 署名のいずれかを使用しますが、両方を使用することはできません。以下のコードは、ヘッダー署名のみを使用する例です：

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

以下のコードは、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

原因：パラメーターの形式が無効です。

解決策：API 概要で対応する API オペレーションを参照し、正しい形式でパラメーターを指定してください。

原因：time パラメーターが無効です。UNIX タイムスタンプが現在時刻より後になっています。

解決策：UNIX タイムスタンプは現在時刻より前である必要があります。

原因：time パラメーターが無効です。UNIX タイムスタンプが 0 未満です。

解決策：UNIX タイムスタンプは 0 より大きい必要があります。

原因：指定されたオブジェクトのバージョン ID が無効です。

解決策：GetBucketVersions (ListObjectVersions) オペレーションを呼び出して、バケットのバージョン管理が有効になっているか、および指定されたオブジェクトのバージョン ID が正しいかを確認します。

原因：サーバー側暗号化 (SSE) アルゴリズムが AES256 に設定されているときに KMSMasterKeyID パラメーターが指定されています。

解決策：KMSMasterKeyID パラメーターは、SSE アルゴリズムが KMS に設定され、指定されたキーが暗号化に使用される場合にのみ必須です。

原因：ユーザーに必要な権限がありません。

解決策：バケットの所有者または承認された RAM ユーザーのみが、バケットの暗号化ルールを設定できます。PutBucketEncryption。

原因：指定されたバケットストレージクラスが存在しません。

解決策：OSS は、標準、低頻度アクセス (IA)、アーカイブストレージ、コールドアーカイブ、ディープコールドアーカイブストレージのストレージクラスをサポートしています。PutBucket。

原因：Authorization ヘッダーの Date が無効です。

解決策：Date パラメーターは操作の時刻を示し、GMT 形式である必要があります。例：Sun, 22 Nov 2015 08:16:38 GMT。

原因：PostObject リクエストの本文の合計長が 5 GB を超えています。

解決策：PostObject リクエストの本文の合計長は 5 GB を超えることはできません。PostObject。

原因：PostObject リクエストヘッダーに OSSAccessKeyId フォームフィールドがありません。

解決策：バケットが公開読み書きでない場合、または Policy (または Signature) フォームフィールドが提供されている場合、OSSAccessKeyId フォームフィールドは必須です。

原因：PostObject リクエストヘッダーに署名情報がありません。

解決策：バケットが公開読み書きでない場合、または OSSAccessKeyId (または Policy) フォームフィールドが提供されている場合、Signature フォームフィールドは必須です。署名を計算するには、以下の手順に従います：

1. UTF-8 エンコーディングでポリシーを作成します。

2. ポリシーを Base64 エンコードします。結果は Policy フォームフィールドの値になります。この値を署名対象の文字列として使用します。

3. AccessKey Secret を使用して文字列に署名します。署名メソッドは Signature = base64(hmac-sha1(base64(policy), AccessKeySecret)) です。

原因：OSS はプライベート IP アドレスにコールバックリクエストを送信できません。

解決策：パブリック IP アドレスを使用してコールバックリクエストを送信します。

原因：filename フィールドの後の行にカスタムパラメーターが含まれています。

解決策：filename フィールドの後の行は、以下の例に示すように、標準の Content-Type パラメーターである必要があります：

POST / HTTP/1.1
Host: oss-example.oss-cn-hangzhou.aliyuncs.com
Content-Length: 344606
Content-Type: multipart/form-data; boundary=9431149156168
--9431149156168
Content-Disposition: form-data; name="key"
/user/a/objectName.txt
--9431149156168
Content-Disposition: form-data; name="success_action_status"
200
--9431149156168
Content-Disposition: form-data; name="Content-Disposition"
content_disposition
--9431149156168
Content-Disposition: form-data; name="x-oss-meta-uuid"
uuid
--9431149156168
Content-Disposition: form-data; name="x-oss-meta-tag"
metadata
--9431149156168
Content-Disposition: form-data; name="OSSAccessKeyId"
44CF9590006BF252F707
--9431149156168
Content-Disposition: form-data; name="policy"
eyJleHBpcmF0aW9uIjoiMjAxMy0xMi0wMVQxMjowMDowMFoiLCJjb25kaXRpb25zIjpbWyJjb25kaXRpb25zIjpbWyJjb25kaXRpb25zIjpbWyJjb250ZW50LWxlbmd0aC1yYW5nZSIsIDAsIDEwNDg1NzYwXV19
--9431149156168
Content-Disposition: form-data; name="Signature"
kZoYNv66bsmc10+dcGKw5x2PRrk=
--9431149156168
Content-Disposition: form-data; name="file"; filename="MyFilename.txt"
Content-Type: text/plain
abcdefg
--9431149156168
Content-Disposition: form-data; name="submit"
Upload to OSS
--9431149156168--
              

原因：PostObject リクエストで key フォームフィールドが指定されていないか、key フォームフィールドの順序が正しくありません。

解決策：PostObject リクエストで key フォームフィールドを指定します。key フォームフィールドは file フォームフィールドの前に置く必要があります。PostObject。

原因：POST リクエストフォームに無効なパラメーターまたは不正な形式のパラメーターが含まれています。

解決策：標準形式でパラメーターを指定します。PostObject。

原因：callbackBody パラメーターが指定されていません。

解決策：Callback パラメーターは Base64 エンコードされた JSON 文字列である必要があります。コールバック用のサーバー URL (callbackUrl) とコールバックのコンテンツ (callbackBody) を指定する必要があります。

原因：callbackBody パラメーターが無効で、JSON として解析できません。

解決策：callbackBody パラメーターは、コールバックが開始されたときのリクエストボディの値を指定します。例：key=$(object)&etag=$(etag)&my_var=$(x:my_var)。コールバック。

原因：callbackBodyType パラメーターが無効で、JSON として解析できません。

解決策：callbackBodyType パラメーターは、コールバックリクエストの Content-Type を指定します。サポートされている値は application/x-www-form-urlencoded と application/json です。

原因：Callback パラメーターが Base64 エンコードされていません。

解決策：Callback パラメーターは Base64 エンコードされた JSON 文字列である必要があります。コールバック用のサーバー URL とコールバックのコンテンツを指定する必要があります。コールバック。

原因：Callback パラメーターが JSON 形式ではありません。

解決策：Callback パラメーターは Base64 エンコードされた JSON 文字列である必要があります。例：

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

原因：callbackHost パラメーターが無効で、JSON として解析できません。

解決策：callbackHost パラメーターは、コールバックリクエストの Host ヘッダーを指定します。例：oss-cn-hangzhou.aliyuncs.com。callbackHost が設定されていない場合、callbackUrl の URL が解析され、URL から解析された Host が callbackHost の値として使用されます。

原因：署名バージョンがサポートされていません。

解決策：現在の署名がバージョン 1.0 または 2.0 であることを確認します。

原因：Callback パラメーターにコールバック用のサーバー URL (callbackUrl) が指定されていません。

解決策：Callback パラメーターは Base64 エンコードされた JSON 文字列である必要があります。コールバック用のサーバー URL とコールバックのコンテンツを指定する必要があります。

原因：callback-var パラメーターが JSON 形式ではありません。

解決策：callback-var パラメーターはカスタムパラメーターを設定するために使用されます。カスタムパラメーターはキーと値のペアとして指定されます。キーは x: で始まり、小文字である必要があります。たとえば、x:var1 と x:var2 の 2 つのキーを、対応する値 value1 と value2 で設定する場合、JSON 形式は次のようになります：

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

原因：カスタムヘッダーの形式が正しくありません。

解決策：カスタムヘッダーの形式は x-oss-persistent-headers: key1:base64_encode(value1),key2:base64_encode(value2).... です。この形式では、key1 と key2 はカスタムヘッダーで、value1 と value2 はそれに対応する値です。base64_encode は、カスタムヘッダーの値が Base64 エンコードされていることを示します。たとえば、カスタムヘッダーが myheader1 と myheader2 で、その値が myvalue1 と myvalue2 の場合、カスタムリクエストヘッダーは x-oss-persistent-headers:myheader1:bXl2YWx1ZTE=,myheader2:bXl2YWx1ZTI= となります。

原因：タグのキーと値が URL エンコードされておらず、キーが重複しています。

解決策：オブジェクトのタグ付けでは、キーと値のペアのセットを使用してオブジェクトをマークします。オブジェクトタグには以下のルールが適用されます：

• 1 つのオブジェクトには最大 10 個のタグを付けることができます。キーは一意である必要があります。

• 各キーの長さは最大 128 文字、各値の長さは最大 256 文字です。

• キーと値は大文字と小文字を区別します。

• タグの有効な文字セットには、大文字、小文字、数字、スペース、および次の特殊文字が含まれます：+ - = . _ : / HTTP ヘッダーを使用してタグを設定し、タグにこれらの文字のいずれかが含まれている場合は、タグのキーと値を URL エンコードする必要があります。

原因：カスタムヘッダーに無効な文字が含まれています。

解決策：OSS は RFC 7230 仕様に準拠しており、この仕様に基づいて HTTP ヘッダーに無効な文字が含まれているかどうかを判断します。

原因：カスタムヘッダーが標準の HTTP ヘッダーと競合しています。

解決策：カスタムヘッダーに Host、Content-MD5、Origin、Range などの標準 HTTP ヘッダーを指定しないでください。

原因：カスタムヘッダーの値にキャリッジリターン \r またはラインフィード \n が含まれています。

解決策：カスタムヘッダーの値からキャリッジリターン \r とラインフィード \n を削除します。

原因：カスタムヘッダーがリクエストヘッダーと同じ名前を持っていますが、値が異なります。

解決策：カスタムヘッダーがリクエストヘッダーと同じ名前を持つ場合、それらの値は同じでなければなりません。

原因：カスタムヘッダーの値が無効です。

解決策：カスタムヘッダーの値に含まれる中国語文字などの特殊文字を UTF-8 エンコードします。

原因：Base64 エンコードされた callback パラメーターの合計長が 5 KB を超えています。

解決策：Base64 エンコードされた callback パラメーターの合計長は 5 KB を超えることはできません。

原因：Base64 エンコードされた callback-var パラメーターの合計長が 5 KB を超えています。

解決策：Base64 エンコードされた callback-var パラメーターの合計長は 5 KB を超えることはできません。

原因：リクエストされたコールバック URL の数が 5 を超えています。

解決策：OSS では、同時に最大 5 つの URL を設定できます。各 URL はセミコロン (;) で区切ります。

原因：<VersioningConfiguration> フィールドにバケットのバージョン管理ステータスが指定されていません。

解決策：<VersioningConfiguration> フィールドにバケットのバージョン管理ステータスを指定します。例：

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>

原因：Authorization ヘッダーの計算メソッドに不明なパラメーターが存在します。

解決策：以下の表のパラメーター説明に基づいて Authorization ヘッダーの計算を完了します。

原因：VersionId フィールドが指定されていません。

解決策：VersionId フィールドにオブジェクトのバージョン ID を指定します。ListObjectVersions (GetBucketVersions)。

原因：単一接続の帯域制限の値が無効です。

解決策：単一接続の帯域制限の値は 819,200 から 838,860,800 の範囲である必要があります。これは 100 KB/s から 100 MB/s に相当します。

原因：単一接続の帯域制限パラメーター x-oss-traffic-limit がリクエスト URL とリクエストヘッダーの両方に含まれています。

解決策：単一接続の帯域制限パラメーター x-oss-traffic-limit は、リクエスト URL またはリクエストヘッダーのいずれかに含めることができますが、両方に含めることはできません。

原因：バケット名が命名規則に準拠していません。

解決策：バケット名が命名規則に準拠していることを確認してください。バケット名には以下のルールが適用されます：

• 小文字、数字、ハイフン (-) のみを含めることができます。

• 先頭と末尾は小文字または数字である必要があります。

• 長さは 3 から 63 文字である必要があります。

原因：CRR のソースバケットとターゲットバケットのバージョン管理ステータスが一致していません。

解決策：CRR の場合、ソースバケットとターゲットバケットの両方でバージョン管理を有効または無効にする必要があります。

原因：チャンネル名フィールドがありません。

解決策：命名規則に従ってチャンネル名を指定します。

• UTF-8 エンコーディングを使用します。

• 長さは 1 から 64 文字である必要があります。

• フォワードスラッシュ (/) やバックスラッシュ (\) を含めることはできません。

原因：チャンネル名にスラッシュが含まれています。

解決策：チャンネル名にフォワードスラッシュ (/) やバックスラッシュ (\) が含まれていないことを確認します。

原因：チャンネル名のエンコーディングが正しくありません。

解決策：チャンネル名は UTF-8 エンコードされている必要があります。

原因：チャンネル名の長さが制限を超えています。

解決策：チャンネル名の長さが 1 から 64 文字であることを確認します。

原因：ローカルで計算された CRC-64 値が、サーバーから返された CRC-64 値と一致しません。

解決策：CRC-64 を使用してデータ整合性を検証する。

原因：指定されたオブジェクト暗号化アルゴリズムが無効です。

解決策：オブジェクトが KMS を使用して暗号化される場合、SM4 暗号化アルゴリズムのみがサポートされます。サーバー側暗号化。

原因：アップロードの Content-MD5 リクエストヘッダーが、OSS によって計算されたメッセージ本文の Content-MD5 ハッシュと一致しません。

解決策：Content-MD5 ハッシュの計算。

原因：x-oss-server-side-encryption パラメーターに指定された値が無効です。

解決策：x-oss-server-side-encryption の有効な値は AES256、KMS、および SM4 です。PutObject。

原因：クライアントで暗号化されたソースファイルに対して UploadPartCopy オペレーションを呼び出すことはできません。

解決策：UploadPartCopy オペレーションは、クライアントで暗号化されていないソースファイルに対してのみ呼び出して、既存のオブジェクトからデータをコピーしてパートをアップロードすることができます。UploadPartCopy。

原因：クライアント側の暗号化に必要なパラメーターがありません。

解決策：以下の必須パラメーターがすべて指定されていることを確認してください。

原因：クライアント側の暗号化メタデータに入力された合計ファイルサイズまたはパートサイズが無効です。

解決策：クライアント側のマルチパートアップロードを実行する場合、マルチパートアップロードの初期化中に大容量ファイルの合計サイズ (x-oss-meta-client-side-encryption-data-size) とパートサイズ (x-oss-meta-client-side-encryption-part-size) を渡す必要があります。パートサイズは 16 の整数倍である必要があります。クライアント側の暗号化 (Java SDK V1)。

原因：クライアント側の暗号化用に設定されたパート暗号化情報が、マルチパートアップロードの初期化時に設定された暗号化情報と一致しません。

解決策：クライアント用に設定されたパート暗号化情報が、マルチパートアップロードの初期化時に設定された暗号化情報と一致していることを確認します。クライアント側の暗号化 (Java SDK V1)。

原因：実際にアップロードされたパートの数が、マルチパートアップロードの初期化時に指定されたパートの数と一致しません。

解決策：指定されたパートの数が、実際にアップロードされたパートの数と一致していることを確認します。

原因：実際にアップロードされたすべてのパートの合計サイズが、マルチパートアップロードの初期化時に指定された合計パートサイズと一致しません。

解決策：最後のパートをアップロードした後、実際にアップロードされたすべてのパートの合計サイズが、マルチパートアップロードの初期化時に指定された合計パートサイズと一致していることを確認します。CompleteMultipartUpload。

原因：CopyObject オペレーションがクライアント側の暗号化メタデータを変更するために使用されています。

解決策：ファイルがクライアント側の暗号化でアップロードされた後、暗号化メタデータは保護され、CopyObject オペレーションを使用してオブジェクトのメタデータを変更することはできません。CopyObject。

原因：パート ID がパートの総数 (PartNumber) より大きいです。

解決策：パート ID がパートの総数以下であることを確認します。UploadPart。

原因：クライアント側の暗号化メタデータに入力されたパートの数が制限を超えています。

解決策：各オブジェクトは最大 10,000 パートに分割できます。

原因：実際にアップロードされた各パートのサイズが、マルチパートアップロードの初期化時に指定された各パートのサイズと一致しません。

解決策：最後のパートを除き、他のすべてのパートのサイズは、マルチパートアップロードの初期化時に指定された各パートのサイズと一致している必要があります。UploadPart。

原因：Host パラメーターが正しくありません。

解決策：標準のエンドポイントを使用します。エンドポイントとデータセンター。

原因：オブジェクト名の長さが制限を超えています。

解決策：オブジェクト名の長さが 1 から 1,023 文字であることを確認します。

原因：オブジェクト名が指定されていません。

解決策：オブジェクトの命名規則に従ってオブジェクト名を指定します。

原因：指定されたオブジェクト名が無効です。

解決策：オブジェクト名が命名規則に準拠していることを確認してください。オブジェクト名には以下のルールが適用されます：

• UTF-8 エンコーディングを使用します。

• 長さは 1 から 1,023 文字である必要があります。

• フォワードスラッシュ (/) やバックスラッシュ (\) で始まることはできません。

原因：指定された CMK ID が無効です。

解決策：オブジェクトが KMS を使用して暗号化され、指定されたキーが使用される場合、CMK ID を入力する必要があります。CMK ID の例：9468da86-3509-4f8d-a61e-6eab1eac****。

原因：CompleteMultipartUpload によって送信されたパートが、不正な PartNumber または ETag のために無効です。

解決策：サーバーは CompleteMultipartUpload オペレーションが呼び出されたときに PartNumber と ETag を検証します。

• PartNumber は 1 から 10,000 までの整数でなければなりません。PartNumber は連続している必要はありませんが、昇順である必要があります。たとえば、最初のパートの PartNumber は 1、2 番目のパートの PartNumber は 5 にすることができます。

• CompleteMultipartUpload リクエストによって作成されたオブジェクトの場合、ETag 値はそのコンテンツの UUID です。ETag 値は、オブジェクトのコンテンツが変更されたかどうかを確認するために使用できます。

原因：PartNumber が無効です。

解決策：PartNumber が 1 から 10,000 までの整数であることを確認します。CompleteMultipartUpload。

原因：CompleteMultipartUpload によって送信されたパートが、パート番号の昇順でソートされていません。

解決策：CompleteMultipartUpload によって送信されるパートは、パート番号の昇順でソートされている必要があります。たとえば、最初のパートの PartNumber は 1、2 番目のパートの PartNumber は 5 にすることができます。CompleteMultipartUpload。

原因：リクエストの Policy の形式が正しくありません。

解決策：Policy に , または ] が欠けていないか確認します。

原因：リクエストの Policy の形式が正しくありません。

解決策：Policy の形式を確認します。" が欠けていないか、またはエスケープ文字に \ が欠けていないか確認します。

原因：リクエスト Policy に conditions が含まれていません。

解決策：リクエスト Policy には、少なくとも 1 つの conditions 要素が含まれている必要があります。

原因：バケットタグのキーまたは値が無効です。

解決策：バケットタグが以下の命名規則に準拠していることを確認してください：

• キーと値は UTF-8 エンコードされている必要があります。

• キーは最大 64 文字で、http://、https://、または Aliyun で始まることはできず、空にすることはできません。

• 値は最大 128 文字で、空にすることができます。

原因：オブジェクトタグのキーが無効です。

解決策：オブジェクトのタグ付けでは、キーと値のペアのセットを使用してオブジェクトをマークします。オブジェクトタグには以下のルールが適用されます：

• キーは最大 128 文字、値は最大 256 文字です。

• キーと値は大文字と小文字を区別します。

• タグの有効な文字セットには、大文字、小文字、数字、スペース、および次の特殊文字が含まれます：+、-、=、.、_、:、/。HTTP ヘッダーを使用してこれらの特殊文字を含むタグを設定する場合は、タグのキーと値を URL エンコードする必要があります。

原因：指定されたターゲットバケットはレプリケーションには無効です。

解決策：GetBucketReplicationLocation オペレーションを呼び出して、レプリケーションに有効なターゲットリージョンを取得します。

原因：ログを保存するターゲットバケットが存在しません。

解決策：有効なターゲットバケットを指定します。

原因：バケットがターゲットリージョンに存在しません。

解決策：バケットが配置されているリージョンを確認します。

原因：シンボリックリンクが別のシンボリックリンクを指しています。

解決策：シンボリックリンクのターゲットが別のシンボリックリンクでないことを確認します。

原因：保持ポリシーが無効です。

解決策：以下のコードは、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>

原因：リクエストパラメーターが有効な XML 形式ではありません。

解決策：リクエストパラメーターが有効な XML 形式であることを確認します。

原因：単一バケットのインベントリルールの数が最大制限の 1,000 に達しました。

解決策：インベントリルールの数の制限を増やすには、チケットを送信してください。

原因：KMS サービスを有効化する前に、サーバー側暗号化に KMS を使用しようとしました。

解決策：KMS サービスを有効化します。Key Management Service の有効化。

原因：PostObject リクエストのフォームフィールドが正しくフォーマットされていません。

解決策：フォームフィールドが必要な形式に従っていることを確認します。フォームフィールドの形式は次のとおりです：

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

以下のコードは、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

要件は次のとおりです：

• ヘッダーには Content-Type: multipart/form-data; boundary={boundary} を含める必要があります。

• ヘッダーと本文は \r\n--{boundary} で区切られます。\r\n 文字は改行を表します。

• フォームフィールド名は大文字と小文字を区別します。例：policy、key、file、OSSAccessKeyId、OSSAccessKeyId、Content-Disposition。

• file フォームフィールドは最後のフォームフィールドでなければなりません。

• バケットが public-read-write の場合、OSSAccessKeyId、policy、Signature フォームフィールドを指定する必要はありません。これらのフィールドのいずれかを指定する場合、バケットが public-read-write であるかどうかにかかわらず、他の 2 つも指定する必要があります。

以下のコード例を参照してください：

• C#

• Java

• JavaScript

原因：リクエストの XML 形式が無効です。

解決策：このエラーをトラブルシューティングするには、関連するリクエストのドキュメントを参照してください：

• DeleteMultipleObjects

• CompleteMultipartUpload

• PutBucketLogging

• PutBucketWebsite

• PutBucketLifecycle

• PutBucketReferer

• PutBucketCORS

原因：アップロードされたファイルが大きすぎます。Post メソッドを使用してアップロードされるファイルの最大サイズは 5 GB です。

解決策：PostObject エラーのトラブルシューティング。

原因：AccessKey ID がありません。

解決策：正しい AccessKey ID を指定します。

原因：API 呼び出しに必要なパラメーターがありません。

解決策：API 概要の API ドキュメントを参照し、必要なすべてのパラメーターを追加してください。

原因：ソースバケットのデータセンターに CRR のペアとなるデータセンターがありません。

解決策：レプリケーションに利用可能なターゲットリージョンのリストを取得するには、「GetBucketReplicationLocation」をご参照ください。

原因：リクエストされたバケットに CRR ルールが設定されていません。

解決策：バケットに CRR ルールを設定します。PutBucketReplication。

原因：API リクエストで不正またはサポートされていないパラメーターが渡されました。

解決策：API 概要で対応する API ドキュメントを参照し、正しくサポートされているパラメーター形式を使用してください。

原因：ターゲットオブジェクトはシンボリックリンクではありません。

解決策：PutSymlink または GetSymlink 操作がシンボリックリンクに対してのみ実行されることを確認します。

原因：リクエストされた操作は指定されたリソースではサポートされていません。考えられるシナリオは次のとおりです：

• 追加可能オブジェクトまたはシンボリックリンクをコールドアーカイブまたはディープコールドアーカイブストレージクラスに変換しようとしています。

• RestoreObject 操作を使用して、アーカイブストレージ、コールドアーカイブ、またはディープコールドアーカイブストレージクラスにないオブジェクトを復元しようとしています。

解決策：

• PutObject 操作を呼び出して同じ名前のオブジェクトをアップロードし、追加可能オブジェクトを通常オブジェクトで上書きできます。その後、オブジェクトをコールドアーカイブまたはディープコールドアーカイブストレージクラスに変換できます。

• RestoreObject 操作を使用してファイルを復元する場合、ファイルがアーカイブストレージ、コールドアーカイブ、またはディープコールドアーカイブストレージクラスにあることを確認してください。

API 概要。

原因：指定されたタグキーがすでに存在します。

解決策：GetBucketTags を呼び出してバケットの既存のタグを取得し、その後 PutBucketTags を呼び出して新しいタグを設定します。

原因：PostObject オペレーションによって送信されたフォームが multipart/form-data としてエンコードされていません。

解決策：PostObject オペレーションによって送信されるフォームは multipart/form-data としてエンコードされている必要があります。これには、ヘッダーの Content-Type が multipart/form-data;boundary=xxxxxx の形式である必要があります。ここで boundary は境界文字列です。PostObject。

原因：ネットワーク環境またはネットワーク設定のためにネットワークタイムアウトが発生しました。

解決策：ネットワークタイムアウトの処理。

原因：単一の Alibaba Cloud アカウントによってリージョンで作成されたバケットの数が最大制限の 100 に達しました。

解決策：

• バケットには容量制限がありません。バケット内にフォルダを作成してコンテンツを整理できます。フォルダの作成。

• 不要になったバケットを削除します。バケットの削除。

  重要

  削除されたバケットは回復できません。注意して進めてください。

• バケットの数量上限を引き上げるには、チケットを送信してください。

原因：バケットにアタッチできるドメイン名の数が最大 100 に達しました。

解決策：バケットのドメイン名の数の制限を増やすためにチケットを送信できます。

原因：CRR ルールで設定されたオブジェクトタグの数が制限を超えています。

解決策：CRR ルールに最大 10 個のオブジェクトタグを追加して、同期対象のオブジェクトをフィルタリングできます。

原因：バケットに関連付けられた CRR ルールの数が 100 に達しました。

解決策：単一のバケットは最大 100 個の CRR ルールをサポートします。ビジネス要件がこの制限を超える場合は、チケットを送信できます。

原因：バケットに関連付けられた CRR ルールの数が 100 の制限に達しました。

解決策：単一のバケットは最大 100 個の CRR ルールをサポートします。ビジネス要件がこの制限を超える場合は、チケットを送信してください。

原因：リクエストに画像操作が多すぎます。

解決策：リクエスト内の画像操作の数を減らします。

原因：CRR ルールで 10 を超えるプレフィックスが指定されています。

解決策：クロスリージョンレプリケーションでは、最大 10 個のプレフィックスを指定して、一致するオブジェクトのみをターゲットバケットに同期できます。

原因：単一のバケットに複数のレプリケーションルールを設定しました。

解決策：バケットには 1 つのレプリケーションルールしか設定できません。

原因：バケットのタグ数が制限を超えています。

解決策：1 つのバケットには最大 20 個のタグを付けることができます。PutBucketTags。

原因：削除操作でオブジェクト名が指定されていませんでした。

解決策：削除するオブジェクトの名前を指定します。DeleteMultipleObjects。

原因：バケット内のオブジェクト数が週次マニフェストファイルのエクスポート制限を超えています。

解決策：週次マニフェストファイルのエクスポートでは、バケット内のオブジェクト数は 500 億未満である必要があります。

バケットに 500 億以上のファイルが含まれている場合：

• プレフィックスを照合してオブジェクトをバッチでエクスポートします。

• オブジェクトエクスポート上限の引き上げをリクエストするには、チケットを起票します。