本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
ELB 如何与 IAM 配合使用
在使用 IAM 管理对 ELB 的访问权限之前,请先了解有哪些 IAM 功能可用于 ELB。
ELB 基于身份的策略
支持基于身份的策略:是
基于身份的策略是可附加到身份(如 IAM 用户、用户组或角色)的 JSON 权限策略文档。这些策略控制用户和角色可在何种条件下对哪些资源执行哪些操作。要了解如何创建基于身份的策略,请参阅《IAM 用户指南》中的使用客户管理型策略定义自定义 IAM 权限。
通过使用 IAM 基于身份的策略,您可以指定允许或拒绝的操作和资源以及允许或拒绝操作的条件。要了解可在 JSON 策略中使用的所有元素,请参阅《IAM 用户指南》中的 IAM JSON 策略元素引用。
ELB 中基于资源的策略
支持基于资源的策略:否
基于资源的策略是附加到资源的 JSON 策略文档。基于资源的策略的示例包括 IAM 角色信任策略和 Amazon S3 存储桶策略。在支持基于资源的策略的服务中,服务管理员可以使用它们来控制对特定资源的访问。对于在其中附加策略的资源,策略定义指定主体可以对该资源执行哪些操作以及在什么条件下执行。您必须在基于资源的策略中指定主体。委托人可以包括账户、用户、角色、联合用户或 Amazon Web Services 服务。
要启用跨账户访问,您可以将整个账户或其他账户中的 IAM 实体指定为基于资源的策略中的主体。有关更多信息,请参阅《IAM 用户指南》中的 IAM 中的跨账户资源访问。
弹性负载均衡的政策行动
支持策略操作:是
管理员可以使用 Amazon JSON 策略来指定谁有权访问什么。也就是说,哪个主体可以对什么资源执行操作,以及在什么条件下执行。
JSON 策略的 Action 元素描述可用于在策略中允许或拒绝访问的操作。在策略中包含操作以授予执行关联操作的权限。
要查看 ELB 操作列表,请参阅《服务授权参考》中的 ELB V2 定义的操作和 ELB V1 定义的操作。
ELB 中的策略操作在操作前使用以下前缀:
elasticloadbalancing
要在单个语句中指定多项操作,请使用逗号将它们隔开。
"Action": [ "elasticloadbalancing:action1", "elasticloadbalancing:action2" ]
您也可以使用通配符(*)指定多个操作。例如,要指定以单词 Describe 开头的所有操作,包括以下操作:
"Action": "elasticloadbalancing:Describe*"
有关 ELB 的 API 操作的完整列表,请参阅以下文档:
-
应用程序负载均衡器、网络负载均衡器和网关负载平衡器 — API 参考版本 2015-12-01
-
经典负载均衡器— API 参考版本 2012-06-01
ELB 的策略资源
支持策略资源:是
管理员可以使用 Amazon JSON 策略来指定谁有权访问什么。也就是说,哪个主体可以对什么资源执行操作,以及在什么条件下执行。
Resource JSON 策略元素指定要向其应用操作的一个或多个对象。作为最佳实践,请使用其 Amazon 资源名称(ARN)指定资源。对于不支持资源级权限的操作,请使用通配符 (*) 指示语句应用于所有资源。
"Resource": "*"
某些 ELB API 操作支持多种资源。要在单个语句中指定多个资源,请 ARNs 用逗号分隔。
"Resource": [ "resource1", "resource2" ]
要查看 ELB 资源类型及其列表 ARNs,请参阅《服务授权参考》中的 ELB V2 定义的资源和 ELB V1 定义的资源。要了解您可以使用哪些操作来指定每种资源的 ARN,请参阅 ELB V2 定义的操作和 ELB V1 定义的操作。
ELB 的策略条件密钥
支持特定于服务的策略条件键:是
管理员可以使用 Amazon JSON 策略来指定谁有权访问什么。也就是说,哪个主体可以对什么资源执行操作,以及在什么条件下执行。
Condition 元素指定语句何时根据定义的标准执行。您可以创建使用条件运算符(例如,等于或小于)的条件表达式,以使策略中的条件与请求中的值相匹配。要查看所有 Amazon 全局条件键,请参阅 IAM 用户指南中的Amazon 全局条件上下文密钥。
要查看 ELB 条件密钥列表,请参阅《服务授权参考》中的 ELB V2 的条件密钥和 ELB V1 的条件密钥。要了解可以使用条件键的操作和资源,请参阅 ELB V2 定义的操作和 ELB V1 定义的操作。
条件键
elasticloadbalancing:ListenerProtocol 条件键
elasticloadbalancing:ListenerProtocol 条件键可用于定义可创建和使用的侦听器类型的条件。该策略适用于应用程序负载均衡器、网络负载均衡器和经典负载均衡器。以下操作支持此条件键:
API 版本 2015-12-01
-
CreateListener -
ModifyListener
API 版本 2012-06-01
-
CreateLoadBalancer -
CreateLoadBalancerListeners
以下示例策略要求用户为其应用程序负载均衡器的侦听器选择 HTTPS 协议,为其网络负载均衡器的侦听器选择 TLS 协议。
使用经典负载均衡器时,您可以在单个调用中指定多个侦听器。因此,您的策略必须使用多值上下文键,如以下示例所示。
elasticloadbalancing:SecurityPolicy 条件键
elasticloadbalancing:SecurityPolicy 条件键可用于定义和强制执行负载均衡器上的特定安全策略的条件。该策略适用于应用程序负载均衡器、网络负载均衡器和经典负载均衡器。以下操作支持此条件键:
API 版本 2015-12-01
-
CreateListener -
ModifyListener
API 版本 2012-06-01
-
CreateLoadBalancerPolicy -
SetLoadBalancerPoliciesOfListener
以下示例策略要求用户为其应用程序负载均衡器和网络负载均衡器选择指定的安全策略之一。
elasticloadbalancing:Scheme 条件键
elasticloadbalancing:Scheme 条件键可用于定义在创建负载均衡器期间可以选择哪种方案的条件。该策略适用于应用程序负载均衡器、网络负载均衡器和经典负载均衡器。以下操作支持此条件键:
API 版本 2015-12-01
-
CreateLoadBalancer
API 版本 2012-06-01
-
CreateLoadBalancer
以下示例策略要求用户为其负载均衡器选择指定的方案。
elasticloadbalancing:SecurityGroup 条件键
重要
ELB 接受安全组的所有大写形式。 IDs但是,请确保使用适当的不区分大小写的条件运算符,例如 StringEqualsIgnoreCase。
elasticloadbalancing:SecurityGroup 条件键可用于定义哪些安全组可以应用于负载均衡器的条件。该策略适用于应用程序负载均衡器、网络负载均衡器和经典负载均衡器。以下操作支持此条件键:
API 版本 2015-12-01
-
CreateLoadBalancer -
SetSecurityGroups
API 版本 2012-06-01
-
CreateLoadBalancer -
ApplySecurityGroupsToLoadBalancer
以下示例策略要求用户为其负载均衡器选择指定的安全组之一。
"Version": "2012-10-17", "Statement": { "Effect": "Allow", "Action": [ "elasticloadbalancing:CreateLoadBalancer", "elasticloadbalancing:SetSecurityGroup" ], "Resource": "*", "Condition": { "ForAnyValue:StringEqualsIgnoreCase":{ "elasticloadbalancing:SecurityGroup": [ "sg-51530134", "sg-51530144", "sg-51530139" ] }, } } }
elasticloadbalancing:Subnet 条件键
重要
ELB 接受子网的所有大写形式。 IDs但是,请确保使用适当的不区分大小写的条件运算符,例如 StringEqualsIgnoreCase。
elasticloadbalancing:Subnet 条件键可用于定义可以创建哪些子网并将其附加到负载均衡器的条件。该策略适用于应用程序负载均衡器、网络负载均衡器、网关负载均衡器和经典负载均衡器。以下操作支持此条件键:
API 版本 2015-12-01
-
CreateLoadBalancer -
SetSubnets
API 版本 2012-06-01
-
CreateLoadBalancer -
AttachLoadBalancerToSubnets
以下示例策略要求用户为其负载均衡器选择指定的子网之一。
elasticloadbalancing:ResourceTag 条件键
elasticloadbalancing:ResourceTag/key条件密钥特定于 ELB。所有变异操作都支持此条件键。
ACLs 在 ELB 中
支持 ACLs:否
访问控制列表 (ACLs) 控制哪些委托人(账户成员、用户或角色)有权访问资源。 ACLs 与基于资源的策略类似,尽管它们不使用 JSON 策略文档格式。
带有 ELB 的 ABAC
支持 ABAC(策略中的标签):是
基于属性的访问权限控制(ABAC)是一种授权策略,该策略基于称为标签的属性来定义权限。您可以将标签附加到 IAM 实体和 Amazon 资源,然后设计 ABAC 策略以允许在委托人的标签与资源上的标签匹配时进行操作。
要基于标签控制访问,您需要使用 aws:ResourceTag/key-nameaws:RequestTag/ 或 key-nameaws:TagKeys 条件键在策略的条件元素中提供标签信息。
如果某个服务对于每种资源类型都支持所有这三个条件键,则对于该服务,该值为是。如果某个服务仅对于部分资源类型支持所有这三个条件键,则该值为部分。
有关 ABAC 的更多信息,请参阅《IAM 用户指南》中的使用 ABAC 授权定义权限。要查看设置 ABAC 步骤的教程,请参阅《IAM 用户指南》中的使用基于属性的访问权限控制(ABAC)。
在 ELB 中使用临时证书
支持临时凭证:是
临时证书提供对 Amazon 资源的短期访问权限,并且是在您使用联合身份或切换角色时自动创建的。 Amazon 建议您动态生成临时证书,而不是使用长期访问密钥。有关更多信息,请参阅《IAM 用户指南》中的 IAM 中的临时安全凭证和使用 IAM 的。Amazon Web Services 服务
ELB 的跨服务主体权限
支持转发访问会话(FAS):是
转发访问会话 (FAS) 使用调用主体的权限 Amazon Web Services 服务,再加上 Amazon Web Services 服务 向下游服务发出请求的请求。有关发出 FAS 请求时的策略详情,请参阅转发访问会话。
ELB 的服务角色
支持服务角色:否
服务角色是由一项服务担任、代表您执行操作的 IAM 角色。IAM 管理员可以在 IAM 中创建、修改和删除服务角色。有关更多信息,请参阅《IAM 用户指南》中的创建向 Amazon Web Services 服务委派权限的角色。
ELB 的服务相关角色
支持服务关联角色:是
服务相关角色是一种与服务相关联的 Amazon Web Services 服务服务角色。服务可以代入代表您执行操作的角色。服务相关角色出现在您的中 Amazon Web Services 账户 ,并且归服务所有。IAM 管理员可以查看但不能编辑服务关联角色的权限。
有关创建或管理 ELB 服务相关角色的详细信息,请参阅。ELB 服务相关角色