Amazon Keyspaces のアイデンティティとアクセスに関するトラブルシューティング - Amazon Keyspaces (Apache Cassandra 向け)
Amazon Keyspaces でアクションを実行するための認可を受けていません。IAM ユーザーまたはロールを変更しましたが、その変更がすぐには反映されませんでしたAmazon Keyspaces point-in-time リカバリ (PITR) を使用してテーブルを復元できないiam を実行する権限がありません。PassRole管理者として Amazon Keyspaces へのアクセスを他のユーザーに許可したい自分の 以外のユーザーに Amazon Keyspaces リソース AWS アカウント へのアクセスを許可したい

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Amazon Keyspaces のアイデンティティとアクセスに関するトラブルシューティング

次の情報は、Amazon Keyspaces と IAM の使用に伴って発生する可能性がある一般的な問題の診断や修復に使用できます。

Amazon Keyspaces でアクションを実行するための認可を受けていません。

がアクションを実行する権限がないと AWS Management Console 通知した場合は、管理者に連絡してサポートを依頼する必要があります。担当の管理者はお客様のユーザー名とパスワードを発行した人です。

以下のエラーの例は、mateojackson IAM ユーザーがコンソールを使用してテーブルの詳細を表示したときに、そのテーブルの cassandra:Select 権限を持っていない場合に発生します。

User: arn:aws:iam::123456789012:user/mateojackson is not authorized to perform: cassandra:Select on resource: mytable

この場合、Mateo は、cassandra:Select アクションを使用して mytable リソースへのアクセスが許可されるように、管理者にポリシーの更新を依頼します。

IAM ユーザーまたはロールを変更しましたが、その変更がすぐには反映されませんでした

IAM ポリシーの変更が、Amazon Keyspaces への接続が既存で確立されているアプリケーションに反映されるまで、最長で 10 分かかる場合があります。アプリケーションで新しい接続が確立された場合は、IAM ポリシーの変更がすぐに反映されます。既存の IAM ユーザーまたはロールに変更を加えても、その変更がすぐに反映されない場合は、10 分ほど待つか、Amazon Keyspaces への接続を切って接続し直してください。

Amazon Keyspaces point-in-time リカバリ (PITR) を使用してテーブルを復元できない

Amazon Keyspaces テーブルを point-in-time 復旧 (PITR) で復元しようとしたときに、復元プロセスが開始されても正常に完了しない場合は、復元プロセスに必要なアクセス許可がすべて設定されていない可能性があります。管理者に問い合わせて、Amazon Keyspaces でテーブルを復元できるようにポリシーを更新してもらう必要があります。

Amazon Keyspaces では、ユーザー権限に加えて、復元プロセス中にプリンシパルに代わってアクションを実行するための権限が必要になる場合があります。これは、テーブルが顧客管理キーで暗号化されている場合や、着信トラフィックを制限する IAM ポリシーを使用している場合です。例えば、IAM ポリシーで条件キーを使用してソーストラフィックを特定のエンドポイントまたは IP 範囲に制限している場合、復元オペレーションは失敗します。プリンシパルの代わりに Amazon Keyspaces によってテーブルの復元オペレーションが実行されるようにするには、IAM ポリシーに aws:ViaAWSService グローバル条件キーを追加する必要があります。

テーブルを復元するための権限の詳細については、「テーブルの復元に必要な許可」を参照してください。

iam を実行する権限がありません。PassRole

iam:PassRole アクションを実行する権限がないというエラーが表示された場合は、ポリシーを更新して Amazon Keyspaces にロールを渡せるようにする必要があります。

一部の AWS のサービス では、新しいサービスロールまたはサービスにリンクされたロールを作成する代わりに、そのサービスに既存のロールを渡すことができます。そのためには、サービスにロールを渡す権限が必要です。

以下の例のエラーは、marymajor という IAM ユーザーがコンソールを使用して Amazon Keyspaces でアクションを実行しようする場合に発生します。ただし、このアクションをサービスが実行するには、サービスロールから付与された権限が必要です。メアリーには、ロールをサービスに渡す許可がありません。

User: arn:aws:iam::123456789012:user/marymajor is not authorized to perform: iam:PassRole

この場合、Mary のポリシーを更新してメアリーに iam:PassRole アクションの実行を許可する必要があります。

サポートが必要な場合は、 AWS 管理者にお問い合わせください。サインイン認証情報を提供した担当者が管理者です。

管理者として Amazon Keyspaces へのアクセスを他のユーザーに許可したい

Amazon Keyspaces へのアクセスを他のユーザーに許可するには、アクセスを必要とするユーザーまたはアプリケーションにアクセス許可を付与する必要があります。を使用して AWS IAM Identity Center ユーザーとアプリケーションを管理する場合は、アクセスレベルを定義するアクセス許可セットをユーザーまたはグループに割り当てます。アクセス許可セットは、ユーザーまたはアプリケーションに関連付けられた IAM ロールに IAM ポリシーを自動的に作成して割り当てます。詳細については、「 ユーザーガイド」の「アクセス許可セットAWS IAM Identity Center 」を参照してください。

IAM Identity Center を使用していない場合は、アクセスが必要なユーザーまたはアプリケーション用に IAM エンティティ (ユーザーまたはロール) を作成する必要があります。次に、Amazon Keyspaces の適切な権限を付与するポリシーを、そのエンティティにアタッチする必要があります。アクセス許可が付与されたら、ユーザーまたはアプリケーション開発者に認証情報を提供します。これらの認証情報を使用して にアクセスします AWS。IAM ユーザー、グループ、ポリシー、アクセス許可の作成の詳細については、IAM ユーザーガイドの「IAM での IAM アイデンティティとポリシー、アクセス許可」を参照してください。

自分の 以外のユーザーに Amazon Keyspaces リソース AWS アカウント へのアクセスを許可したい

他のアカウントのユーザーや組織外の人が、リソースにアクセスするために使用できるロールを作成できます。ロールの引き受けを委託するユーザーを指定できます。リソースベースのポリシーまたはアクセスコントロールリスト (ACL) をサポートするサービスの場合、それらのポリシーを使用して、リソースへのアクセスを付与できます。

詳細については、以下を参照してください: