すべてのプロダクト
Search
ドキュメントセンター

Object Storage Service:HTTPステータスコード400

最終更新日:Dec 22, 2023

このトピックでは、HTTPステータスコード400で返されるエラーメッセージの種類、およびこれらのエラーの一般的な原因と解決策について説明します。

InvalidBucketName

指定されたバケットは無効です

  • 原因: バケット名が無効です。

  • 解決策: バケット名が次の命名規則に準拠していることを確認してください。

    • バケット名には、小文字、数字、およびハイフン (-) のみを使用できます。

    • 名前の最初と最後は、小文字または数字にする必要があります。

    • 名前の長さは 3 ~ 63 文字である必要があります。

InvalidObjectName

オブジェクト名を空にすることはできません

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

  • 解決策: オブジェクトの名前を指定し、バケット名が命名規則に準拠していることを確認します。

オブジェクト名の長さは1024未満である必要があります。

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

  • 解決策: オブジェクト名は1 ~ 1,023文字である必要があります。

指定されたオブジェクトは無効です

  • 原因: 指定されたオブジェクト名は無効です。

  • 解決策: オブジェクト名が次の命名規則に従っていることを確認してください。

    • 名前はUTF-8でエンコードする必要があります。

    • 名前は1 ~ 1,023文字である必要があります。

    • 名前を、スラッシュ (/) またはバックスラッシュ (\) で始めることはできません。

TooManyBuckets

許可されているよりも多くのバケットを作成しようとしました

  • 原因: リージョン内のAlibaba Cloudアカウントによって作成されたバケットの数が上限の100に達しました。

  • 解決策:

    • リージョン内の既存のバケットにディレクトリを作成して、データを保存します。 バケットのストレージ容量は無制限です。 ディレクトリの作成方法の詳細については、「ディレクトリの管理」をご参照ください。

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

      警告

      削除されたバケットは復元できません。 この操作は慎重に行ってください。

    • チケットを起票し、リージョン内のAlibaba Cloudアカウントを使用して作成できるバケットの最大数を増やします。

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は適用されません。

  • 原因: SSEAlgorithmAES256に設定されている場合、KMSMasterKeyIDが指定されています。

  • 解決策: SSEAlgorithmKMSに設定し、指定した顧客マスターキー (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フォームフィールドがリクエストで指定されている場合に必要です。

    署名フォームフィールドの値を計算するには、次の手順を実行します。

    1. UTF-8でエンコードされたポリシーを作成します。

    2. Base64でポリシーをエンコードします。 結果はポリシーフォームフィールドの値であり、値は署名される文字列として使用されます。

    3. 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パラメーターのみが含まれていることを確認します。file-name

バケット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リクエストヘッダーの例: HostContent-MD5Origin、および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:var1x: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-encryptionAES256または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) リクエストを送信します。 次のコードは例を示します。origin

不十分な情報。 Request Access-Control-Request-Methodヘッダーneede

  • 原因: 要求にAccess-Control-request-Methodヘッダーが含まれていません。

  • 解決策: 要求にAccess-Control-Request-Methodヘッダーを含めます。 ブラウザがクロスオリジンリクエストを送信する前に、ブラウザはリクエストに使用されるメソッドを識別するためのAccess-Control-request-Methodヘッダーを含むプリフライト (OPTIONS) リクエストを送信します。 次のコードは例を示します。method

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は改行として表示されます。

    • フォームフィールドの名前は、policykeyfileOSSAccessKeyIdOSSAccessKeyIdContent-Dispositionなどの大文字と小文字が区別されます。

    • 最後のフォームフィールドはfileである必要があります。

    • バケットのACLがpublic-read-writeの場合、OSSAccessKeyIdpolicySignatureのフォームフィールドを指定する必要はありません。 いずれかのフィールドを指定する場合、バケットの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が適切でないか、公開されたスキーマに対して検証されませんでした

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を指定します。