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 ルールの数が制限を超えています。

解決策：バケットは最大 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 ピクセルを超えることはできません。

ソース画像ファイルが 20 MB を超える場合は、以下のいずれかの代替アプローチを使用してください：

1. 処理前のサイズ変更: OSS 画像処理の resize パラメーターを使用して、ファイルサイズが 20 MB 未満になるまで画像のディメンションを縮小します。その後、フォーマット変換などの他の画像処理操作を適用します。

2. ローカルでの変換：画像をローカル環境にダウンロードし、ImageMagick や Photoshop などのツールを使用してフォーマットを変換したりファイルを圧縮したりしてから、OSS に再アップロードします。

3. IMM を使用した非同期処理：大きなファイルやバッチ画像処理のシナリオでは、Intelligent Media Management (IMM) を使用して非同期のフォーマット変換を実行します。IMM は 20 MB のソース画像サイズ制限を課しません。

原因：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	文字列	はい	LTAI****************	キーの AccessKey ID。
  AccessKeySecret	文字列	はい	yourAccessKeySecret	キーの AccessKey Secret。
  VERB	列挙型	はい	PUT	PUT、GET、POST、HEAD、DELETE、OPTIONS などの HTTP リクエストメソッド。
  \n	文字列	いいえ	\n	改行。
  Content-MD5	文字列	いいえ	eB5eJF1ptWaXm4bijSPyxw==	リクエストコンテンツデータの MD5 ハッシュ。この値を取得するには、メッセージ本文 (ヘッダーを除く) の MD5 ハッシュを計算して 128 ビットの数値を取得し、その数値を Base64 エンコードします。詳細については、「RFC2616 Content-MD5」をご参照ください。 このリクエストヘッダーは、メッセージの整合性 (メッセージ本文が送信時と同じであるかどうか) を確認するために使用できます。このヘッダーは空にすることができます。 Content-MD5 ハッシュを計算する
  Content-Type	文字列	いいえ	application/octet-stream	リクエストコンテンツのタイプ。このヘッダーは空にすることができます。
  Date	文字列	はい	Sun, 22 Nov 2015 08:16:38 GMT	重要 操作の時刻。Date パラメーターは GMT 形式である必要があり、空にすることはできません。 リクエストの Date と OSS サーバーの現在時刻との差が 15 分を超える場合、OSS サーバーはリクエストを拒否し、HTTP 403 エラーを返します。
  CanonicalizedOSSHeaders	文字列	いいえ	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 のようになります。 正規化されたOSSヘッダーを構築する。
  CanonicalizedResource	文字列	はい	/examplebucket/	アクセスしたい OSS リソース。このパラメーターは空にすることはできません。 正規化された OSS ヘッダーを構築する。

• 署名の例：

  リクエスト	署名文字列の計算式	署名文字列
  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 ヘッダーの計算を完了してください。

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

解決策: 時間フォーマットは、たとえば Sun, 06 Nov 1994 08:49:37 GMT のように、RFC 1123 標準に準拠する必要があります。

原因：ホストが無効です。

解決策: ホストには、バケットドメイン名または IP アドレスを設定できます。バケットドメイン名のフォーマットは BucketName.Endpoint です (例: examplebucket.oss-cn-hangzhou.aliyuncs.com)。ホストが 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 フィールドが存在し、かつリクエスト URI に署名用の OSSAccessKeyId、Expires、Signature フィールドが存在します。例：

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 オペレーションを参照し、パラメーターを正しい形式で指定してください。

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

解決策：UNIX タイムスタンプは現在時刻より前でなければなりません。

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

解決策：UNIX タイムスタンプは 0 より大きくなければなりません。

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

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

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

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

原因：ユーザーが必要な権限を持っていません。

解決策：バケットの暗号化ルールを設定できるのは、バケットの所有者または承認された RAM ユーザーのみです。詳細については、「PutBucketEncryption」をご参照ください。

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

解決策：OSS は、標準ストレージ、低頻度アクセス (IA)、アーカイブストレージ、コールドアーカイブストレージ、ディープコールドアーカイブストレージのストレージクラスをサポートしています。詳細については、「PutBucket」をご参照ください。

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

解決策: Date パラメーターは操作の時間を示し、たとえば Sun, 22 Nov 2015 08:16:38 GMT のように、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 から解析された Host が callbackHost の値として使用されます。

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

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

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

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

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

解決策: `callback-var` パラメーターを使用してカスタムパラメーターを設定します。カスタムパラメーターはキーと値のペアとして指定されます。キーは x: で始まり、小文字である必要があります。たとえば、2 つのキー x:var1 と x:var2 に、対応する値 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 エンコードされておらず、キーが重複しています。

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

• オブジェクトには最大 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」をご参照ください。

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

解決策：ポリシーに , または ] が欠落していないか確認します。

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

解決策: ポリシーのフォーマットを確認し、" が欠落していないか、またはエスケープ文字に \ が欠落していないかを確認します。

原因: リクエストポリシーに conditions が含まれていません。

解決策: リクエストポリシーには、少なくとも 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 つのバケットのインベントリ ルールの数が上限である 1,000 件に達しています。

解決策：インベントリ ルールの数の上限を引き上げるには、チケットを送信してください。

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

解決策：「Key Management Service の有効化」を参照して、KMS サービスを有効化してください。

原因：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 の概要」をご参照のうえ、すべての必須パラメーターを追加してください。

原因：ソースバケットのデータセンターに、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 アカウントで 1 つのリージョンに作成されたバケット数が、上限である 100 に達しました。

解決策：

• バケットには容量上限がありません。 バケット内にフォルダを作成してコンテンツを整理できます。 詳細については、「フォルダの作成」をご参照ください。

• 不要になったバケットを削除してください。 詳細については、「バケットの削除」をご参照ください。

  重要

  削除したバケットは回復できません。 慎重に操作してください。

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

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

解決策：チケットを送信して、バケットのドメイン名の上限引き上げを申請してください。

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

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

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

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

原因：バケットに関連付けられている CRR ルールの数が上限である 100 に達しました。

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

原因：リクエストに多数の画像操作が含まれています。

解決策：リクエスト内の画像操作の数を減らしてください。

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

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

原因：1 つのバケットに複数のレプリケーションルールが設定されています。

ソリューション：1 つのバケットに設定できるレプリケーションルールは 1 つのみです。

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

解決策：1 つのバケットに設定できるタグは最大 20 個です。詳細については、PutBucketTags をご参照ください。

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

解決策：削除するオブジェクトの名前を指定してください。DeleteMultipleObjects をご参照ください。

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

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

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

• プレフィックスを照合して、オブジェクトをバッチでエクスポートしてください。

• チケットを起票して、オブジェクトのエクスポート上限の引き上げをリクエストしてください。