订阅

UiPath Automation Cloud™

UiPath Automation Cloud™ 指南

有关 Automation Cloud 和我们的云服务当前状态的信息,请参阅“状态”页面。

配置 SAML 集成

您可以将 Automation Cloud 连接到任何使用 SAML 2.0 标准的身份提供程序 (IdP)。本页将通过展示一些 SAML 集成配置示例来说明整个流程。

This feature is only available if you are on the Enterprise licensing plan.

配置流程概述


SAML 集成经精心设计,您可以逐步实施,而不会影响现有用户。

此页面更详细地描述了流程的主要阶段,其中包括:

  1. 清理非活动用户帐户
  2. 配置 SAML 集成
  3. 转换现有用户以使用 SAML SSO 登录
  4. 为新用户配置权限和机器人
  5. 停止使用本地帐户(可选)

 

已知限制


  • Viewing API access information, which allows you to authorize API requests using a user key, is not available for directory users that sign in through the SAML integration.
  • 使用 SAML 集成,您无法从身份提供程序搜索所有用户和组。只有已配置的目录用户才可在 Automation Cloud 中搜到。

 

先决条件


要设置 SAML 集成,您需要:

  • An Automation Cloud organization with the Enterprise licensing plan.
  • Automation Cloud 和第三方身份提供程序中的管理员权限。
    如果您在身份提供程序中没有管理员权限,则可以与管理员合作完成设置流程。
  • UiPath Studio and UiPath Assistant version 2020.10.3 or later, so that you can set them up to use the recommended deployment.

📘

从 Azure Active Directory 集成切换

如果您当前使用的是 Azure Active Directory 集成进行身份验证,我们建议您继续使用 AAD 集成,因为其功能更丰富。

如果您确实决定不再使用 AAD 集成,则必须将通过目录组完成的角色分配手动替换为对目录帐户的直接角色分配,这样您就不必完全重新创建访问架构。

 

步骤 1. 清理非活动用户帐户


如果您的组织回收电子邮件地址,则在配置 SAML 集成之前请务必删除所有非活动的用户帐户。

启用集成时,Automation Cloud 中的本地帐户可以与使用相同电子邮件地址的外部身份提供程序中的目录帐户相关联。当目录帐户用户首次使用该电子邮件地址登录时,会与该帐户关联。身份提供程序的身份将继承本地帐户具有的任何角色,以便无缝转换。
因此,如果 Automation Cloud 中有非活动本地帐户,则这就会存在本地帐户与目录帐户不匹配的风险,这样可能会导致权限意外得到提升。

要删除非活动的用户帐户,请执行以下操作:

  1. 以组织管理员身份登录 Automation Cloud。
  2. 转到“管理员”,选择您的组织,然后选择“帐户和组”。
    组织的“帐户和组” 页面将在“用户” 选项卡上打开。
  3. 单击“上次活跃”列的列标题,以对用户重新排序,以便上次登录日期最早的用户显示在顶部:
122

“上次活跃”列显示用户上次登录 Automation Cloud 的日期。如果您在此列中看到“待定”(如上例所示),则这表示用户从未登录。您可以使用此信息来识别不活跃的用户。

  1. 单击行末尾的“删除”图标以删除该用户的本地帐户。
1174
  1. 在确认对话框中,单击“删除”,确认从 Automation Cloud 中删除帐户。
    用户帐户将从页面中移除。
  2. 继续删除组织中所有非活动的用户帐户。

 

步骤 2. 配置 SAML 集成


现在,您必须为集成配置 Automation Cloud 和身份提供程序 (IdP)。

步骤 2.1.获取 SAML 服务提供程序详细信息

  1. 以组织管理员身份登录 Automation Cloud。
  2. 转到“管理员”,选择您的组织,然后选择“安全”。
    组织的“安全设置”页面将在“身份验证设置”选项卡上打开。
  3. 选择“用户可以使用 SAML SSO 登录”,然后单击“配置”。
    系统将打开信息对话框。
  4. 在对话框中,单击“继续”。
    下一页提供集成的概述。
  5. 在右下角,单击“下一步”以继续配置。
    在“一般详细信息”步骤中的“要在 IdP 中配置的数据”下,我们提供配置身份提供程序以连接到 Automation Cloud 的所需信息。
750
  1. 复制并保存元数据 URL实体 ID断言使用者服务 URL的值。您在下一步中将需要这些信息。

随时开启浏览器标签页以备后用。

步骤 2.2.配置您的身份提供程序

Automation Cloud 可以连接到使用 SAML 2.0 标准的任何第三方身份提供程序 (IdP)。

虽然配置可能会因您选择的 IdP 而异,但我们已经验证了以下提供程序的配置,您可以将其用作配置集成的参考:
A. Okta
B. PingOne

对于其他身份提供程序,我们建议您遵循其集成文档。

A. Okta 的示例配置

📘

本节中的说明适用于示例配置。如需此处未涵盖的任何 IdP 设置的更多相关信息,请使用 Okta 文档

  1. 在其他浏览器选项卡中,登录到“Okta 管理控制台”。
  2. 转到“应用程序”>“应用程序”,单击“创建应用程序集成” ,然后选择“SAML 2.0”作为登录方法。
  3. 在“常规设置”页面中,指定要集成的 Automation Cloud 应用程序名称。
  4. 在“配置 SAML”页面上,按照以下内容填写“常规”部分:
    a. 单点登录 URL:输入从 Automation Cloud 获取的断言使用者服务 URL 值。
    b. 选中“将此用于收件人 URL 和目标 URL”复选框。
    c. 受众 URI:输入从 Automation Cloud 获取的实体 ID 值。
    d. 姓名 ID 格式:选择“电子邮件地址”
    e. 应用程序用户名:选择“电子邮件”
  5. 对于属性语句,请添加以下内容:
    a. 名称http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress
    b. 将“名称格式”保留为“未指定”。
    c. 将“值”设置为 user.email 或包含用户唯一电子邮件地址的用户属性
    d. 添加其他属性映射(可选)。Automation Cloud 还支持“名字”、“姓氏”、“职位名称”和“部门”用户属性。然后,此信息将传播到 Automation Cloud,供其他服务(例如 Automation Hub)使用。
  6. 在“反馈”页面上,选择您偏好的选项。
  7. 单击“完成”
  8. 在“登录”选项卡的“设置”部分,在“查看设置说明”下,复制“身份提供程序元数据 URL”值并保存以备后用。
  9. 在 Automation Cloud 的“应用程序”页面,选择新创建的应用程序。
  10. 在“分配”选项卡中,选择“分配” > “分配给人员”,然后选择允许对 Automation Cloud 使用 SAML 身份验证的用户。
    新添加的用户将显示在“人员”选项卡上。

B. PingOne 的示例配置

📘

本节中的说明适用于示例配置。如需此处未涵盖的任何 IdP 设置的更多相关信息,请使用 PingOne 文档

  1. 在其他浏览器选项卡中,登录到 PingOne 管理控制台。
  2. 转到“连接” > “应用程序”,然后单击加号图标“+”。
  3. 单击“网页应用程序”,对于 SAML,单击“配置”。
  4. 在“创建应用程序配置文件”页面中,指定 Automation Cloud 应用程序的名称。
  5. 在“配置 SAML 连接”页面上,选择“手动输入”并提供以下信息:
    • ACS URL:输入从 Automation Cloud 获取的断言使用者服务 URL 值。
    • 实体 ID:输入从 Automation Cloud 获取的实体 ID 值。
    • SLO 绑定HTTP 重定向
    • 断言有效期:输入有效期的秒数。
  6. 单击“保存并继续”。
  7. 在“映射属性”页面上,添加电子邮件地址:
    a. 选择“ + 添加属性”。
    b.对于“应用程序属性”,请输入 http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress
    c. 将“传出值”设置为“电子邮件地址”或包含用户的唯一电子邮件地址的用户属性。
    d. 选中“必填项”复选框。
    e. 添加其他属性映射(可选)。Automation Cloud 还支持“名字”、“姓氏”、“职位名称”和“部门”用户属性。然后,此信息将传播到 Automation Cloud,供其他服务(例如 Automation Hub)使用。
  8. 单击“保存并关闭”。
  9. 单击 Automation Cloud 应用程序的切换开关,启用该应用程序以供用户访问。
  10. 在“配置”选项卡上,复制并保存“IdP 元数据 URL”值以供之后使用。

步骤 2.3.配置 Automation Cloud

要将 Automation Cloud 启用为识别您身份提供程序的服务提供程序,请按以下步骤操作:

  1. 返回到 Automation Cloud 中的“SAML 配置”选项卡。
  2. 在“常规详细信息”步骤中
    a. 在“来自 IdP 的数据”下,使用配置期间获取的元数据 URL 填写“元数据 URL”字段。
    b. 单击“获取数据”。完成后,系统将在“登录 URL”、“身份提供程序实体 ID”和“签名证书”字段填充 IdP 信息。
    c. 单击右下角的“下一步”以转到下一步。
  3. 在“配置设置”步骤中:
    a. 在“允许的域”部分中填写要允许用户登录的域。输入由经配置的身份提供程序支持的所有域。使用逗号分隔多个域。
    b. 选中此复选框,即表示您了解具有匹配电子邮件地址的帐户将被关联。
    c. 在“属性映射”下,使用 IdP 中要在 Automation Cloud 中显示为用户名称的属性填写“显示名称”字段。您可以在此处使用“名字”和“姓氏”属性。
    d.(可选)使用 IdP 中的属性填写剩余字段。
    e.如果您还想配置高级详细信息,请单击右下角的“下一步”以进入最后一步。
    否则,请单击“测试并保存”以完成集成配置,并跳过本节中的其余步骤。
  4. 在“高级设置”页面上,根据需要配置选项:
    • 允许主动执行的身份验证响应:如果您希望能够从 IdP 仪表板导航到 Automation Cloud,请启用该功能。
    • SAML 绑定类型:选择 SAML 配置应如何通过 HTTP 用户代理进行通信。选择“HTTP 重定向”以使用 URL 参数,或选择 HTTP POST 以使用具有 Base64 编码内容的 HTML 表单。
    • 服务证书用法:选择要使用 IdP 服务证书的操作。
  5. 单击“测试并保存”以完成集成配置。

步骤 2.4.检查集成是否正在运行

要验证 SAML SSO 集成是否正常运行,请执行以下操作:

  1. 打开一个隐身浏览器窗口。
  2. 导航到您的 Automation Cloud URL
  3. 检查以下内容:
    a. 系统是否会提示您使用 SAML 身份提供程序登录?
    b. 您能否成功登录?
    c.如果您使用与现有用户帐户匹配的电子邮件地址登录,您是否拥有适当的权限?

步骤 2.5.配置配置规则(可选)

如果您在 IdP 中使用声明,则可以在配置规则中将其用作条件,以便在用户登录 Automation Cloud 时自动为其配置正确的许可证和角色。

当用户登录时,系统将评估配置规则。如果用户帐户符合规则的条件,系统会自动将其添加到与该规则关联的组中。

阶段 1. 设置配置组

在 Automation Cloud 中,向组添加帐户意味着该帐户将继承为该组定义的许可证、角色和机器人配置(如有)。

因此,如果您针对特定类型的用户(例如,创建自动化的员工或测试自动化的员工)设置了一个组,则只需在 IdP 中以对其他类似帐户采取的相同方式进行设置,即可将该类型的新员工加入 Automation Cloud 中。

这样,您只需设置一次组,然后在需要时通过向组添加帐户来复制设置即可。此外,如果需要更改特定用户组的设置,则只需更新一次该组,这些更改便会应用于该组中的所有帐户。

要为配置规则设置组

  1. 在 Automation Cloud 中创建一个新的本地组。添加组
    如有需要,您可以使用其中一个现有组,而不必创建新组。
  2. (此为可选项,需要用户许可证管理)如果此组中的用户需要用户许可证,请为该组设置许可证分配规则。按组成员身份分配许可证
    如果您使用的是现有组,请检查该组的许可证分配情况,确保分配的许可证正确无误。如未使用现有组,请更改分配情况,或考虑创建一个新组。
  3. 为组分配租户角色,也可以完成机器人设置。向组分配角色
    如果您使用的是现有组,请检查当前分配给该组的角色,确保其符合您将添加到该组中的用户类型。如未使用现有组,请编辑分配给该组的角色,或考虑创建一个新组。
  4. 根据需要将组添加到文件夹中并分配文件夹角色。管理文件夹访问权限

现在,您可以在配置规则中使用此组。

阶段 2. 为组创建配置规则

配置 SAML 集成并设置组后:

  1. 转到“管理员”,选择您的组织,然后选择“安全”。
    组织的“安全设置”页面将在“身份验证设置”选项卡上打开。
  2. 在“SAML SSO”选项下,单击“查看配置规则”:
780

系统将打开“SAML SSO 配置规则”页面,其中列出了现有规则。

  1. 在页面右上角,单击“添加规则”。
    系统将打开“添加新规则”页面。
  2. 在“基本详细信息”下,填写“规则名称”字段,并填写“说明”字段(可选)。
  3. 在“条件”下,单击“添加规则”。
    系统会为新条件添加一行字段。它们共同定义帐户在登录时必须满足的条件,才能被添加到稍后选择的组中。
995
  1. 在“声明”字段中,输入 IdP 中显示的声明名称。
  2. 从“关系”列表中,选择声明与值的关系。可选择以下选项:
RelationshipCondition requirementExample
is exact match, case sensitiveDepartment is RPA requires that the value for the Department claim be RPA.
The condition is not met if the value is RPADev, for example.
is not anything except specified value, case sensitiveFor Department is not ctr, any account is added to the group unless Department has the value ctr.
The condition is met if the department is Ctr or electr.
contains includes, does not require an exact match, case sensitiveDepartment contains RPA requires that the value for the Department claim include RPA.
The condition is met if the value is RPADev, xRPAx, or NewRPA, for example.
not contains excludes, does not require an exact match, case sensitiveFor Department not contains ctr, any account is added to the group unless the Department value includes ctr.
Accounts for which the department is ctr or electr, for example, are not added to the group.
is case insensitive exact match, not case sensitiveDepartment is case insensitive RPA requires that the value for the Department claim be rpa, in any capitalization.
The condition is met if the value is rpa, for example. The condition is not met if the value is crpa.
contains case insensitive includes, does not require an exact match, not case sensitiveDepartment contains case insensitive RPA requires that the value for the Department claim include RPA, in any capitalization.
The condition is met if the value is rpa, cRPA, or rpA, for example.
  1. 在“值”字段中,输入满足条件所需的值。
  2. 如果要添加另一个条件,请单击“添加规则”,添加新的条件行。
    添加多个条件时,必须满足所有条件才能应用配置规则。例如,如果您定义了 Department is RPATitle is Engineer 规则,则只有同时属于 RPA 部门且具有职位名称为“工程师”的用户才会被添加到指定的组中。部门为 RPA、但职位名称为 QA 的帐户不会被添加到组中。
  3. 在“分配给组”下的“添加组”框中,开始输入组名,然后从结果列表中选择一个组。如有需要,重复此操作,添加更多组。
    若满足条件,帐户会在登录时自动添加到这些组中。
  4. 单击右下角的“保存”,添加规则。

规则设置好后,每当用户登录 Automation Cloud 并且其帐户满足为规则指定的条件时,系统均会将其帐户添加到附加至规则的配置组中,还会将其账户设置为在 Automation Cloud 中使用。

 

步骤 3. 让您的用户转用 SAML SSO 登录


在您配置权限后,我们建议您要求所有现有用户注销其 UiPath 帐户并使用 SAML SSO 登录。

Make sure you provide your organization-specific URL for Automation Cloud to all your users and follow the instructions below. Only organization administrators can see the organization URL in Organization Settings.

要使用 SAML SSO 登录 Automation Cloud,用户可以:

  • 导航到特定于组织的 URL。URL 必须包含组织 ID,并以正斜杠结尾,例如 https://cloud.uipath.com/orgID/
  • navigate to https://cloud.uipath.com, select Continue with SSO on the Login page, then provide their organization-specific URL.

要使用 SAML SSO 登录 UiPath Studio 和 UiPath Assistant,用户必须按如下方式配置 Assistant:

  1. 在 Assistant 中,打开“首选项”,然后选择“Orchestrator 连接”选项卡。
  2. 单击“注销”
  3. 对于连接类型,请选择“服务 URL”
  4. 在“服务 URL”字段中,添加特定于组织的 URL。
    URL 必须包含组织 ID,并以正斜杠结尾,例如 https://cloud.uipath.com/orgID/。否则,连接将失败,失败即表明用户不属于任何组织。
  5. 使用 SAML SSO 重新登录。

 

步骤 4. 配置权限和机器人


这仅适用于以前未使用过 Automation Cloud,且因此在启用集成时未拥有设置好的本地帐户的新用户。

您可以通过电子邮件地址(在外部 IdP 中使用)将新用户添加到 Automation Cloud 组。用户经分配或登录后,即可在所有 Automation Cloud 服务中搜索角色分配来访问组。

步骤 5. 停止使用本地用户帐户(可选)


在所有用户都已转用 SAML SSO 登录且新用户已设置完成后,我们建议您移除所有非管理员帐户的本地用户帐户。这可确保用户无法再使用其本地帐户凭据登录,而必须使用 SAML SSO 登录。
You can identify local user accounts based on the user icons.

停止使用本地帐户的注意事项

在 Automation Cloud 中管理身份验证设置

如果 SAML 集成出现问题(例如更新过期的证书),或者您想切换到其他身份验证设置,建议使用具有组织管理员角色的本地用户帐户。

API 访问权限

如果已有流程,且这些流程依赖于通过单击“API 访问”(“管理员”>“租户”页面)获取的信息来对服务进行 API 调用,则您需要一个 UiPath 帐户,这是因为使用 SAML SSO 帐户登录时,无法使用该按钮。或者,您可以使用 OAuth 进行授权。在这种情况下,您不再需要“API 访问权限”中的信息。

 

故障排除


如果您收到错误 User login failed. (#216),则可能是由于 SAML 身份提供程序配置中缺少电子邮件地址映射。
SAML 声明必须命名为http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress,并且该值必须具有有效电子邮件地址。

Updated a day ago


配置 SAML 集成


您可以将 Automation Cloud 连接到任何使用 SAML 2.0 标准的身份提供程序 (IdP)。本页将通过展示一些 SAML 集成配置示例来说明整个流程。

建议的编辑仅限用于 API 参考页面

您只能建议对 Markdown 正文内容进行编辑,而不能建议对 API 规范进行编辑。