Amazon Keyspaces 身份和访问问题排查 - Amazon Keyspaces(Apache Cassandra 兼容)
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅 中国的 Amazon Web Services 服务入门 (PDF)

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

Amazon Keyspaces 身份和访问问题排查

您可以使用以下信息,帮助诊断和修复在使用 Amazon Keyspaces 和 IAM 时可能遇到的常见问题。

我无权在 Amazon Keyspaces 中执行操作

如果Amazon Web Services 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 用户或角色,但更改没有立即生效

对于已与 Amazon Keyspaces 建立连接的应用程序,IAM 政策更改最多可能需要 10 分钟才能生效。当应用程序建立新连接时,IAM 策略更改会立即生效。如果您对现有 IAM 用户或角色进行了修改,但修改尚未立即生效,请等待 10 分钟,或者断开连接并重新连接到 Amazon Keyspaces。

我无法使用 Amazon Keyspaces 时间点故障恢复 (PITR) 还原表

如果您尝试使用时间点故障恢复 (PITR) 来还原 Amazon Keyspaces 表,并且看到还原过程开始但未成功完成,则可能是您没有配置还原过程所需的所有权限。您必须联系您的管理员寻求帮助,并要求该人员更新您的策略,以允许您还原 Amazon Keyspaces 中的表。

除了用户权限之外,Amazon Keyspaces 可能还需要在还原过程中代表您的主体执行操作的权限。如果表使用客户自主管理型密钥加密,或者您使用限制传入流量的 IAM 策略,就会出现这种情况。例如,如果您在 IAM 策略中使用条件键将源流量限制到特定端点或 IP 范围,则还原操作会失败。要允许 Amazon Keyspaces 代表您的主体执行表恢复操作,必须在 IAM 策略中添加 aws:ViaAWSService 全局条件键。

有关恢复表所需的权限的更多信息,请参阅 还原表所需的权限

未授权我执行 iam:PassRole

如果您收到一个错误消息,其中指明您无权执行 iam:PassRole 操作,则必须更新策略以允许您将角色传递给 Amazon Keyspaces。

有些 Amazon Web Services 允许将现有角色传递到该服务,而不是创建新服务角色或服务相关角色。为此,您必须具有将角色传递到服务的权限。

当名为 marymajor 的 IAM 用户尝试使用控制台在 Amazon Keyspaces 中执行操作时,会发生以下示例错误。但是,服务必须具有服务角色所授予的权限才可执行此操作。Mary 不具有将角色传递到服务的权限。

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

在这种情况下,必须更新 Mary 的策略以允许她执行 iam:PassRole 操作。

如果您需要帮助,请联系 Amazon 管理员。您的管理员是提供登录凭证的人。

我是管理员并希望允许其他人访问 Amazon Keyspaces

要允许其他人访问 Amazon Keyspaces,您必须为需要访问权限的人员或应用程序创建一个 IAM 实体(用户或角色)。它们将使用该实体的凭证访问 Amazon。然后,您必须将策略附加到实体,以便在 Amazon Keyspaces 中为他们(它们)授予正确的权限。

要立即开始使用,请参阅《IAM 用户指南》中的创建您的第一个 IAM 委派用户和组

我希望允许我的 Amazon Web Services 账户以外的人访问我的 Amazon Keyspaces 资源

您可以创建一个角色,以便其他账户中的用户或您组织外的人员可以使用该角色来访问您的资源。您可以指定谁值得信赖,可以代入角色。对于支持基于资源的策略或访问控制列表 (ACL) 的服务,您可以使用这些策略向人员授予对您的资源的访问权。

要了解更多信息,请参阅以下内容: