S3プレフィックスへのアクセス拒否を解決する
アクセス範囲を安全に広げる前に、バケットと相対プレフィックスをAPIキーのワークスペースまたはフォルダーアンカー、ロールの権限、読み取りスコープと照合します。
最終確認日
スクリーンショットは英語版の画面です。
S3のアクセス範囲は、APIキーのアクセス経路、スコープ、ワークスペース、フォルダーアンカー、ユーザーのメンバーロール、IPと利用可能時間の条件、利用制限の共通範囲です。既存のキーを編集してこの共通範囲を広げることはできません。
始める前に
プロフィール → API（APIキー）でキーを展開し、プロトコル、ワークスペース、設定されている場合はフォルダーの値を確認してください。フォルダーアンカーはS3のルートとして表示されるため、オブジェクトキーはそこからの相対パスになります。
よくある拒否にはThis API key is pinned to a different workspace、This API key’s anchor folder is no longer available、This role cannot list files、API key scope ‘upload’ cannot list filesがあります。
手順
- 設定されたバケットをキーに固定されたワークスペースIDと比較してください。別のワークスペースや表示名を指定している場合はクライアントを修正します。
- 要求するプレフィックスからアンカーの親パスを取り除いてください。
Projectsに固定されたキーでは、Projects/2026/report.pdfではなく2026/report.pdfを要求します。 - アンカーフォルダーが存在し、ゴミ箱にないことと、現在のメンバーの制限範囲に認証情報のアンカーが引き続き含まれることを確認してください。
- 操作をキーのスコープに合わせてください。一覧表示には読み取りまたはフルアクセス、新しいオブジェクトにはアップロードまたはフルアクセスを使います。
- メンバーロールのS3アクセス権、一覧表示時のファイルアクセス権、書き込み時のアップロード権限、存在しないプレフィックス部分を作成するためのフォルダー作成権限を確認してください。
- より広いアクセス範囲が本当に必要な場合は重複した設定を作成を使い、新しいワークスペースまたはフォルダーの境界を必要最小限に選びます。S3認証情報を生成して有効にし、古いキーを無効化する前に再テストしてください。
確認できる結果
クライアントは許可されたワークスペースのフォルダー階層内で動作し、その上位にはアクセスできません。dosyaのキーはアクセス範囲を編集する方式ではなく作成と無効化で管理されるため、別のアンカーには代替キーが必要です。
書き込みだけが必要な場合は、一覧表示が拒否されてもアップロード専用キーが適切な場合があります。確認だけのためにその認証情報の範囲を広げず、dosyaのWebアプリまたは読み取りを許可された別の認証情報で作成したオブジェクトを確認してください。
関連ガイド
この記事は役に立ちましたか？
評価の結果を読み込んでいます…
投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。
質問と回答
このガイドの手順について質問できます。質問は確認後に公開されます。
公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。
質問を読み込んでいます…
dosyaアカウントにサインインすると、質問を投稿できます。