本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
Amazon Kendra 身份和访问问题排查
您可以使用以下信息,帮助诊断和修复在使用 Amazon Kendra 和 IAM 时可能遇到的常见问题。
主题
我无权在 Amazon Kendra 中执行操作
如果 AWS Management Console 告诉您您无权执行某项操作,则必须联系管理员寻求帮助。管理员是向您提供登录凭证的人。
当 mateojackson
用户尝试使用控制台查看有关资产的详细信息,但不具有 kendra:
权限时,会发生以下示例错误。DescribeIndex
User: arn:aws:iam::123456789012:user/mateojackson is not authorized to perform: kendra:
DescribeIndex
on resource:index ARN
在这种情况下,Mateo 请求他的管理员更新其策略,以允许他使用 kendra:
操作访问 DescribeIndex
index
资源。
我无权执行 iam:PassRole
如果您收到一个错误,指明您无权执行 iam:PassRole
操作,则必须更新策略以允许您将角色传递给 Amazon Kendra。
有些 AWS 服务 允许您将现有角色传递给该服务,而不是创建新的服务角色或服务相关角色。为此,您必须具有将角色传递到服务的权限。
当名为 marymajor
的 IAM 用户尝试使用控制台在 Amazon Kendra 中执行操作时,会发生以下示例错误。但是,服务必须具有服务角色所授予的权限才可执行此操作。Mary 不具有将角色传递到服务的权限。
User: arn:aws:iam::123456789012:user/
marymajor
is not authorized to perform: iam:PassRole
在这种情况下,必须更新 Mary 的策略以允许她执行 iam:PassRole
操作。
如果您需要帮助,请联系您的 AWS 管理员。您的管理员是提供登录凭证的人。
我是管理员并希望允许其他人访问 Amazon Kendra。
要允许其他人访问 Amazon Kendra,您必须向需要访问的人员或应用程序授予权限。如果使用 AWS IAM Identity Center 管理人员和应用程序,则可以向用户或组分配权限集来定义其访问权限级别。权限集会自动创建 IAM 策略并将其分配给与人员或应用程序关联的 IAM 角色。有关更多信息,请参阅《AWS IAM Identity Center 用户指南》中的权限集。
如果未使用 IAM Identity Center,则必须为需要访问的人员或应用程序创建 IAM 实体(用户或角色)。然后,您必须将策略附加到实体,以便在 Amazon Kendra 中为它们授予正确的权限。授予权限后,向用户或应用程序开发人员提供凭证。他们将使用这些凭证访问 AWS。要了解有关创建 IAM 用户、组、策略和权限的更多信息,请参阅《IAM 用户指南》中的 IAM 身份和 IAM 中的策略和权限。
我想允许 AWS 账户以外的人访问我的 Amazon Kendra 资源
您可以创建一个角色,以便其他账户中的用户或您组织外的人员可以使用该角色来访问您的资源。您可以指定谁值得信赖,可以代入角色。对于支持基于资源的策略或访问控制列表 (ACLs) 的服务,您可以使用这些策略向人们授予访问您的资源的权限。
要了解更多信息,请参阅以下内容:
-
要了解 Amazon Kendra 是否支持这些功能,请参阅Amazon Kendra 如何与 IAM 协同工作。
-
要了解如何提供对您拥有的资源的访问权限 AWS 账户 ,请参阅 IAM 用户指南中的向您拥有 AWS 账户 的另一个 IAM 用户提供访问权限。
-
要了解如何向第三方提供对您的资源的访问权限 AWS 账户,请参阅 IAM 用户指南中的向第三方提供访问权限。 AWS 账户
-
要了解如何通过身份联合验证提供访问权限,请参阅《IAM 用户指南》中的为经过外部身份验证的用户(身份联合验证)提供访问权限。
-
要了解使用角色和基于资源的策略进行跨账户访问之间的差别,请参阅《IAM 用户指南》中的 IAM 中的跨账户资源访问。