S3クライアントのエンドポイントとリージョンを設定する

dosyaの正確なエンドポイント、署名用リージョンus-east-1、パス形式のアドレス指定、ワークスペースのバケット、1回だけ表示される認証情報をS3クライアントに設定します。

既存のdosya APIキーからS3認証情報を作成し、リリース済みのダイアログに表示されるゲートウェイの値を正確に設定します。S3シークレットはダイアログを閉じた後に再取得できません。

始める前に

プロフィール → API（APIキー）で、プロトコルが制限されていないか、「S3」ゲートウェイを明示的に含むキーを使ってください。ワークスペースに固定されたキーには、現在のメンバーシップとS3を利用できるロールも必要です。期限切れのキーは有効にできません。

用途に合わせて読み取り専用、アップロードのみ、フルアクセスを選び、可能な場合はワークスペースまたはフォルダーを絞ってください。フォルダーアンカーは、その認証情報から見えるS3のルートになります。

対象のAPIキーの行を展開し、S3セクションで有効化を選択してください。キーがない場合は作成し、プロトコルの制限に**「S3」ゲートウェイ**を含めてください。
S3認証情報でアクセスキーIDとシークレットアクセスキーをコピーし、ダイアログを閉じる前に保護されたクライアントプロファイルに保存してください。
表示どおりにエンドポイントをhttps://api.dosya.dev/s3、リージョンをus-east-1に正確に設定してください。
パス形式のアドレス指定を有効にし、正確なワークスペースIDをバケット名に使ってください。
キーのスコープとロールが許可する範囲で、破壊的な変更を行わないバケットまたはプレフィックスの一覧表示を実行してください。アップロード専用キーでは既存ファイルを一覧表示できません。
目的のワークスペースが表示され、許可されている既知のキーが返されることを確認してください。その後、端末の履歴や一時ファイルから認証情報を削除してください。

クライアントはAWS Signature V4を使って/s3/{workspace-id}/…からdosyaに接続します。アクセスキーはAPIキーの行で引き続き表示されますが、S3認証情報を開き直してもシークレットは再取得できません。ローテーションには新しいAPIキーが必要です。

有効化がない場合は、キーのプロトコル制限と有効期限を調べてください。サーバーは、S3を除外したキー、期限切れのキー、ワークスペースのメンバーシップを失ったキー、S3へのアクセス権がないロールについて、S3認証情報の作成を拒否します。