このトピックでは、HTTPステータスコード400で返されるエラーメッセージの種類、およびこれらのエラーの一般的な原因と解決策について説明します。
InvalidBucketName
指定されたバケットは無効です
原因: バケット名が無効です。
解決策: バケット名が次の命名規則に準拠していることを確認してください。
バケット名には、小文字、数字、およびハイフン (-) のみを使用できます。
名前の最初と最後は、小文字または数字にする必要があります。
名前の長さは 3 ~ 63 文字である必要があります。
InvalidObjectName
オブジェクト名を空にすることはできません
原因: オブジェクト名が指定されていません。
解決策: オブジェクトの名前を指定し、バケット名が命名規則に準拠していることを確認します。
オブジェクト名の長さは1024未満である必要があります。
原因: オブジェクト名の長さが制限を超えています。
解決策: オブジェクト名は1 ~ 1,023文字である必要があります。
指定されたオブジェクトは無効です
原因: 指定されたオブジェクト名は無効です。
解決策: オブジェクト名が次の命名規則に従っていることを確認してください。
名前はUTF-8でエンコードする必要があります。
名前は1 ~ 1,023文字である必要があります。
名前を、スラッシュ (/) またはバックスラッシュ (\) で始めることはできません。
TooManyBuckets
許可されているよりも多くのバケットを作成しようとしました
原因: リージョン内のAlibaba Cloudアカウントによって作成されたバケットの数が上限の100に達しました。
解決策:
RequestIsNotMultiPartContent
バケットPOSTは、エンクロージャタイプのmultipart/form-dataである必要があります。
原因: PostObjectリクエストのContent-Typeヘッダーの値が
multipart/form-data
形式ではありません。解決策: PostObjectリクエストのContent-Typeヘッダーの値は、
multipart/form-data
形式である必要があります。Content-Type
ヘッダーは、multipart/form-data;boundary=xxxxxx
形式である必要があります。boundaryはboundary
文字列です。 詳細については、「PostObject」をご参照ください。
NotImplemented
指定したヘッダーは、実装されていない機能を意味します
原因: リクエストに無効なパラメーターが含まれています。
解決策: API操作を呼び出す前に、パラメーターが有効であることを確認してください。 詳細については、「関数別の操作の一覧」をご参照ください。
MissingArgument
いくつかの必要な引数がありません
原因: API操作の要求に必要なすべてのパラメーターが含まれているわけではありません。
解決策: API操作を呼び出すときに、必要なすべてのパラメーターが指定されていることを確認してください。 詳細については、「機能別操作一覧」をご参照ください。
InvalidArgument
無効な議論。 Parameter is invalid
原因: パラメーターの形式が無効です。
解決策: API操作を呼び出す前に、パラメーターが有効な形式であることを確認してください。 詳細については、「機能別操作一覧」をご参照ください。
コールバック署名のバージョンが無効です。
原因: 署名のバージョンはサポートされていません。
解決策: 現在の署名のバージョンが1.0か2.0かを確認してください。
コピーソースは、ソースバケットとキーをメンションする必要があります: /sourcebucket/sourcekey
原因: オブジェクトをコピーするときに、ソースバケットとソースオブジェクトが指定されていません。
解決策: オブジェクトをコピーするときは、x-oss-copy-sourceパラメーターを使用して、ソースオブジェクトを
/sourcebucket/sourcekey
形式で指定する必要があります。 たとえば、exampleobjectという名前のオブジェクトをexamplebucketという名前のバケットから別のバケットにコピーする場合は、x-oss-copy-sourceを/examplebucket/exampleobject
に設定します。
デフォルトのsseアルゴリズムがKMSでない場合、KMSMasterKeyIDは適用されません。
原因: SSEAlgorithmがAES256に設定されている場合、KMSMasterKeyIDが指定されています。
解決策: SSEAlgorithmをKMSに設定し、指定した顧客マスターキー (CMK) を使用してオブジェクトを暗号化する場合にのみ、KMSMasterKeyIDを指定します。
ユーザーがホワイトリストにない場合はKMSMasterKeyIDが適用されません。ユーザーがホワイトリストにない場合はSM4が適用されません。
原因: この操作を実行する権限がありません。
解決策: バケット所有者または許可されたRAMユーザーとして操作を実行します。 バケットの暗号化ルールを設定できるのは、バケット所有者または許可されたRAMユーザーのみです。 詳細については、「PutBucketEncryption」をご参照ください。
そのようなバケットストレージクラスが存在しない
原因: 指定されたバケットストレージクラスが存在しません。
解決策: バケットのストレージクラスを標準、低頻度アクセス (IA) 、アーカイブ、コールドアーカイブ、またはディープコールドアーカイブに設定します。 詳細については、「PutBucket」をご参照ください。
無効なバージョンidの指定
原因: 指定されたオブジェクトバージョンIDが無効です。
解決策: GetBucketVersions (ListObjectVersions) 操作を呼び出して、バケットのバージョン管理が有効かどうか、および指定されたオブジェクトバージョンIDが有効かどうかを確認します。
バージョンidを空の文字列にすることはできません
原因: VersionIdフィールドが指定されていません。
解決策: VersionIdフィールドでオブジェクトバージョンIDを指定します。 詳細については、「ListObjectVersions (GetBucketVersions) 」をご参照ください。
承認ヘッダーが無効です
原因: Authorizationヘッダーの計算に使用されるパラメーターが無効です。
解決策: 次の情報に基づいて、Authorizationヘッダーの計算用のパラメーターを確認します。
計算方法
許可="OSS" + AccessKeyId + ":" + 署名 署名=base64(hmac-sha1(AccessKeySecret、 VERB + "\n" + Content-MD5 + "\n" + Content-Type + "\n" + Date + "\n" + CanonicalizedOSSHeaders + CanonicalizedResource)
パラメータ説明
パラメーター
タイプ
必須
例
説明
AccessKeyId
String
はい
LTAI4FixJvEPgvZ6g5cC ****
Object Storage Service (OSS) へのアクセスに使用されるAccessKey ID。
AccessKeySecret
String
はい
Q0YehC6ZyugWfjod5y8Rcqrc1y ****
OSSへのアクセスに使用されるAccessKeyシークレット。
VERB
列挙
はい
PUT
HTTPリクエストのメソッド。PUT、GET、POST、HEAD、DELETE、またはOPTIONSです。
\n
String
任意
\n
ラインフィード。
コンテンツ-MD5
String
任意
eB5eJF1ptWaXm4bijSPyxw==
要求されたコンテンツのMD5ハッシュ。 ヘッダーを除外したメッセージコンテンツは、MD5ハッシュを取得するために計算されます。 MD5ハッシュは、Content-MD5値を生成するためにBase64でエンコードされた128ビットの数値です。 詳細については、「RFC 2616 Content-MD5」をご参照ください。
リクエストヘッダーは、メッセージの有効性を確認するために使用できます。 メッセージの内容は、受信したメッセージの内容が送信された内容と同じである場合にのみ有効です。 このパラメーターは空白のままも可能です。
Content-MD5の値を計算する方法の詳細については、「承認ヘッダーに署名を含める」をご参照ください。
コンテンツタイプ
String
任意
application/octet-stream
リクエストコンテンツのタイプ。 このパラメーターは空白のままも可能です。
日付
String
はい
11月22日日曜日2015 08:16:38 GMT
この操作が実行された時刻。 このパラメーターの値はGMTでなければなりません。 このパラメーターは空白のままにできません。
重要リクエストのDateヘッダーで指定された時間と、リクエストが受信されたサーバーの時間との不一致が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に複数のヘッダーが含まれている場合は、各ヘッダーの末尾に
\n
区切り文字を追加する必要があります。 例:x-oss-meta-a:a\nx-oss-meta-b:b\nx-oss-meta-c:c\n
CanonicalizedOSSHeadersの作成方法の詳細については、「承認ヘッダーに署名を含める」をご参照ください。
CanonicalizedResource
String
はい
/examplebucket /
アクセスするOSSリソース。 このパラメーターは空白のままにできません。
CanonicalizedResourceの作成方法の詳細については、「承認ヘッダーに署名を含める」をご参照ください。
署名の例
リクエスト
式
署名文字列
PUT /nelson HTTP/1.0 Content-MD5: eB5eJF1ptWaXm4bijSPyxw== Content-Type: text/html日付: 2022年12月28日水曜日10:27:41 GMTホスト: examplebucket.oss-cn-hangzhou.aliyuncs.com x-oss-meta-著者: alice x-oss-meta-magic: abracadabra
署名=base64(hmac-sha1(AccessKeySecret,VERB + "\n" + Content-MD5 + "\n" + コンテンツタイプ + "\n" + 日付 + "\n" + CanonicalizedOSSHeaders + CanonicalizedResource))
PUT\n eB5eJF1ptWaXm4bijSPyxw =\ n text/html\n水曜日、2022 12月28日10:27:41 GMT\n x-oss-meta-magic:abracadabra\nx-oss-meta-著者: alice\n/examplebucket/nelson
AccessKey IDがLTAI4FixJvEPgvZ6g5cC **** で、AccessKeyシークレットがQ0YehC6ZyugWfjod5y8Rcqrc1y **** の場合、次のPythonコードを実行して署名を計算できます。
hmacのインポート hashlibのインポート インポートbase64 h = hmac.new("Q0YehC6ZyugWfjod5y8Rcqrc1y ****".encode('utf-8 '), "PUT\nODBGOERFMDMzQTczRUY3NUE3NzA5QzdFNUYzMDQxNEM\ntext/html\nWed、2022年12月28日10:27:41 GMT\nx-oss-meta-magic:abracadabra\nx-oss-meta-author:alice\n/oss-example/nelson".encode('utf-8 ') 、hashlib.sha1) signature = base64.encodebytes(h.digest()) プリント (署名)
計算された署名は
J9Nl3b xdEKNQGWFhhZpjSLm ****
です。 次の例は、Authorizationヘッダーを含む最終的なリクエストを示しています。PUT /nelson HTTP/1.0 権限付与: OSS LTAI4FixJvEPgvZ6g5cC ****:J9Nl3b + xdEKNQGWFhhZpjSLm **** Content-Md5: eB5eJF1ptWaXm4bijSPyxw== コンテンツタイプ: text/html 日付: 12月28日水2022 10:27:41 GMT ホスト: oss-example.oss-cn-hangzhou.aliyuncs.com x-oss-meta-author: alice x-oss-meta-magic: abracadabra
権限付与ヘッダーが無効で、権限付与ヘッダーの項目の
原因: Authorizationヘッダーの計算に使用されるパラメーターが無効です。
解決策: 次の表に記載されているパラメーターを、Authorizationヘッダーの計算用に設定します。
パラメーター
タイプ
必須
例
説明
AccessKeyId
String
はい
LTAI4FixJvEPgvZ6g5cC ****
Object Storage Service (OSS) へのアクセスに使用されるAccessKey ID。
AccessKeySecret
String
はい
Q0YehC6ZyugWfjod5y8Rcqrc1y ****
OSSへのアクセスに使用されるAccessKeyシークレット。
VERB
列挙
はい
PUT
HTTPリクエストのメソッド。PUT、GET、POST、HEAD、DELETE、またはOPTIONSです。
\n
String
任意
\n
ラインフィード。
コンテンツ-MD5
String
任意
eB5eJF1ptWaXm4bijSPyxw==
要求されたコンテンツのMD5ハッシュ。 ヘッダーを除外したメッセージコンテンツは、MD5ハッシュを取得するために計算されます。 MD5ハッシュは、Content-MD5値を生成するためにBase64でエンコードされた128ビットの数値です。 詳細については、「RFC 2616 Content-MD5」をご参照ください。
リクエストヘッダーは、メッセージの有効性を確認するために使用できます。 メッセージの内容は、受信したメッセージの内容が送信された内容と同じである場合にのみ有効です。 このパラメーターは空白のままも可能です。
Content-MD5の値を計算する方法の詳細については、「承認ヘッダーに署名を含める」をご参照ください。
コンテンツタイプ
String
任意
application/octet-stream
リクエストコンテンツのタイプ。 このパラメーターは空白のままも可能です。
日付
String
はい
11月22日日曜日2015 08:16:38 GMT
この操作が実行された時刻。 このパラメーターの値はGMTでなければなりません。 このパラメーターは空白のままにできません。
重要リクエストのDateヘッダーで指定された時間と、リクエストが受信されたサーバーの時間との不一致が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に複数のヘッダーが含まれている場合は、各ヘッダーの末尾に
\n
区切り文字を追加する必要があります。 例:x-oss-meta-a:a\nx-oss-meta-b:b\nx-oss-meta-c:c\n
CanonicalizedOSSHeadersの作成方法の詳細については、「承認ヘッダーに署名を含める」をご参照ください。
CanonicalizedResource
String
はい
/examplebucket /
アクセスするOSSリソース。 このパラメーターは空白のままにできません。
CanonicalizedResourceの作成方法の詳細については、「承認ヘッダーに署名を含める」をご参照ください。
認証ヘッダー値にAccessKeyIdまたはSignatureがありません
原因: AccessKey IDとSignatureパラメーターがAuthorizationヘッダーで指定されていません。
解決策: AccessKey IDをAuthorizationヘッダーに追加し、次の例に基づいて署名文字列を計算します。
リクエスト
式
署名文字列
PUT /nelson HTTP/1.0 Content-MD5: eB5eJF1ptWaXm4bijSPyxw== Content-Type: text/html日付: 2022年12月28日水曜日10:27:41 GMTホスト: examplebucket.oss-cn-hangzhou.aliyuncs.com x-oss-meta-著者: alice x-oss-meta-magic: abracadabra
署名=base64(hmac-sha1(AccessKeySecret,VERB + "\n" + Content-MD5 + "\n" + コンテンツタイプ + "\n" + 日付 + "\n" + CanonicalizedOSSHeaders + CanonicalizedResource))
PUT\n eB5eJF1ptWaXm4bijSPyxw =\ n text/html\n水曜日、2022 12月28日10:27:41 GMT\n x-oss-meta-magic:abracadabra\nx-oss-meta-著者: alice\n/examplebucket/nelson
AccessKey IDがLTAI4FixJvEPgvZ6g5cC **** で、AccessKeyシークレットがQ0YehC6ZyugWfjod5y8Rcqrc1y **** の場合、次のPythonコードを実行して署名を計算できます。
hmacのインポート hashlibのインポート インポートbase64 h = hmac.new("Q0YehC6ZyugWfjod5y8Rcqrc1y ****".encode('utf-8 '), "PUT\nODBGOERFMDMzQTczRUY3NUE3NzA5QzdFNUYzMDQxNEM\ntext/html\nWed、2022年12月28日10:27:41 GMT\nx-oss-meta-magic:abracadabra\nx-oss-meta-author:alice\n/oss-example/nelson".encode('utf-8 ') 、hashlib.sha1) signature = base64.encodebytes(h.digest()) プリント (署名)
計算された署名は
J9Nl3b xdEKNQGWFhhZpjSLm ****
です。 次の例は、Authorizationヘッダーを含む最終的なリクエストを示しています。PUT /nelson HTTP/1.0 権限付与: OSS LTAI4FixJvEPgvZ6g5cC ****:J9Nl3b + xdEKNQGWFhhZpjSLm **** Content-Md5: eB5eJF1ptWaXm4bijSPyxw== コンテンツタイプ: text/html 日付: 12月28日水2022 10:27:41 GMT ホスト: oss-example.oss-cn-hangzhou.aliyuncs.com x-oss-meta-author: alice x-oss-meta-magic: abracadabra
許可ヘッダーの値が空です
原因: Authorizationヘッダーの計算に使用されるパラメーターは空のままです。
解決策: 次の表に記載されているパラメーターを、Authorizationヘッダーの計算用に設定します。
パラメーター
タイプ
必須
例
説明
AccessKeyId
String
はい
LTAI4FixJvEPgvZ6g5cC ****
Object Storage Service (OSS) へのアクセスに使用されるAccessKey ID。
AccessKeySecret
String
はい
Q0YehC6ZyugWfjod5y8Rcqrc1y ****
OSSへのアクセスに使用されるAccessKeyシークレット。
VERB
列挙
はい
PUT
HTTPリクエストのメソッド。PUT、GET、POST、HEAD、DELETE、またはOPTIONSです。
\n
String
任意
\n
ラインフィード。
コンテンツ-MD5
String
任意
eB5eJF1ptWaXm4bijSPyxw==
要求されたコンテンツのMD5ハッシュ。 ヘッダーを除外したメッセージコンテンツは、MD5ハッシュを取得するために計算されます。 MD5ハッシュは、Content-MD5値を生成するためにBase64でエンコードされた128ビットの数値です。 詳細については、「RFC 2616 Content-MD5」をご参照ください。
リクエストヘッダーは、メッセージの有効性を確認するために使用できます。 メッセージの内容は、受信したメッセージの内容が送信された内容と同じである場合にのみ有効です。 このパラメーターは空白のままも可能です。
Content-MD5の値を計算する方法の詳細については、「承認ヘッダーに署名を含める」をご参照ください。
コンテンツタイプ
String
任意
application/octet-stream
リクエストコンテンツのタイプ。 このパラメーターは空白のままも可能です。
日付
String
はい
11月22日日曜日2015 08:16:38 GMT
この操作が実行された時刻。 このパラメーターの値はGMTでなければなりません。 このパラメーターは空白のままにできません。
重要リクエストのDateヘッダーで指定された時間と、リクエストが受信されたサーバーの時間との不一致が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に複数のヘッダーが含まれている場合は、各ヘッダーの末尾に
\n
区切り文字を追加する必要があります。 例:x-oss-meta-a:a\nx-oss-meta-b:b\nx-oss-meta-c:c\n
CanonicalizedOSSHeadersの作成方法の詳細については、「承認ヘッダーに署名を含める」をご参照ください。
CanonicalizedResource
String
はい
/examplebucket /
アクセスするOSSリソース。 このパラメーターは空白のままにできません。
CanonicalizedResourceの作成方法の詳細については、「承認ヘッダーに署名を含める」をご参照ください。
Authorizationヘッダーの不明なパラメーター
原因: 不明なパラメーターを使用して、Authorizationヘッダーを計算します。
解決策: 次の表に記載されているパラメーターを、Authorizationヘッダーの計算用に設定します。
パラメーター
タイプ
必須
例
説明
AccessKeyId
String
はい
LTAI4FixJvEPgvZ6g5cC ****
Object Storage Service (OSS) へのアクセスに使用されるAccessKey ID。
AccessKeySecret
String
はい
Q0YehC6ZyugWfjod5y8Rcqrc1y ****
OSSへのアクセスに使用されるAccessKeyシークレット。
VERB
列挙
はい
PUT
HTTPリクエストのメソッド。PUT、GET、POST、HEAD、DELETE、またはOPTIONSです。
\n
String
任意
\n
ラインフィード。
コンテンツ-MD5
String
任意
eB5eJF1ptWaXm4bijSPyxw==
要求されたコンテンツのMD5ハッシュ。 ヘッダーを除外したメッセージコンテンツは、MD5ハッシュを取得するために計算されます。 MD5ハッシュは、Content-MD5値を生成するためにBase64でエンコードされた128ビットの数値です。 詳細については、「RFC 2616 Content-MD5」をご参照ください。
リクエストヘッダーは、メッセージの有効性を確認するために使用できます。 メッセージの内容は、受信したメッセージの内容が送信された内容と同じである場合にのみ有効です。 このパラメーターは空白のままも可能です。
Content-MD5の値を計算する方法の詳細については、「承認ヘッダーに署名を含める」をご参照ください。
コンテンツタイプ
String
任意
application/octet-stream
リクエストコンテンツのタイプ。 このパラメーターは空白のままも可能です。
日付
String
はい
11月22日日曜日2015 08:16:38 GMT
この操作が実行された時刻。 このパラメーターの値はGMTでなければなりません。 このパラメーターは空白のままにできません。
重要リクエストのDateヘッダーで指定された時間と、リクエストが受信されたサーバーの時間との不一致が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に複数のヘッダーが含まれている場合は、各ヘッダーの末尾に
\n
区切り文字を追加する必要があります。 例:x-oss-meta-a:a\nx-oss-meta-b:b\nx-oss-meta-c:c\n
CanonicalizedOSSHeadersの作成方法の詳細については、「承認ヘッダーに署名を含める」をご参照ください。
CanonicalizedResource
String
はい
/examplebucket /
アクセスするOSSリソース。 このパラメーターは空白のままにできません。
CanonicalizedResourceの作成方法の詳細については、「承認ヘッダーに署名を含める」をご参照ください。
Signatureクエリ文字列パラメーターまたはAuthorizationヘッダーのどちらかを指定する必要があります。
原因:
署名の計算に使用されるAuthorizationフィールドはリクエストヘッダーにあり、署名用のOSSAccessKeyId、Expires、およびsignatureフィールドはリクエストURIにあります。 サンプルコード:
PUT /example_file?OSSAccessKeyId=nz2pc56s936 ****&Expires=1141889120&Signature=vjbyPxybdZaNmGa % 2ByT272YEAiv **** HTTP/1.0 権限付与: OSS LTAI4FixJvEPgvZ6g5cC ****:al2vHOlTWQdQtM6oqJAEZh7d **** Content-Md5: eB5eJF1ptWaXm4bijSPyxw== コンテンツタイプ: text/html 日付: 火曜日、12月20日2022 08:48:18 GMT ホスト: oss-example.oss-cn-hangzhou.aliyuncs.com
解決策:
リクエストには、AuthorizationヘッダーまたはURIベースの署名のみを含めます。
次のサンプルコードでは、Authorizationヘッダーを使用して署名を計算する方法の例を示します。
PUT /example_file HTTP/1.0 権限付与: OSS LTAI4FixJvEPgvZ6g5cC ****:al2vHOlTWQdQtM6oqJAEZh7d **** Content-Md5: eB5eJF1ptWaXm4bijSPyxw== コンテンツタイプ: text/html 日付: 火曜日、12月20日2022 08:48:18 GMT ホスト: oss-example.oss-cn-hangzhou.aliyuncs.com
次のサンプルコードは、URIベースの署名を使用する方法の例を示しています。
PUT /example_file?OSSAccessKeyId=nz2pc56s936 ****&Expires=1141889120&Signature=vjbyPxybdZaNmGa % 2ByT272YEAiv **** HTTP/1.0 Content-Md5: eB5eJF1ptWaXm4bijSPyxw== コンテンツタイプ: text/html 日付: 火曜日、12月20日2022 08:48:18 GMT ホスト: oss-example.oss-cn-hangzhou.aliyuncs.com
ポストリクエストaccessKeyIdは空です
原因: OSSAccessKeyIdフォームフィールドがPOSTリクエストのヘッダーに指定されていません。
解決策: バケットアクセス制御リスト (ACL) を確認します。 OSS AccessKeyIdフォームフィールドは、バケットACLがpublic-read-writeでない場合、またはポリシーまたは署名フォームフィールドがリクエストに含まれている場合に必要です。
ポストリクエスト署名が空です
原因: POSTリクエストのヘッダーに署名フォームフィールドが指定されていません。
解決策: バケットACLを確認します。 署名フォームフィールドは、バケットACLがpublic-read-writeでない場合、またはポリシーまたはOSSAccessKeyIdフォームフィールドがリクエストで指定されている場合に必要です。
署名フォームフィールドの値を計算するには、次の手順を実行します。
UTF-8でエンコードされたポリシーを作成します。
Base64でポリシーをエンコードします。 結果はポリシーフォームフィールドの値であり、値は署名される文字列として使用されます。
AccessKeyシークレットを使用して、
Signature = base64(hmac-sha1(base64 (ポリシー), AccessKeySecret))
の形式で文字列に署名します。
OSS認証には有効な日付が必要です
原因: AuthorizationヘッダーのDateフィールドの値が無効です。
解決策: Dateフィールドの値がGMTにあることを確認してください。 Dateフィールドは、この操作が実行された時刻を指定します。 例:
Sun、11月22日2015 08:16:38 GMT
バケットPOSTに指定されたフィールド名を含める必要があります
原因: POSTリクエストフォームに無効なパラメーターが含まれているか、パラメーターの形式が無効です。
解決策: 詳細については、「PostObject」をご参照ください。
バケットPOSTに認識できないフィールド名が含まれています
原因:
filename
フィールドの後の行にカスタムパラメーターが含まれます。解決策: 次のサンプルリクエストに示すように、
filename
フィールドの後の行にContent-Type
パラメーターのみが含まれていることを確認します。
バケットPOSTには、指定された 'key' が含まれている必要があります。 指定されている場合は、フィールドの順序を確認してください
原因: POSTリクエストでキーフォームフィールドが指定されていないか、指定されたキーフォームフィールドの順序が正しくありません。
解決策: POSTリクエストでキーフォームフィールドを指定し、ファイルフォームフィールドの前にキーフォームフィールドが配置されていることを確認します。 詳細は、「PostObject」をご参照ください。
ポスト本体のサイズは5G未満でなければなりません
原因: POSTリクエスト本文の合計サイズが5 GBを超えています。
解決策: POSTリクエストの本体のサイズが5 GBを超えないようにしてください。 詳細は、「PostObject」をご参照ください。
コールバック設定がbase64エンコードされていません
原因: コールバックパラメーターがBase64でエンコードされていません。
解決策: コールバックパラメーターをBase64でエンコードされたJSON文字列に設定します。 文字列には、コールバック要求の送信先のサーバーのURLと、コールバック要求の内容が含まれている必要があります。 詳細については、「コールバック」をご参照ください。
コールバック設定がjson形式ではない
原因: callbackパラメーターがJSON形式ではありません。
解決策: コールバックパラメーターをBase64-encodedのJSON文字列に設定します。 サンプルコード:
{ "callbackUrl":"121.101.XX.XX/test.php" 、"callbackHost":"oss-cn-hangzhou.aliyuncs.com" 、"callbackBody":"{\" mimeType\":${ mimeType },\" size\":${ size}}" 、"callbackBodyType":"application/json" }
コールバックurl設定が無効です。
原因: callbackパラメーターには、callbackリクエストの送信先のサーバーのURLを指定するcallbackUrlフィールドが含まれていません。
解決策: コールバックパラメーターをBase64-encodedのJSON文字列に設定します。 文字列には、コールバック要求の送信先のサーバーのURLと、コールバック要求の内容が含まれている必要があります。
コールバックホストの設定が無効です。
原因: callbackHostパラメーターの値が無効で、JSONオブジェクトとして解析できません。
解決策: callbackHostの値が有効であることを確認してください。 callbackHostパラメーターは、コールバック要求のHostヘッダーを指定します。 例:
oss-cn-hangzhou.aliyuncs.com
。 callbackHostパラメーターが指定されていない場合、OSSはcallbackUrlで指定されたURLを解析し、callbackHostパラメーターをURLから解析されたホストに設定します。
コールバックボディタイプの設定が無効であるか、コールバックのボディタイプがサポートされていません
原因: callbackBodyTypeパラメーターの値が無効で、JSONオブジェクトとして解析できません。
解決策: callbackBodyTypeの値が有効であることを確認してください。 callbackBodyTypeパラメーターは、コールバック要求のContent-Typeヘッダーを指定します。 有効な値:
application/x-www-form-urlencoded
およびapplication/json
コールバックurlの数がmax値を超えています。
原因: callbackUrlの値に5つ以上のURLが含まれています。
解決策: callbackUrlパラメーターに含まれるURLが5つ以下であることを確認してください。 コールバックリクエストには最大5つのURLを設定し、セミコロン (;) で区切ることができます。
永続ヘッダーで指定されたヘッダー値がutf-8エンコードされていません
原因: カスタムヘッダーの値が無効です。
解決策: UTF-8のカスタムヘッダーの値に漢字をエンコードします。
永続ヘッダーで指定されたヘッダー値がreqeustヘッダー値と等しくない
原因: カスタムヘッダーの値は、同じ名前の標準リクエストヘッダーの値とは異なります。
解決策: 同じ名前のカスタムヘッダーと標準リクエストヘッダーに同じ値を指定します。
永続ヘッダーで指定されたヘッダー値には、CRまたはLFが含まれます。
原因: カスタムヘッダーの値には、キャリッジリターン (
\r
) またはラインフィード (\n
) が含まれます。解決策: カスタムヘッダーの値からキャリッジリターン (
\r
) またはラインフィード (\n
) を削除します。
callbackクエリ文字列パラメーターまたはx-oss-callbackヘッダーのどちらかを指定する必要があります。
原因: リクエストURLとリクエストヘッダーの両方にコールバックパラメーターが含まれています。
解決策: リクエストURLまたはリクエストヘッダーからコールバックパラメーターを削除します。 コールバックパラメーターは、これらのフィールドのいずれかにのみ含めることができます。
callback-varクエリ文字列パラメーターまたはx-oss-callback-varヘッダーのどちらかを指定する必要があります。
原因: リクエストURLとリクエストヘッダーの両方にcallback-varパラメーターが含まれています。
解決策: リクエストURLまたはリクエストヘッダーからcallback-varパラメーターを削除します。 callback-varパラメーターは、これらのいずれかのフィールドにのみ含めることができます。
x-oss-traffic-limitは、クエリ文字列またはヘッダーで指定する必要があります。
原因: リクエストURLとリクエストヘッダーに
callback-varパラメーター
が含まれています。 このパラメータは、単一リンクの伝送速度を制限するために使用される。解決方法: リクエストURLまたはリクエストヘッダーから
oss-traffic-limit
パラメーターを削除します。 oss-traffic-limitパラメーターは、これらのいずれかのフィールドにのみ含めることができます。
x-oss-traffic-limit is invalid, 819200 (100KB/s) ~ 838860800 (100メガバイト/秒)
原因: 単一リンクの伝送速度制限が無効です。
解決策: 単一リンクの伝送速度制限を819,200ビット /秒 (100 KB /秒) から838,860,800ビット /秒 (100メガバイト/秒) の値に設定します。
永続ヘッダーの形式が無効です。\"name:Base64Encode(value),name:Base64Encode(value)...\", または永続ヘッダーで指定されたヘッダー値がbase64エンコードされていません。
原因: カスタムヘッダーの形式が無効です。
解決策:
x-oss-persistent-headers: key1:base64_encode(value1) 、key2:base64_encode(value2)...
形式でカスタムヘッダーを指定します。key1とkey2はカスタムヘッダーのキー、value2はカスタムヘッダーの値、base64_encodeはカスタムヘッダーの値がBase-64でエンコードされることを指定します。たとえば、myheader1とmyheader2という名前の2つのカスタムヘッダーを設定し、myheader1をmyvalue1に、myheader2をmyvalue2に設定した場合、リクエストに含まれるカスタムヘッダーは
x-oss-persistent-headers: bXl2YWx1ZTE=,
myheader2:bXl2YWx1ZTIです。
ヘッダー「x-oss-tagging」はUTF-8としてエンコードされ、タグ名が重複しないURLEncoded URLクエリパラメータ
原因: タグのキーと値はURLエンコードされておらず、複数のタグが同じキーを持っています。
解決策: タグがURLエンコードされ、一意のキーがあることを確認してください。 タグは、オブジェクトを識別するために使用されるキーと値のペアです。 オブジェクトタグは、次のルールに従う必要があります。
オブジェクトは最大10個のタグを持つことができます。 オブジェクトに追加されるタグには、一意のキーが必要です。
タグキーの長さは最大128文字です。 タグ値の長さは最大256文字です。
タグキーとタグ値は大文字と小文字を区別します。
タグキーとタグ値には、英数字、スペース、および次の特殊文字を使用できます。
+ - = . _ : /
HTTPヘッダーのタグに文字が含まれている場合、タグキーとタグ値はURLエンコードされている必要があります。
永続ヘッダーで指定されたヘッダーは予約済みです
原因: リクエスト内のカスタムヘッダーが標準のHTTPリクエストヘッダーと競合します。
解決策: 標準HTTPリクエストヘッダーをカスタムヘッダーとして指定しないでください。 標準のHTTPリクエストヘッダーの例:
Host
、Content-MD5
、Origin
、およびRange
。
永続ヘッダーで指定されたヘッダーが有効なHTTPトークンではありません
原因: リクエストのカスタムヘッダーに無効な文字が含まれています。
解決策: カスタムヘッダーに、RFC 7230で定義されている無効な文字が含まれていないことを確認してください。
このホストでipを取得できません
原因: Hostヘッダーの値が無効です。
解決策: Hostヘッダーの値は、バケットのドメイン名またはIPアドレスにすることができます。 バケットのドメイン名は
BucketName.Endpoint
形式です。 例:examplebucket.oss-cn-hangzhou.aliyuncs.com
。 Hostヘッダーの値がIPアドレスの場合は、IPアドレスが有効であることを確認してください。
プライベートアドレスはコールバックを禁止されています
原因: OSSは、内部ネットワークに存在するIPアドレスにコールバック要求を送信できません。
解決策: コールバックリクエストの送信先のサーバーのURLをパブリックIPアドレスに設定します。
コールバックの長さがmax値を超えています。
原因: Base64-encodedのコールバックコンテンツの合計サイズが5 KBを超えています。
解決策: Base64-encodedのコールバックコンテンツの合計サイズが5 KBを超えないようにしてください。
コールバック本体は空です。
原因: callbackBodyパラメーターが指定されていません。
解決策: コールバックパラメーターをBase64-encodedのJSON文字列に設定します。 文字列には、コールバック要求の送信先のサーバーのURL (callbackUrl) と、コールバック要求の内容 (callbackBody) が含まれている必要があります。
コールバック本体が無効です。
原因: callbackBodyパラメーターの値が無効で、JSONオブジェクトとして解析できません。
解決策: callbackBodyの値が有効であることを確認してください。 callbackBodyパラメーターは、コールバック要求本文の値を指定します。 例:
key=$(object)&etag=$(etag)&my_var=$(x:my_var)
詳細については、「コールバック」をご参照ください。
コールバックvarの長さがmax値を超えています。
原因: callback-varパラメーターのBase64-encodedコンテンツの合計サイズが5 KBを超えています。
解決策: callback-varパラメーターのBase64-encodedコンテンツの合計サイズが5 KBを超えないようにしてください。
コールバックvarは期待できないjson
原因: callback-varパラメーターがJSON形式で指定されていません。
解決策: callback-varパラメーターがJSON形式で指定されていることを確認してください。 callback-varパラメーターは、キーと値のペアであるカスタムパラメーターを設定するために使用されます。 カスタムパラメーターのキーは小文字で、
x:
で始まる必要があります。 たとえば、キーがx:var1
とx:var2
の2つのカスタムパラメーターを設定します。 x:var1の値はvalue1であり、x:var2の値はvalue2である。 callback-varパラメーターは、次のJSON形式で指定できます。{ "x:var1":"value1" 、"x:var2":"value2" }
無効な日付。 1970-01-01 00:00:00より遅くする必要があります
原因: Dateパラメーターの値は、1970年1月1日00:00:00より前のUNIXタイムスタンプです。
解決策: Dateパラメーターを、1970年1月1日00:00:00以降のUNIXタイムスタンプに設定します。
無効な日付。 現在の時刻より遅くすることはできません
原因: Dateパラメーターの値が、現在の時刻より後のUNIXタイムスタンプです。
解決策: Dateパラメーターを、現在の時刻より前のUNIXタイムスタンプに設定します。
悪い日付形式
原因: Dateパラメーターの値が無効です。
解決策: Dateパラメーターを、RFC 1123で定義されている日付形式を満たす値に設定します。 例:
Sun, 06 Nov 1994 08:49:37 GMT
Versioning要素を指定する必要があります。
原因: バケットのバージョン管理状態が <VersioningConfiguration> フィールドで指定されていません。
解決策: <VersioningConfiguration> フィールドでバケットのバージョン管理状態を指定します。 サンプルコード:
PUT /? バージョン管理HTTP/1.1 ホスト: bucket-versioning.oss-cn-hangzhou.aliyuncs.com 日付: 4月2019日火曜日02:20:12 GMT 権限付与: OSS e7thre3jj5mlvqk:12ztptkaR8a74gIGFzOaZZQe **** <?xml version="1.0" encoding="UTF-8"?> <VersioningConfiguration> <ステータス> 有効 </ステータス> <VersioningConfiguration>
RepeatedTags
タグキーは一意である必要があります
原因: 指定されたタグキーは既に存在します。
解決方法: GetBucketTagsを呼び出して、バケットのタグに関する情報を照会し、バケットの新しいタグを設定します。 詳細については、「PutBucketTags」をご参照ください。
InvalidHostPutBucket
ホストが無効です。 バケット使用オープンストレージサービス標準ホストを入れてください
原因: Hostパラメーターの値が無効です。
解決策: Hostパラメーターを標準ドメイン名に設定します。 リージョンとエンドポイントの詳細については、「リージョンとエンドポイント」をご参照ください。
InvalidEncryptionAlgorithmError
指定した暗号化アルゴリズムが無効であるか、指定した暗号化要求が無効です。 サポートされている値: AES256/SM4/KMS。
原因:
x-oss-server-side-encryption
の値が無効です。ソリューション:
x-oss-server-side-encryption
をAES256またはKMSに設定する. サーバー側暗号化の詳細については、「PutObject」をご参照ください。
InvalidDataEncryptionAlgorithmError
指定したKMS Data Encryptionリクエストは無効です。 支えられた価値: SM4
原因: リクエストで指定された暗号化アルゴリズムが無効です。
解決策: リクエストで指定された暗号化アルゴリズムがサポートされていることを確認してください。 x-oss-server-side-encryptionをKMSに設定した場合、SM4暗号化アルゴリズムのみがサポートされます。 詳細については、「サーバー側の暗号化」をご参照ください。
InvalidParameter
指定されたパラメーターKMS keyIdは無効です。
原因: CMK IDが無効です。
解決策: 有効なCMK IDを指定します。 x-oss-server-side-encryptionをKMSに設定し、CMKを使用してオブジェクトを暗号化する場合は、リクエストにCMK IDを指定する必要があります。 例:
9468da86-3509-4f8d-a61e-6eab1eac ****
。
InvalidWORMConfiguration
無効なWORM設定
原因: 指定された保持ポリシーは無効です。
解決策: InitiateBucketWormを呼び出して、バケットの保持ポリシーを作成します。 次のコードは、バケットの保持ポリシーを作成する方法の例を示しています。
POST /? ワームHTTP/1.1 日付: 5月15日木曜日11:18:32 GMT 2014 コンテンツ-長さ: 556 Content-Type: application/xml ホスト: BucketName.oss.aliyuncs.com 承認: OSS nxj7dtlhcyl5hp ****:COS3OQkfQPnKmYZTEHYv2 **** <InitiateWormConfiguration> <RetentionPeriodInDays>365</RetentionPeriodInDays> </InitiateWormConfiguration>
InventoryExceedLimit
制限を超えるインベントリを作成することはできません
原因: バケットのインベントリの最大数が設定されています。 バケットに設定できるインベントリの最大数は1,000です。
解決策: チケットを起票して、バケットに設定できるインベントリの最大数を増やします。
DailyInventoryExceedLimit
毎日の在庫オブジェクト数が制限を超える
原因: バケット内のオブジェクトの数が、インベントリリストの1日のエクスポート制限を超えています。
解決策: 在庫リストを毎日エクスポートする場合は、バケット内のオブジェクトの数が100億未満であることを確認してください。
バケット内のオブジェクト数が100億以上の場合は、週単位でインベントリリストをエクスポートすることを推奨します。
WeeklyInventoryExceedLimit
毎週の在庫オブジェクト数が制限を超える
原因: バケット内のオブジェクトの数が、インベントリリストの週ごとのエクスポート制限を超えています。
解決策: 週単位でインベントリリストをエクスポートする場合は、バケット内のオブジェクトの数が500億未満であることを確認してください。
バケット内のオブジェクトの数が50億以上の場合:
複数のバッチでプレフィックスで在庫リストをエクスポートします。
エクスポートできるインベントリリストの数を増やすには、チケットを起票してください。
BadRequest
不十分な情報。 オリジンリクエストヘッダーが必要
原因: リクエストにOriginヘッダーが含まれていません。
解決策: リクエストにOriginヘッダーを含めます。 ブラウザがクロスオリジンリクエストを送信する前に、ブラウザは、リクエストの送信元を識別するためのoriginヘッダーを含むプリフライト (OPTIONS) リクエストを送信します。 次のコードは例を示します。
不十分な情報。 Request Access-Control-Request-Methodヘッダーneede
原因: 要求にAccess-Control-request-Methodヘッダーが含まれていません。
解決策: 要求にAccess-Control-Request-Methodヘッダーを含めます。 ブラウザがクロスオリジンリクエストを送信する前に、ブラウザはリクエストに使用されるメソッドを識別するためのAccess-Control-request-Methodヘッダーを含むプリフライト (OPTIONS) リクエストを送信します。 次のコードは例を示します。
RequestTimeout
サーバーへのソケット接続がタイムアウト期間内に読み書きされませんでした。 アイドル接続は閉じられます
原因: ネットワークパフォーマンスが悪いか、ネットワーク設定が無効なため、リクエストがタイムアウトしました。
解決策: ネットワークパフォーマンスを確認し、必要に応じてネットワーク設定を変更します。 詳細については、「ネットワーク接続タイムアウト処理」をご参照ください。
InvalidTaggingKey
指定したタグキーが無効です
原因: オブジェクトタグのキーが無効です。
解決策: タグキーが有効であることを確認してください。 オブジェクトタグは、オブジェクトを識別するために使用されるキーと値のペアです。 オブジェクトタグは、次のルールに従う必要があります。
タグキーの長さは最大128文字です。 タグ値の長さは最大256文字です。
タグキーとタグ値は大文字と小文字を区別します。
タグキーとタグ値には、英数字、スペース、および次の特殊文字を使用できます。
+ - = . _ : /
HTTPヘッダーのタグに文字が含まれている場合、タグキーとタグ値はURLエンコードされている必要があります。
TooManyCname
許可されているよりも多くのcnameを作成しようとしました
原因: ドメイン名の最大数をバケットにマッピングしました。 バケットにマップできるドメイン名の最大数は100です。
解決策: チケットを起票して、バケットにマップできるドメイン名の最大数を増やします。
InvalidChannelName
チャネル名の長さは64未満でなければなりません
原因: チャネル名の長さが制限を超えています。
解決策: 名前の長さが1〜64文字であることを確認してください。
ChannelNameは空であってはなりません
原因: ChannelNameフィールドは空のままです。
解決策: ChannelNameフィールドに有効な値を指定します。 チャネル名は、次の命名規則に準拠している必要があります。
名前はUTF-8でエンコードする必要があります。
名前の長さは 1 ~ 64 文字です。
スラッシュ (/) またはバックスラッシュ (\) は使用できません。
文字のエンコーディングをutf-8する必要があります。
原因: チャネル名のエンコード方法が無効です。
解決策: チャネル名をUTF-8でエンコードします。
ChannelNameにスラッシュを含めることはできません
原因: チャンネル名にスラッシュが含まれています。
解決策: チャネル名にスラッシュ (/) またはバックスラッシュ (\) が含まれていないことを確認してください。
InvalidPart
指定された1つ以上の部品または指定されたエンティティが見つかりませんでした
原因: CompleteMultipartUpload操作の部品の部品番号またはETag値が無効です。
解決策: PartNumberとETagの値が有効であることを確認してください。 OSSは、CompleteMultipartUpload操作を呼び出すと、PartNumberとETagの値を検証します。
PartNumberの値の範囲は1から10000です。 リクエストに記載されている部品番号は連続しない場合がありますが、昇順でソートする必要があります。 例えば、第1の部品の部品番号が1である場合、第2の部品の部品番号は5であり得る。
CompleteMultipartUpload操作を呼び出したときに作成されるオブジェクトのETag値は、オブジェクトのUUIDです。 オブジェクトのETag値を使用して、オブジェクトの内容が変更されているかどうかを確認できます。
InvalidPartOrder
部品のリストが昇順ではなかった
原因: CompleteMultipartUpload操作を呼び出したときに送信された部品の部品番号は、昇順でソートされません。
解決策: CompleteMultipartUpload操作を呼び出したときに送信された部品の部品番号が昇順でソートされていることを確認してください。 例えば、第1の部品の部品番号が1である場合、第2の部品の部品番号は5であり得る。
部品番号は1〜10000の整数でなければなりません。
原因: PartNumberの値が無効です。
解決策: PartNumberの値が1から10000の範囲であることを確認してください。
FilePartNotExist
あなたが読んだ部分が削除されました
原因: リクエストで指定された部品が存在しません。
解決策: すべてのパーツがアップロードされていることを確認します。 詳細については、「CompleteMultipartUpload」をご参照ください。
InvalidXMLFormat
提供したXMLが整形式ではなかった
原因: パラメータ設定がXML形式ではありません。
解決策: パラメータがXML形式で設定されていることを確認してください。
InvalidRequest
匿名GETリクエストにはリクエスト固有のレスポンスヘッダーを使用できません
原因: 要求に必要なすべてのパラメータが含まれていません。
解決策: API操作に必要なすべてのパラメーターがリクエストに含まれていることを確認してください。 詳細については、「機能別操作一覧」をご参照ください。
セキュリティトークンはクエリ文字列パラメーターで提供する必要があります
原因: リクエストにセキュリティトークンが含まれていません。
解決策: 一時ユーザーが署名付きURLを使用してOSSリソースにアクセスする場合は、リクエストにセキュリティトークンが含まれていることを確認してください。 一時ユーザーは、次の形式の署名付きURLを使用してOSSリソースにアクセスできます。
http://oss-example.oss-cn-hangzhou.aliyuncs.com/oss-api.pdf?OSSAccessKeyId=nz2pc56s936 ****&Expires=1141889120&Signature=vjbyPxybdZaNmGa % 2ByT272YEAiv ****&security-token=SecurityToken
。 詳細については、「URLへの署名の追加」をご参照ください。
プレイリストのサイズが大きすぎる
原因: プレイリストファイルのサイズが制限を超えています。
解決策: プレイリストファイルのサイズが1 MBを超えないようにしてください。
プレイリストにtsが見つかりません
原因: トランスポートストリーム (TS) オブジェクトが見つかりません。
解決策: ストリームを取り込み、オーディオおよびビデオオブジェクトをアップロードします。 詳細については、「PutLiveChannel」をご参照ください。
プレイリスト名は \".m3u8\" で終わる必要があります
原因: プレイリストファイルの名前が
で終わりません。m3u8
。解決策: アップロードされたファイルを確認します。 アップロードされたファイルがHTTPライブストリーミング (HLS) プロトコルを使用する場合は、生成されたファイルの名前を指定します。m3u8プレイリストファイル。 生成されたプレイリストファイルの名前は
で終わる必要があります。m3u8
の長さは6 ~ 128文字です。 例:playlist.m3u8
マスタープレイリストにtsファイルがあります
原因: マスタープレイリストには、M3U8ファイルとTSファイルの両方が含まれています。
解決策: M3U8ファイルまたはTSファイルのみがマスタープレイリストに含まれていることを確認してください。 プレイリストファイルはM3U8フォーマットであり、TSフォーマットでビデオファイルに関する情報を記録するために使用される。 詳細については、「OSSに基づくHLSストリームの作成」をご参照ください。
MaxPOSTPreDataLengthExceededError
アップロードファイルの前のPOSTリクエストフィールドが大きすぎました
原因: PostObjectを使用してアップロードするオブジェクトのサイズが5 GBを超えています。
解決策: PostObjectを使用してアップロードするオブジェクトのサイズが5 GBを超えないようにしてください。 詳細は、「PostObject」をご参照ください。
TooManyPipes
支えられる管の最大数はあります
原因: イメージに対して実行される操作の数が制限を超えています。
解決策: イメージに対して実行する操作の数が制限を超えないようにしてください。
FieldItemTooLong
フォームフィールドの名前が長すぎます
原因: PostObjectリクエストのフォームフィールドの合計サイズが制限を超えています。
解決策: ファイルフォームフィールドを除くリクエストのフォームフィールドのサイズが4 KBを超えないようにしてください。 詳細は、「PostObject」をご参照ください。
MalformedPOSTRequest
POSTリクエストの本文が整形式のマルチパート /フォームデータではありません
原因: PostObjectリクエストのフォームフィールドの形式が無効です。
解決策: フォームフィールドの形式が有効であることを確認してください。
フォームフィールドは次の形式である必要があります。
Content-Disposition: フォームデータ; name="{key}"\r\n\r\n{value}\r\n --{boundary}
PostObjectリクエストの例を次に示します。
POST / HTTP/1.1 ユーザーエージェント: Mozilla/5.0 (Windows; U; Windows NT 6.1; zh-CN; rv:1.9.2.6) Content-Type: multipart/form-data; boundary=9431149156168 ホスト: xxxx-hz.oss-cn-hangzhou.aliyuncs.com 受け入れる: text/html、image/gif、image/jpeg、*; q=.2、*/*; q=.2 接続: キープアライブ コンテンツ-長さ: 5052 -- 9431149156168 Content-Disposition: フォームデータ; name="key" テストキー -- 9431149156168 Content-Disposition: フォームデータ; name="Content-Disposition" 添付ファイル; ファイル名=D:\img\example.png -- 9431149156168 Content-Disposition: フォームデータ; name="OSSAccessKeyId" 2NeL ******** j2Eb
PostObjectリクエストを開始するときは、次の項目に注意してください。
リクエストには、Content-Type: multipart/form-data; boundary={boundary} ヘッダーが含まれている必要があります。
リクエストヘッダーと本文は
\r\n --{boundary}
で区切ります。\r\n
は改行として表示されます。フォームフィールドの名前は、
policy
、key
、file
、OSSAccessKeyId
、OSSAccessKeyId
、Content-Disposition
などの大文字と小文字が区別されます。最後のフォームフィールドは
file
である必要があります。バケットのACLが
public-read-write
の場合、OSSAccessKeyId
、policy
、Signature
のフォームフィールドを指定する必要はありません。 いずれかのフィールドを指定する場合、バケットのACLがpublic-read-write
であるかどうかに関係なく、他の2つのフィールドを指定する必要があります。
説明前述のPostObjectリクエストは不完全です。 完全なリクエストサンプルについては、「PostObject」をご参照ください。
PostObjectリクエストの詳細については、次のプログラミング言語のサンプルコードを参照してください。
InvalidPolicyDocument
Invalid Policy: Invalid Simple-Condition: Simple-Conditionには、1つのプロパティを指定する必要があります。
原因: リクエストのポリシーヘッダーに
conditions
フィールドが含まれていません。解決策: ポリシーヘッダーに少なくとも1つの
条件
フィールドが含まれていることを確認してください。
無効なポリシー: 無効なJSON: unknown char e
原因: リクエスト内のポリシーヘッダーの形式が無効です。
解決策: ポリシーヘッダーに二重引用符 (
"
) が含まれ、各エスケープ文字の前にバックスラッシュ (\
) が追加されていることを確認してください。
無効なポリシー: 無効なJSON: 、または]
原因: リクエスト内のポリシーヘッダーの形式が無効です。
解決策: ポリシーヘッダーにコンマ (
,
) または右かっこ ()
がないことを確認してください。
IncorrectNumberOfFilesInPOSTRequest
POSTには、リクエストごとに1つのファイルアップロードが必要です
原因: PostObjectリクエストのファイルフォームフィールドの数が制限を超えています。 PostObjectリクエストには、
file
フォームフィールドを1つだけ含めることができます。解決策: PostObjectリクエストに
file
フォームフィールドが1つだけ含まれていることを確認してください。
EntityTooSmall
提案されたアップロードが最小許容サイズより小さい
原因: アップロードするオブジェクトのサイズが最小値より小さい。
解決策: PostObjectを呼び出してオブジェクトをアップロードするときは、ポリシーヘッダーを設定して、フォームフィールドの有効な値を指定します。
content-length-range
条件を設定して、アップロードするオブジェクトの最大サイズと最小サイズを指定できます。
EntityTooLarge
提案されたアップロードが最大許容サイズを超えているか、ソースオブジェクトの長さが最大許容サイズを超えています。
原因: アップロードするオブジェクトのサイズが上限を超えています。
解決策: PostObjectを呼び出してオブジェクトをアップロードするときは、ポリシーヘッダーを設定して、フォームフィールドの有効な値を指定します。
content-length-range
条件を設定して、アップロードするオブジェクトの最大サイズと最小サイズを指定できます。 詳細については、「PostObject」をご参照ください。
MalformedXML
提供したXMLが適切でないか、公開されたスキーマに対して検証されませんでした
原因: リクエストのXML本文の形式が無効です。
解決策: XMLリクエスト本文の形式が有効であることを確認してください。
さまざまなリクエストに対するXML本文形式の要件の詳細については、次のトピックを参照してください。
NoReplicationRule
レプリケーションルールが指定されていません
原因: リクエストで指定されたバケットにクロスリージョンレプリケーション (CRR) ルールが設定されていません。
解決策: バケットのCRRルールを設定します。 詳細については、「PutBucketReplication」をご参照ください。
TooManyReplicationRules
OSSは1つのレプリケーションルールのみをサポート
原因: バケットに設定されているCRRルールの数が制限を超えています。
解決策: CRRルールを設定するバケットに既存のCRRルールがないことを確認してください。 各バケットに設定できるCRRルールは1つだけです。
InvalidBucketStatus
drsタグ付けルールが存在する場合、srcおよびdestバケットのバージョン管理を有効にする必要があります。
原因: CRRのソースバケットと宛先バケットのバージョン管理状態が異なります。
解決策: CRRのソースバケットと宛先バケットのバージョン管理状態が同じであることを確認してください。
InvalidTargetBucket
対象のバケットがバケットのレプリケーションに無効です。
原因: CRRルールの宛先バケットが無効です。
解決策: GetBucketReplicationLocationを呼び出して、宛先バケットを配置できるリージョンを照会します。 操作に対して返された応答に基づいて、宛先バケットのリージョンを決定できます。
InvalidTargetLocation
指定したターゲットバケットがターゲットロケーションにない
原因: 指定された宛先バケットが宛先リージョンに存在しません。
解決策: リクエストで指定されたリージョンが正しいことを確認してください。
BadReplicationLocation
選択したレプリケーション場所が無効です。
原因: CRRリクエストで指定されたターゲットリージョンが存在しません。
解決策: リクエストで指定されたリージョンが正しいことを確認してください。
NoReplicationLocation
バケットに対応するレプリケーション場所がありません
原因: CRRのソースリージョンに一致するターゲットリージョンがありません。
解決策: CRRの使用可能な宛先リージョンを確認します。 詳細については、「GetBucketReplicationLocation」をご参照ください。
BucketReplicationAlreadyExist
バケット複製は既に存在します
原因: CRRルールは、ソースバケットとターゲットバケットの間に既に存在します。
解決策: 新しいルールを設定する前に、既存のCRRルールを削除します。
TooManyIncomingReplication
許可されているよりも多くのバケットの受信レプリケーションを作成しようとしました
原因: バケットのCRRルールは既に設定されてい100。
解決策: デフォルトでは、バケットに最大100個のCRRルールを設定できます。 ビジネスでバケットに100以上のCRRルールが必要な場合は、チケットを起票してください。
TooManyOutgoingReplication
許可されているよりも多くの送信レプリケーションを作成しようとしました
原因: バケットのCRRルールは既に設定されてい100。
解決策: デフォルトでは、バケットに最大100個のCRRルールを設定できます。 ビジネスでバケットに100以上のCRRルールが必要な場合は、チケットを起票してください。
CORSRuleBeyondLimit
CORSルール数は制限を超えています
原因: バケットに設定されたクロスオリジンリソース共有 (CORS) ルールの数が制限を超えています。
解決策: バケットに設定されたCORSルールの数が制限を超えないようにしてください。 バケットには最大 10 個の CORS ルールを設定できます。 詳細については、「PutBucketCors」をご参照ください。
TooManyTags
バケットタグnumが制限を超えています
原因: バケットに設定されたタグの数が制限を超えています。
解決策: バケットに設定されたタグの数が制限を超えないようにしてください。 1つのバケットに最大20個のタグを設定できます。 詳細については、「PutBucketTags」をご参照ください。
TooManyPrefixes
バケットレプリケーションルールのプレフィックス数が制限を超えています
原因: CRRルールで指定されたプレフィックスの数が制限を超えています。
解決策: CRRルールで指定されたプレフィックスの数が制限を超えないようにしてください。 CRRルールで最大10個のプレフィックスを指定して、指定したプレフィックスを含む名前のオブジェクトのみを宛先バケットに同期できます。
TooManyFilterObjectTags
バケットレプリケーションルールのフィルタオブジェクトタグ数が制限を超えています
原因: CRRルールで指定されたオブジェクトタグの数が制限を超えています。
解決策: CRRルールで指定されたオブジェクトタグの数が制限を超えないようにしてください。 CRRルールで最大10個のタグを指定して、指定したタグを持つオブジェクトのみを宛先バケットに同期できます。
InvalidDigest
指定したContent-MD5が無効でした
原因: Content-MD5のリクエストヘッダーの値が、OSSによって計算されたメッセージ本文のContent-MD5値とは異なります。
解決策: 詳細については、「承認ヘッダーに署名を含める」をご参照ください。
InvalidCRC64
指定したx-oss-hash-crc64ecmaが計算したものと一致しない
原因: サーバーによって返されるCRC-64値は、ローカルクライアントによって計算されたCRC-64値とは異なります。
解決策: 詳細については、「CRC-64を使用したデータの整合性の確認」をご参照ください。
InlineDataTooLarge
インラインデータが最大許容サイズを超えています
原因: アップロードするオブジェクトのサイズが制限を超えています。
解決策: オブジェクトのサイズが、オブジェクトのアップロードに使用されるメソッドの制限を超えないようにしてください。
シンプルアップロードを使用してアップロードするオブジェクトのサイズは、5 GBを超えることはできません。 詳細は、「簡易アップロード (Simple upload)」をご参照ください。
フォームアップロードを使用してアップロードするオブジェクトのサイズを5 GBより大きくすることはできません。 詳細は、「フォームアップロード (Form upload)」をご参照ください。
追加アップロードを使用してアップロードするオブジェクトのサイズを5 GBより大きくすることはできません。 詳細については、「アップロードの追加」をご参照ください。
マルチパートアップロードを使用してアップロードするオブジェクトのサイズは、48.8テラバイトを超えることはできません。 詳しくは、「マルチパートアップロード」をご参照ください。
ImageTooLarge
支えられるイメージの最大サイズはあります
原因: ソースイメージのサイズが制限を超えています。
解決策: ソースイメージが次の要件を満たしていることを確認します。
ソースイメージのサイズは20 MBを超えることはできません。
ソースイメージの幅または高さは、イメージの回転で4,096ピクセルを超えることはできません。
ソース画像の各エッジは30,000ピクセルを超えることはできません。
IncompleteBody
Content-Length HTTPヘッダーで指定されたバイト数を指定しなかった
原因: Content-Lengthリクエストヘッダーの値が、送信されるデータのサイズとは異なります。
解決策: Content-Lengthヘッダーを、送信するデータの実際のサイズに設定します。
KmsServiceNotEnabled
このユーザーはKMSサービスを有効にしません
原因: サーバー側暗号化の暗号化方法をKMSに設定すると、KMSがアクティブ化されません。
解決策: サーバー側暗号化の暗号化方法をKMSに設定する前に、KMSがアクティブ化されていることを確認してください。 詳細については、「専用KMSインスタンスの購入」をご参照ください。
OperationNotSupported
この操作はこのリソースではサポートされていません
原因: 指定された操作はリソースに対してサポートされていません。 このエラーは、次のシナリオで発生する可能性があります。
追加可能なオブジェクトまたはシンボリックリンクをCold ArchiveまたはDeep Cold Archiveオブジェクトに変換します。
ストレージクラスがArchive、Cold Archive、またはDeep Cold Archiveではないオブジェクトを復元するには、RestoreObject操作を呼び出します。
解決策:
PutObject操作を呼び出して、同じ名前のオブジェクトをアップロードし、追加可能なオブジェクトを通常のオブジェクトとして上書きします。 次に、通常のオブジェクトのストレージクラスをCold ArchiveまたはDeep Cold Archiveに変換します。
RestoreObject操作を呼び出してオブジェクトを復元するときは、オブジェクトのストレージクラスがアーカイブ、コールドアーカイブ、またはディープコールドアーカイブであることを確認します。
さまざまなリソースでサポートされている操作の詳細については、「関数別の操作のリスト」をご参照ください。
NotSymlink
オブジェクトがsymlinkではない
原因: 操作はシンボリックリンクでは実行されません。
解決策: PutSymlinkまたはGetSymlink操作がシンボリックリンクでのみ実行されるようにしてください。
InvalidTag
指定したTagKeyが無効であるか、指定したTagValueが無効です。
原因: バケットに設定されたタグのキーまたは値が無効です。
解決策: バケットに設定されたタグのキーと値が、次の命名規則に準拠していることを確認してください。
キーと値はUTF-8でエンコードする必要があります。
キーの長さは最大64文字で、
http://
、https://
、Aliyun
は使用できません。 プレフィックスを使用します。 キーを空のままにすることはできません。値の長さは、最大 128 文字です。 値は空のままにすることができます。
InvalidEncryptionRequest
クライアント暗号化のパラメーターは1回設定できます
原因: CopyObject操作を呼び出して、クライアント側の暗号化で保護されているオブジェクトメタデータを変更しようとしました。
解決策: CopyObjectを使用してオブジェクトメタデータを変更しないでください。 クライアントで暗号化されたオブジェクトをアップロードすると、クライアント側の暗号化に関連するオブジェクトメタデータが保護されます。 この場合、CopyObjectを使用してオブジェクトメタデータを変更することはできません。 詳細については、「CopyObject」をご参照ください。
いくつかの必要なクライアント暗号化メタパラメータを逃す
原因: リクエストには、クライアント側の暗号化に関連するすべての必要なパラメーターが含まれていません。
解決策: 次の表に記載されているすべての必須パラメーターがリクエストで指定されていることを確認します。
パラメーター
説明
x-oss-meta-client-side-encryption-key
暗号化されたデータキー。CMKを使用して暗号化され、Base64でエンコードされた文字列です。
x-oss-meta-client-side-encryption-start
データ暗号化のためにランダムに生成される初期値。 値はCMKを使用して暗号化され、Base64でエンコードされた文字列です。
x-oss-meta-client-side-encryption-cek-alg
データの暗号化に使用されるアルゴリズム。
x-oss-meta-client-side-encryption-wrap-alg
データキーの暗号化に使用されるアルゴリズム。
クライアント暗号化メタによって計算された部品数が大きすぎます
原因: クライアント側の暗号化シナリオで計算された部品数が制限を超えています。
解決策: オブジェクトが10,000個以下の部分に分割されていることを確認してください。
クライアント暗号化metadata_sizeまたはpart_sizeが無効です。
原因: クライアント側の暗号化シナリオの合計サイズまたは部品サイズが無効です。
解決策: オブジェクトの合計サイズとパーツサイズが有効であることを確認してください。 部品サイズは16の正の整数倍でなければなりません。 マルチパートアップロードを使用してアップロードするオブジェクトに対してクライアント側の暗号化を実行する場合、マルチパートアップロードの開始時にオブジェクトの合計サイズ (x-oss-meta-client-side-encryption-data-size) とパーツサイズ (x-oss-meta-client-side-encryption-part-size) を設定する必要があります。 詳細については、「クライアント側での暗号化」をご参照ください。
init_multipart settedでクライアント暗号化パートリストが予期しない
原因: OSSにアップロードされたパーツの数は、マルチパートアップロードタスクの開始時に指定されたパーツの数とは異なります。
解決策: 指定されたパーツ数が、OSSにアップロードされるパーツ数と同じであることを確認してください。
partIdはexpectedPartNumber以下である必要があります。
原因: 部品のIDが部品の総数より大きい。
解決策: 各部品のIDが部品の総数以下であることを確認してください。 詳細については、「UploadPart」をご参照ください。
partSizeは、最後の部分を除いてinit_multipart settedと同じでなければなりません
原因: UploadPart操作のパーツサイズは、マルチパートアップロードタスクの開始時に指定されたパーツサイズとは異なります。
解決策: 最後のパーツを除くすべてのパーツのサイズが、マルチパートアップロードタスクの開始時に指定されたパーツサイズと同じであることを確認してください。 詳細については、「UploadPart」をご参照ください。
最後のpartSizeはinit_multipart settedと同じでなければなりません
原因: アップロードされたパーツの合計サイズが、マルチパートアップロードタスクの開始時に指定された合計サイズとは異なります。
解決策: 最後のパーツがアップロードされた後、アップロードされたパーツの合計サイズが、マルチパートアップロードタスクの開始時に指定された合計サイズと同じであることを確認します。 詳細については、「CompleteMultipartUpload」をご参照ください。
クライアント暗号化メタがinit_multipart settedと一致しない
原因: クライアントで構成されたマルチパートアップロードタスクに関する暗号化情報は、マルチパートアップロードタスクの開始時に構成された暗号化情報とは異なります。
解決策: クライアントで構成されたマルチパートアップロードタスクに関する暗号化情報が、マルチパートアップロードタスクの開始時に構成された暗号化情報と同じであることを確認してください。 詳細については、「クライアント側での暗号化」をご参照ください。
クライアント暗号化はアップロードパートコピーをサポートしていません
原因: UploadPartCopyを呼び出して、クライアントで暗号化されたオブジェクトから部品をアップロードすることはできません。
解決策: UploadPartCopyを呼び出して、クライアントで暗号化されていない既存のオブジェクトからデータをコピーする場合にのみ、部品をアップロードできます。 詳細については、「UploadPartCopy」をご参照ください。
UserKeyMustBeSpecified
ユーザーキーを指定する必要があります
原因: 削除するオブジェクトの名前がリクエストに含まれていません。
解決策: リクエストで削除するオブジェクトの名前を指定します。 詳細については、「DeleteMultipleObjects」をご参照ください。
InvalidTargetBucketForLogging
Put bucket log requesterが対象バケット所有者ではない
原因: ログオブジェクトを格納するために指定された宛先バケットが存在しません。
解決策: 有効な宛先バケットを指定します。
InvalidPart
指定された1つ以上の部品が見つからなかったか、指定されたエンティティタグが部品のエンティティタグと一致していない可能性があります。
原因: CompleteMultipartUpload操作を呼び出したときに送信された部品の部品番号またはETag値が無効です。
解決策: CompleteMultipartUpload操作を呼び出したときに送信されたすべての部品の部品番号とETag値が有効であることを確認してください。 詳細については、「CompleteMultipartUpload」をご参照ください。
InvalidPartOrder
部品のリストが昇順ではなかった
原因: CompleteMultipartUpload操作を呼び出したときに送信された部品の部品番号は、昇順でソートされません。
解決策: CompleteMultipartUpload操作を呼び出したときに送信された部品の部品番号が昇順でソートされていることを確認してください。 詳細については、「CompleteMultipartUpload」をご参照ください。
部品番号は1〜10000の整数でなければなりません。
原因: partNumberの値が無効です。 partNumberの有効な値の範囲は1から10000です。
解決策: partNumberの値が有効な範囲内にあることを確認してください。 詳細については、「CompleteMultipartUpload」をご参照ください。
InvalidEncryptionAlgorithmError
指定された暗号化アルゴリズムは無効です
原因:
x-oss-server-side-encryption
の値が無効です。 有効な値:AES256
およびKMS
。解決策: x-oss-server-side-encryptionが有効な値に設定されていることを確認してください。 詳細は、「PutObject」をご参照ください。
InvalidTargetType
シンボリックのターゲットファイルタイプが無効です。
原因: オブジェクトはシンボリックリンクであり、リンクが指すオブジェクトもシンボリックリンクです。
解決策: シンボリックリンクが指すオブジェクトがシンボリックリンクでないことを確認してください。
MissingAccessKeyId
MissingAccessKeyId AccessKeyIdはこのアクションに必須です
原因: AccessKey IDが指定されていません。
解決策: 有効なAccessKey IDを指定します。