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

# Amazon EMR Serverless 身份和访问问题排查
<a name="security_iam_troubleshoot"></a>

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

**Topics**
+ [

## 我无权在 Amazon EMR Serverless 中执行操作
](#security_iam_troubleshoot-no-permissions)
+ [

## 我无权执行 iam：PassRole
](#security_iam_troubleshoot-passrole)
+ [

## 我想允许 AWS 账户之外的用户访问我的 Amazon EMR 无服务器资源
](#security_iam_troubleshoot-cross-account-access)
+ [

## 我无法从 EMR Studio 打开实时 UI/Spark 历史服务器来调试我的作业，或者当我尝试使用获取日志时出现 API 错误 `get-dashboard-for-job-run`
](#security_iam_troubleshoot-emr-identity-access)

## 我无权在 Amazon EMR Serverless 中执行操作
<a name="security_iam_troubleshoot-no-permissions"></a>

如果 AWS 管理控制台 告诉您您无权执行某项操作，请联系您的管理员寻求帮助。管理员是指提供用户名和密码的人员。

当 `mateojackson` 用户尝试使用控制台访问有关虚构 `my-example-widget` 资源的详细信息，但不拥有虚构 `emr-serverless:GetWidget` 权限时，会发生以下示例错误。

```
User: arn:aws:iam::123456789012:user/mateojackson is not authorized to perform: emr-serverless:GetWidget on resource: my-example-widget
```

在这种情况下，Mateo 请求他的管理员更新其策略，以允许他使用 `emr-serverless:GetWidget` 操作访问 `my-example-widget` 资源。

## 我无权执行 iam：PassRole
<a name="security_iam_troubleshoot-passrole"></a>

如果收到一条错误消息，表示您无权执行 `iam:PassRole` 操作，则必须更新策略以允许将角色传递给 Amazon EMR Serverless。

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

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

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

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

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

## 我想允许 AWS 账户之外的用户访问我的 Amazon EMR 无服务器资源
<a name="security_iam_troubleshoot-cross-account-access"></a>

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

要了解更多信息，请参阅以下内容：
+ 要了解 Amazon EMR Serverless 是否支持这些功能，请参阅 [Amazon EMR Serverless 中的 Identity and Access Management （IAM）](security_iam_service-with-iam.md)。
+ 要了解如何提供对您拥有的资源的访问权限 AWS 账户 ，请参阅 [IAM 用户*指南中的向您拥有 AWS 账户 的另一个 IAM 用户*提供访问](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_aws-accounts.html)权限。
+ 要了解如何向第三方提供对您的资源的访问[权限 AWS 账户，请参阅 *IAM 用户指南*中的向第三方提供](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_third-party.html)访问权限。 AWS 账户 
+ 要了解如何通过身份联合验证提供访问权限，请参阅《IAM 用户指南》**中的[为经过外部身份验证的用户（身份联合验证）提供访问权限](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_common-scenarios_federated-users.html)。
+ 要了解使用角色和基于资源的策略进行跨账户访问之间的差别，请参阅《IAM 用户指南》**中的 [IAM 中的跨账户资源访问](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html)。

## 我无法从 EMR Studio 打开实时 UI/Spark 历史服务器来调试我的作业，或者当我尝试使用获取日志时出现 API 错误 `get-dashboard-for-job-run`
<a name="security_iam_troubleshoot-emr-identity-access"></a>

如果您使用 EMR Serverless 托管存储进行日志记录，而您的 EMR Serverless 应用程序位于具有 Amazon S3 VPC 端点的私有子网中，并且您附加了端点策略来控制访问，请将您的 VPC 策略中[使用托管存储的 EMR Serverless 日志记录](logging.html#jobs-log-storage-managed-storage)提到的权限添加到 S3 网关端点，以便 EMR Serverless 存储和提供应用程序日志。