3.5. 配置身份验证类型

步骤

1. 在导航面板中，选择 Access Management Authentication Methods。
2. 点 Create authentication。
3. 输入此 Local 配置的 Name。配置名称是必需的，在所有验证器间都必须是唯一的，且不得超过 512 个字符。
4. 从 Authentication type 列表中选择 Local。
5. 从 Auto migrate users from 列表中选择一个旧的验证器方法。从 2.4 升级到 2.5 后，这是旧的验证器，用于从中自动将用户迁移到这个新的身份验证配置。有关迁移用户的重要信息，请参阅 RPM 升级和迁移指南中的 Ansible Automation Platform 升级后步骤。

6. 可选：输入此验证器可以采用的任何其他 身份验证器字段。这些字段不会被验证，并直接传递给验证器。

   注意

   此字段中定义的值覆盖 UI 中提供的专用字段。此处未定义的任何值都不提供给验证器。

7. 要在成功登录时自动创建机构、用户和团队，请选择 Create objects。
8. 要在创建时启用此验证方法，请选择 Enabled。
9. 要在之前从此来源进行身份验证时添加的任何组删除用户，请选择 Remove users。
10. 点击 Next。

步骤

1. 在导航面板中，选择 Access Management Authentication Methods。
2. 点 Create authentication。
3. 输入此身份验证配置的 Name。
4. 从 Authentication type 列表中选择 LDAP。Authentication details 部分自动更新，以显示与所选验证类型相关的字段。
5. 从 Auto migrate users from 列表中选择一个旧的验证器方法。从 2.4 升级到 2.5 后，这是旧的验证器，用于从中自动将用户迁移到这个新的身份验证配置。有关迁移用户的重要信息，请参阅 RPM 升级和迁移指南中的 Ansible Automation Platform 升级后步骤。
6. 在 LDAP Server URI 字段中，输入或修改您要连接的 LDAP 服务器列表。此字段支持多个地址。

7. 在 LDAP 绑定 DN 文本字段中，输入 Distinguished Name (DN)以指定 Ansible Automation Platform 用来连接到 LDAP 服务器的用户，如下例所示：

   CN=josie,CN=users,DC=website,DC=com

   Copy to Clipboard Toggle word wrap
8. 在 LDAP Bind Password 文本字段中，输入用于绑定用户的密码。

9. 从 LDAP Group Type 列表中选择一个组类型。

   group type 定义组的类名称，后者管理 LDAP 目录中与用户关联的组，并由此流程的第 14 步中指定的搜索返回。组类型以及组参数和组搜索用于在登录期间查找和为用户分配组，也可以在映射过程中评估。下表列出了可用的组类型，以及它们的描述以及每个组所需的参数。默认情况下，通过获取 cn 属性的第一个值，LDAP 组将映射到 Django 组。您可以使用 name_attr 指定不同的属性。例如，name_attr='cn'。

   Expand

   表 3.1. 可用的 LDAP 组类型

   LDAP 组类型	描述	initializer 方法(init)
   PosixGroupType	处理 posixGroup 对象类。这会检查主组和组成员资格。	name_attr='cn'
   MemberDNGroupType	处理 group 对象中包含其成员 DN 列表的分组机制。	member_attr, name_attr='cn'
   GroupOfNamesType	处理 groupOfNames 对象类。等同于 MemberDNGroupType ('member')。	name_attr='cn'
   GroupOfUniqueNamesType	处理 groupOfUniqueNames 对象类。等同于 MemberDNGroupType ('uniqueMember')。	name_attr='cn'
   ActiveDirectoryGroupType	处理 Active Directory 组。等同于 MemberDNGroupType ('member')。	name_attr='cn'
   OrganizationalRoleGroupType	处理 organizationalRole 对象类。等同于 MemberDNGroupType ('roleOccupant')。	name_attr='cn'
   NestedGroupOfNamesType	处理 groupOfNames 对象类。等同于 NestedMemberDNGroupType ('member')。	member_attr, name_attr='cn'
   NestedGroupOfUniqueNamesType	处理 groupOfUniqueNames 对象类。等同于 NestedMemberDNGroupType ('uniqueMember')。	name_attr='cn'
   NestedActiveDirectoryGroupType	处理 Active Directory 组。等同于 NestedMemberDNGroupType ('member')。	name_attr='cn'
   NestedOrganizationalRoleGroupType	处理 organizationalRole 对象类。等同于 NestedMemberDNGroupType ('roleOccupant')。	name_attr='cn'

   Show more
   注意

   Ansible Automation Platform 支持的组类型使用底层 django-auth-ldap 库。要为所选组类型指定参数，请参阅此步骤的第 14 步。

10. 您可以使用 LDAP 用户 DN 模板 作为用户搜索的替代选择。这种方法对于用户查找效率要高，而不是搜索在您的机构环境中。输入模板的名称，如下例所示：

    uid=%(user)s,cn=users,cn=accounts,dc=example,dc=com

    Copy to Clipboard Toggle word wrap

    其中： uid 是用户标识符，cn 是通用名称，dc 是域组件。

    注意

    如果此设置具有值，它将被使用，而不是 LDAP 用户搜索设置。

11. LDAP Start TLS 默认禁用。STARTTLS 允许您的 LDAP 连接使用传输层安全(TLS)从未加密的连接升级到安全连接。要在 LDAP 连接没有使用 SSL 时启用 StartTLS，请将开关设置为 On。

12. 可选：输入此验证器可以采用的任何其他 身份验证器字段。这些字段不会被验证，并直接传递给验证器。

    注意

    此字段中定义的值覆盖 UI 中提供的专用字段。此处未定义的任何值都不提供给验证器。

13. 输入为 LDAP 连接 设置的任何 LDAP 连接选项。默认情况下不禁用 LDAP 引用。禁用此设置以防止登录流超时并确保成功的用户登录。选项名称应该是字符串，如下例所示：

    OPT_REFERRALS: 0
    OPT_NETWORK_TIMEOUT: 30

    Copy to Clipboard Toggle word wrap

    有关可设置的选项和值，请参阅 python-LDAP 参考。

14. 根据所选的 LDAP 组类型， LDAP Group Type Parameters 字段中提供了不同的参数。LDAP_GROUP_TYPE_PARAMS 是一个字典，它转换为 kwargs，并传递给所选的 LDAP 组类型 类。组类型使用两种常用参数： name_attr 和 member_attr。其中 name_attr 默认为 cn，member_attr 默认为 member ：

    {"name_attr": "cn", "member_attr": "member"}

    Copy to Clipboard Toggle word wrap

    要确定特定 LDAP 组类型需要的参数，请参阅类 init 参数上的 django_auth_ldap 文档。

15. 在 LDAP Group Search 字段中，指定应搜索哪些组以及如何搜索它们，如下例所示：

    [
    "dc=example,dc=com",
    "SCOPE_SUBTREE",
    "(objectClass=group)"
     ]

    Copy to Clipboard Toggle word wrap

16. 在 LDAP User Attribute Map 字段中，输入用户属性，将 LDAP 字段映射到您的 Ansible Automation Platform 用户，如 email 或 first_name，如下例所示：

    {
    "first_name": "givenName",
    "last_name": "sn",
    "email": "mail"
    }

    Copy to Clipboard Toggle word wrap

17. 在 LDAP User Search 字段中输入在身份验证期间搜索用户的位置，如下例所示：

    [
    "OU=Users,DC=website,DC=com",
    "SCOPE_SUBTREE",
    "(cn=%(user)s)"
    ]

    Copy to Clipboard Toggle word wrap

    如果没有设置 LDAP 用户 DN 模板，Ansible Automation Platform 会使用 绑定 DN 模板和 LDAP 绑定 密码对 LDAP 进行身份验证。身份验证后，将执行 LDAP 搜索来查找此字段指定的用户。如果找到了用户，Ansible Automation Platform 会根据 LDAP 搜索发现的用户验证提供的密码。通过输入多个搜索术语，支持带有 LDAPUnion 的用户支持多个搜索查询，如下例所示：

    [
        [
            "ou=users,dc=example,dc=com",
            "SCOPE_SUBTREE",
            "uid=%(user)s"
        ],
         [
            "ou=employees,dc=subdivision,dc=com",
            "SCOPE_SUBTREE",
            "uid=%(user)s"
         ]
    ]

    Copy to Clipboard Toggle word wrap

    如果在多次搜索过程中找到非唯一的用户，则这些用户将无法登录到 Ansible Automation Platform。根据提供的示例，如果在 ou=users,dc=example,dc=com 和 ou=employees,dc=subdivision,dc=com 中都找不到带有 uid=jdoe 的用户，则 jdoe 用户都无法登录。在任一分支中找到的所有其他唯一用户仍然可以登录。

    注意

    如果填充了字段 LDAP 用户 DN 模板，它将优先于 LDAP User Search 字段，只有模板才会用于验证用户。

18. 要在成功登录时自动创建机构、用户和团队，请选择 Create objects。
19. 要在创建时启用此验证方法，请选择 Enabled。
20. 要在之前从此来源进行身份验证时添加的任何组删除用户，请选择 Remove users。
21. 单击 Create Authentication Method。

步骤

1. 在导航面板中，选择 Access Management Authentication Methods。
2. 点 Create authentication。
3. 输入此 SAML 配置的 Name。
4. 从 Authentication type 列表中选择 SAML。Authentication details 部分自动更新，以显示与所选验证类型相关的字段。
5. 从 Auto migrate users from 列表中选择一个旧的验证器方法。从 2.4 升级到 2.5 后，这是旧的验证器，用于从中自动将用户迁移到这个新的身份验证配置。有关迁移用户的重要信息，请参阅 RPM 升级和迁移指南中的 Ansible Automation Platform 升级后步骤。
6. 在 SAML Service Provider Entity ID 字段中输入应用程序定义的唯一标识符，用作 SAML 服务提供商实体 ID 字段中的 SAML 服务提供商配置的使用者。这通常是服务供应商的基本 URL，但实际值取决于您的 IdP 所预期的实体 ID。
7. 在 SAML Service Provider Public Certificate 字段中包含证书内容。此信息包含在您作为先决条件创建的 cert.pem 中，必须包含-- BEGIN CERTIFICATE-- 和-- END CERTIFICATE--。
8. 在 SAML Service Provider Private Key 字段中包含私钥内容。此信息包含在您作为先决条件创建的 key.pem 中，必须包含-- BEGIN PRIVATE KEY-- 和-- END PRIVATE KEY--。
9. 在 IdP Login URL 字段中输入要重定向至 的登录登录的 URL。这是 SAML IdP 应用程序的登录 URL。

10. 在 IdP Public Cert 字段中输入来自 IdP 的 secret 的公共证书。这是可从 IdP 下载的 SAML 证书。

    注意

    IdP Public Cert 字段中的 IdP 应包含整个证书，包括-- BEGIN CERTIFICATE-- 和-- END CERTIFICATE--。如果 IdP 没有包含前缀和后缀，则必须手动输入前缀和后缀。

11. 在实体 ID 中输入断言返回的 实体 ID。这是 IdP SAML 应用程序的标识符。您可以在 IdP 提供的 SAML 元数据中找到这个值。
12. 在 Groups, User Email, Username, User Last Name and User First Name 中输入用户详细信息。

13. 在 User Permanent ID 字段中输入用户的永久 ID。此字段是必需的。

    注意

    其他属性可能通过 SAML IdP 提供。这些值必须包含在 Additional Authenticators 字段或 SAML IDP to extra_data 属性映射 字段中。详情请参考这些步骤。

14. SAML Assertion Consumer Service (ACS) URL 字段将服务注册为服务提供者(SP)，其中包含您配置的每个身份提供程序(IdP)。将此字段留空。保存这个验证方法后，会自动生成它。此字段必须与 IdP 中的 Reply URL 设置匹配。

15. 可选：输入此验证器可以采用的任何其他 身份验证器字段。这些字段不会被验证，并直接传递给验证器。例如，要确保为映射包含 Email, Username, Last Name, First Name 以外的所有 SAML IdP 属性，请输入：

    GET_ALL_EXTRA_DATA: true

    Copy to Clipboard Toggle word wrap

    另外，您可以在 SAML IDP 到 extra_data 属性映射字段中包含 SAML IdP 属性 列表。

    注意

    此字段中定义的值覆盖 UI 中提供的专用字段。此处未定义的任何值都不提供给验证器。

16. 在 SAML Service Provider Organization Info 字段中，提供 URL、显示名称和应用程序的名称。

    {
      "en-US": {
        "url": "http://www.example.com",
        "displayname": "Example",
        "name": "example"
      }
    }

    Copy to Clipboard Toggle word wrap

17. 在 SAML Service Provider Technical contact 字段中，为您的服务提供商提供技术联系人的名称和电子邮件地址。

    {
    "givenName": "Some User",
    "emailAddress": "suser@example.com"
    }

    Copy to Clipboard Toggle word wrap

18. 在 SAML Service Provider Support Contact 字段中，为您的服务提供商提供支持联系人的名称和电子邮件地址。

    {
    "givenName": "Some User",
    "emailAddress": "suser@example.com"
    }

    Copy to Clipboard Toggle word wrap

19. 可选：在 SAML 服务提供商额外配置数据 字段中提供额外的配置数据。例如，您可以选择为添加的安全性启用签名请求：

    {
    "sign_request": True,
    }

    Copy to Clipboard Toggle word wrap

    此字段等同于 API 中的 SOCIAL_AUTH_SAML_SP_EXTRA。如需更多信息，请参阅 OneLogin 的 SAML Python Toolkit 来了解有关有效的服务提供商额外(SP_EXTRA)参数的信息。

20. 可选：在 SAML Security Config 字段中提供安全设置。此字段等同于 API 中的 SOCIAL_AUTH_SAML_SECURITY_CONFIG 字段。

    // Indicates whether the <samlp:AuthnRequest> messages sent by this SP // will be signed. [Metadata of the SP will offer this info]
    "authnRequestsSigned": false,
    
    // Indicates a requirement for the <samlp:Response>, <samlp:LogoutRequest> // and <samlp:LogoutResponse> elements received by this SP to be signed.
    "wantMessagesSigned": false,
    
    // Indicates a requirement for the <saml:Assertion> elements received by // this SP to be signed. [Metadata of the SP will offer this info]
    "wantAssertionsSigned": false,
    
    // Authentication context.
    // Set to false and no AuthContext will be sent in the AuthNRequest,
    // Set true or don't present this parameter and you will get an AuthContext 'exact' 'urn:oasis:names:tc:SAML:2.0:ac:classes:PasswordProtectedTransport'
    // Set an array with the possible auth context values: array ('urn:oasis:names:tc:SAML:2.0:ac:classes:Password', 'urn:oasis:names:tc:SAML:2.0:ac:classes:X509'),
    "requestedAuthnContext": true,

    Copy to Clipboard Toggle word wrap

    如需更多信息和附加选项，请参阅 OneLogin 的 SAML Python Toolkit。

21. 可选：在 SAML IDP 到 extra_data 属性映射 字段中，输入值以将 IDP 属性映射到 extra_data 属性。这些值会包括除要映射的标准属性外的其他用户信息，如 Email 或 Username。例如：

    - Department
    - UserType
    - Organization

    Copy to Clipboard Toggle word wrap

    有关您可以包含的值的更多信息，请参阅高级 SAML 设置。

    重要

    确保包含所有相关值，以便所有内容都为您的配置正确映射。或者，您可以在 Additional Authenticator 字段中包含 GET_ALL_EXTRA_DATA: true，以允许映射所有可用的 SAML IdP 属性。

22. 要在成功登录时自动创建机构、用户和团队，请选择 Create objects。
23. 要在创建时启用此验证方法，请选择 Enabled。
24. 要在之前从此来源进行身份验证时添加的任何组删除用户，请选择 Remove users。
25. 单击 Create Authentication Method。

流程

1. 在导航面板中，选择 Access Management Authentication Methods。
2. 点 Create authentication。
3. 输入此身份验证配置的 Name。
4. 从 Authentication type 列表中选择 TACACS+。Authentication details 部分自动更新，以显示与所选验证类型相关的字段。
5. 从 Auto migrate users from 列表中选择一个旧的验证器方法。从 2.4 升级到 2.5 后，这是旧的验证器，用于从中自动将用户迁移到这个新的身份验证配置。有关迁移用户的重要信息，请参阅 RPM 升级和迁移指南中的 Ansible Automation Platform 升级后步骤。

6. 输入以下信息：

   • TACACS+ 服务器的主机名：提供要进行身份验证的 TACACS+ 服务器的主机名或 IP 地址。如果将此字段留空，则禁用 TACACS+ 身份验证。
   • TACACS+ 身份验证协议：TACACS+ 客户端使用的协议。这些选项是 ascii 或 pap。
   • 用于向 TACACS+ 服务器进行身份验证的共享机密：TACACS+ 身份验证服务器的 secret 密钥。
7. 默认情况下，启用了 TACACS+ 客户端地址发送。要启用客户端地址发送，请选中复选框。

8. 可选：输入此验证器可以采用的任何其他 身份验证器字段。这些字段不会被验证，并直接传递给验证器。

   注意

   此字段中定义的值覆盖 UI 中提供的专用字段。此处未定义的任何值都不提供给验证器。

9. 要在成功登录时自动创建机构、用户和团队，请选择 Create objects。
10. 要在创建时启用此验证方法，请选择 Enabled。

11. 要在之前从此来源进行身份验证时添加的任何组删除用户，请选择 Remove users。

    单击 Create Authentication Method。

1. 使用此流程中的步骤将 Ansible Automation Platform 配置为使用 Microsoft Entra ID 身份验证。
2. 按照 Quickstart: 将应用程序注册到 Microsoft Entra ID，在 Microsoft Entra ID 中注册Ansible Automation Platform 。这个过程为您提供了应用程序（客户端）ID 和应用程序 secret。
3. 在 Microsoft Entra ID 中添加重定向 URL。在平台中为 Microsoft Entra ID 身份验证完成配置向导后，复制 Azure AD OAuth2 Callback URL 字段中显示的 URL。然后，进入您在 Azure 中注册的企业应用，并将此 URL 添加为 Redirect URL （也称为 Ansible Automation Platform 中的 回调 URL ），如 如何将重定向 URI 添加到您的应用程序 中所述。登录流正常工作需要这一步。

流程

1. 在导航面板中，选择 Access Management Authentication Methods。
2. 点 Create authentication。
3. 输入此身份验证配置的 Name。
4. 从 Authentication type 列表中选择 Azuread。Authentication details 部分自动更新，以显示与所选验证类型相关的字段。
5. 从 Auto migrate users from 列表中选择一个旧的验证器方法。从 2.4 升级到 2.5 后，这是旧的验证器，用于从中自动将用户迁移到这个新的身份验证配置。有关迁移用户的重要信息，请参阅 RPM 升级和迁移指南中的 Ansible Automation Platform 升级后步骤。
6. 点 Edit，将 Microsoft 的应用（客户端）ID 复制并粘贴到 OIDC Key 字段中。

7. 如果您的 Microsoft Entra ID 配置为在组声明中提供用户组信息，请确保平台配置了与您的 Microsoft Entra ID 配置匹配的 Groups Claim 名称。这允许平台通过 Microsoft Entra ID 正确识别和关联用户登录的组。

   注意

   来自 Microsoft Entra ID 的组可以使用唯一的 ID 或组名称来识别。为 Microsoft Entra ID 验证器创建组映射时，您可以使用唯一的 ID 或组名称。

   默认情况下，Microsoft Entra ID 使用 groups 作为默认组声明名称。因此，请确保将值设置为默认值，或设置为 IdP 中设置的任何自定义覆盖。除非明确更改，否则当前默认会被设置为保留现有行为。

8. 按照将 应用程序注册到 Microsoft 身份平台 的说明，向客户端提供密钥（仅显示一次）以进行身份验证。
9. 将为 Microsoft Entra ID/Microsoft Azure AD 应用程序创建的 secret 密钥复制并粘贴到 OIDC Secret 字段中。

10. 可选：输入此验证器可以采用的任何其他 身份验证器字段。这些字段不会被验证，并直接传递给验证器。

    注意

    此字段中定义的值覆盖 UI 中提供的专用字段。此处未定义的任何值都不提供给验证器。

11. 要在成功登录时自动创建机构、用户和团队，请选择 Create objects。
12. 要在创建时启用此验证方法，请选择 Enabled。
13. 要在之前从此来源进行身份验证时添加的任何组删除用户，请选择 Remove users。
14. 单击 Create Authentication Method。

流程

1. 在导航面板中，选择 Access Management Authentication Methods。
2. 点 Create authentication。
3. 输入此身份验证配置的 Name。
4. 从 Authentication type 列表中选择 Google OAuth。Authentication details 部分自动更新，以显示与所选验证类型相关的字段。
5. 从 Auto migrate users from 列表中选择一个旧的验证器方法。从 2.4 升级到 2.5 后，这是旧的验证器，用于从中自动将用户迁移到这个新的身份验证配置。有关迁移用户的重要信息，请参阅 RPM 升级和迁移指南中的 Ansible Automation Platform 升级后步骤。

6. Google OAuth2 Key 和 Google OAuth2 Secret 字段已预先填充。

   如果没有，在 web 应用程序设置过程中使用提供的 Google 凭证。在以下步骤中保存这些设置以供使用。

7. 将 Google 的客户端 ID 复制并粘贴到 Google OAuth2 Key 字段中。
8. 将 Google 的客户端 secret 复制并粘贴到 Google OAuth2 Secret 字段中。

9. 可选：使用为说明和所需格式提供的工具提示输入以下字段的信息：

   • 访问令牌 URL
   • 访问令牌方法
   • 授权 URL
   • 撤销令牌方法
   • 撤销令牌 URL
   • OIDC JWT 算法
   • OIDC JWT

10. 可选：输入此验证器可以采用的任何其他 身份验证器字段。这些字段不会被验证，并直接传递给验证器。

    注意

    此字段中定义的值覆盖 UI 中提供的专用字段。此处未定义的任何值都不提供给验证器。

11. 要在成功登录时自动创建机构、用户和团队，请选择 Create objects。
12. 要在创建时启用此验证方法，请选择 Enabled。

13. 要在之前从此来源进行身份验证时添加的任何组删除用户，请选择 Remove users。

    单击 Create Authentication Method。

流程

1. 在导航面板中，选择 Access Management Authentication Methods。
2. 点 Create authentication。
3. 输入此身份验证配置的 Name。
4. 从 Authentication type 列表中选择 Generic OIDC。Authentication details 部分自动更新，以显示与所选验证类型相关的字段。
5. 从 Auto migrate users from 列表中选择一个旧的验证器方法。从 2.4 升级到 2.5 后，这是旧的验证器，用于从中自动将用户迁移到这个新的身份验证配置。有关迁移用户的重要信息，请参阅 RPM 升级和迁移指南中的 Ansible Automation Platform 升级后步骤。

6. 输入以下信息：

   • OIDC Provider URL: 您的 OIDC 供应商的 URL。
   • OIDC Key: 您的第三方 IdP 中的客户端 ID。
   • OIDC Secret ：来自 IdP 的客户端 secret。
7. 可选：从 Access Token Method 列表中选择请求访问令牌时要使用的 HTTP 方法。默认方法是 POST。

8. （可选）使用为说明和所需格式提供的工具提示输入以下字段的信息：

   • 访问令牌方法 - 默认方法是 POST。
   • 访问令牌 URL
   • 访问令牌方法
   • 授权 URL
   • 回调 URL - OIDC Callback URL 字段使用您配置的每个 OIDC 供应商将服务注册为服务供应商(SP)。将此字段留空。保存这个验证方法后，会自动生成它。将您的 IdP 配置为允许重定向到此 URL，作为身份验证流程的一部分。
   • ID 密钥
   • ID Token Issuer
   • JWKS URI
   • OIDC 公钥
   • 撤销令牌方法 - 默认方法是 GET。
   • 撤销令牌 URL
   • 响应类型
   • 令牌端点身份验证方法
   • userinfo URL
   • 用户名键
9. 使用 Verify OIDC Provider Certificate 来启用或禁用 OIDC 供应商 SSL 证书验证。
10. 使用 Redirect State 来启用或禁用重定向 URI 中的 state 参数。建议启用此设置来防止跨站点请求 Forgery (CSRF)攻击。

11. 可选：输入此验证器可以采用的任何其他 身份验证器字段。这些字段不会被验证，并直接传递给验证器。

    注意

    此字段中定义的值覆盖 UI 中提供的专用字段。此处未定义的任何值都不提供给验证器。

12. 要在成功登录时自动创建机构、用户和团队，请选择 Create objects。
13. 要在创建时启用此验证方法，请选择 Enabled。
14. 要在之前从此来源进行身份验证时添加的任何组删除用户，请选择 Remove users。
15. 单击 Create Authentication Method。

流程

1. 在导航面板中，选择 Access Management Authentication Methods。
2. 点 Create authentication。
3. 输入此身份验证配置的 Name。
4. 从 Authentication type 列表中选择 Keycloak。Authentication details 部分自动更新，以显示与所选验证类型相关的字段。
5. 从 Auto migrate users from 列表中选择一个旧的验证器方法。从 2.4 升级到 2.5 后，这是旧的验证器，用于从中自动将用户迁移到这个新的身份验证配置。有关迁移用户的重要信息，请参阅 RPM 升级和迁移指南中的 Ansible Automation Platform 升级后步骤。
6. 在 Keycloak Access Token URL 字段中输入用户令牌检索的位置。
7. 可选：在 Keycloak Provider URL 字段中的登录流中输入用户要指向的重定向位置。
8. 在 Keycloak OIDC Key 字段中输入 Keycloak 安装中的客户端 ID。
9. 在 Keycloak Public Key 字段中输入您的 Keycloak 域提供的 RS256 公钥。
10. 在 Keycloak OIDC Secret 字段中输入来自 Keycloak 安装的 OIDC secret （客户端 Secret）。

11. 可选：输入此验证器可以采用的任何其他 身份验证器字段。这些字段不会被验证，并直接传递给验证器。

    注意

    此字段中定义的值覆盖 UI 中提供的专用字段。此处未定义的任何值都不提供给验证器。

12. 要在成功登录时自动创建机构、用户和团队，请选择 Create objects。
13. 要在创建时启用此验证方法，请选择 Enabled。
14. 要在之前从此来源进行身份验证时添加的任何组删除用户，请选择 Remove users。
15. 单击 Create Authentication Method。

1. 在 Keycloak 配置的导航中，选择 Client scopes YOUR-CLIENT-ID-dedicated Add mapper Audience。
2. 为映射器选择一个名称。
3. 在 Included Client Audience中，选择与您的客户端对应的客户端 ID 。

流程

1. 在导航面板中，选择 Access Management Authentication Methods。
2. 点 Create authentication。
3. 输入此身份验证配置的 Name。
4. 从 Authentication type 列表中选择 GitHub。Authentication details 部分自动更新，以显示与所选验证类型相关的字段。
5. 从 Auto migrate users from 列表中选择一个旧的验证器方法。从 2.4 升级到 2.5 后，这是旧的验证器，用于从中自动将用户迁移到这个新的身份验证配置。有关迁移用户的重要信息，请参阅 RPM 升级和迁移指南中的 Ansible Automation Platform 升级后步骤。

6. 注册应用程序时，GitHub 会显示 客户端 ID 和客户端 Secret ：

   1. 将 GitHub 客户端 ID 复制并粘贴到 GitHub OAuth2 Key 字段中。
   2. 将 GitHub Client Secret 复制并粘贴到 GitHub OAuth2 Secret 字段中。

7. 可选：输入此验证器可以采用的任何其他 身份验证器字段。这些字段不会被验证，并直接传递给验证器。

   注意

   此字段中定义的值覆盖 UI 中提供的专用字段。此处未定义的任何值都不提供给验证器。

8. 要在成功登录时自动创建机构、用户和团队，请选择 Create objects。
9. 要在创建时启用此验证方法，请选择 Enabled。
10. 要在之前从此来源进行身份验证时添加的任何组删除用户，请选择 Remove users。
11. 单击 Create Authentication Method。

流程

1. 在导航面板中，选择 Access Management Authentication Methods。
2. 点 Create authentication。
3. 输入此身份验证配置的 Name。
4. 从 Authentication type 列表中选择 GitHub organization。Authentication details 部分自动更新，以显示与所选验证类型相关的字段。
5. 从 Auto migrate users from 列表中选择一个旧的验证器方法。从 2.4 升级到 2.5 后，这是旧的验证器，用于从中自动将用户迁移到这个新的身份验证配置。有关迁移用户的重要信息，请参阅 RPM 升级和迁移指南中的 Ansible Automation Platform 升级后步骤。

6. 注册应用程序时，GitHub 会显示 客户端 ID 和客户端 Secret ：

   1. 将 GitHub 客户端 ID 复制并粘贴到 GitHub OAuth2 Key 字段中。
   2. 将 GitHub Client Secret 复制并粘贴到 GitHub OAuth2 Secret 字段中。
7. 输入 GitHub 机构的名称，如您的组织 URL 中使用，例如，GitHub OAuth Organization Name 字段中的 https://github.com/<yourorg >/。

8. 可选：输入此验证器可以采用的任何其他 身份验证器字段。这些字段不会被验证，并直接传递给验证器。

   注意

   此字段中定义的值覆盖 UI 中提供的专用字段。此处未定义的任何值都不提供给验证器。

9. 在 GitHub OAuth2 Scope 字段中输入用户的授权范围。默认为 read:org。
10. 要在成功登录时自动创建机构、用户和团队，请选择 Create objects。
11. 要在创建时启用此验证方法，请选择 Enabled。
12. 要在之前从此来源进行身份验证时添加的任何组删除用户，请选择 Remove users。
13. 单击 Create Authentication Method。

流程

1. 在导航面板中，选择 Access Management Authentication Methods。
2. 点 Create authentication。
3. 输入此身份验证配置的 Name。
4. 从 Authentication type 列表中选择 GitHub team。Authentication details 部分自动更新，以显示与所选验证类型相关的字段。
5. 从 Auto migrate users from 列表中选择一个旧的验证器方法。从 2.4 升级到 2.5 后，这是旧的验证器，用于从中自动将用户迁移到这个新的身份验证配置。有关迁移用户的重要信息，请参阅 RPM 升级和迁移指南中的 Ansible Automation Platform 升级后步骤。

6. 注册应用程序时，GitHub 会显示 客户端 ID 和客户端 Secret ：

   1. 将 GitHub 客户端 ID 复制并粘贴到 GitHub OAuth2 Key 字段中。
   2. 将 GitHub Client Secret 复制并粘贴到 GitHub OAuth2 Secret 字段中。
7. 在 GitHub OAuth2 Team ID 字段中复制并粘贴 GitHub 团队 ID。
8. 在 GitHub OAuth2 Scope 字段中输入用户的授权范围。默认为 read:org。

9. 可选：输入此验证器可以采用的任何其他 身份验证器字段。这些字段不会被验证，并直接传递给验证器。

   注意

   此字段中定义的值覆盖 UI 中提供的专用字段。此处未定义的任何值都不提供给验证器。

10. 要在成功登录时自动创建机构、用户和团队，请选择 Create objects。
11. 要在创建时启用此验证方法，请选择 Enabled。
12. 要在之前从此来源进行身份验证时添加的任何组删除用户，请选择 Remove users。
13. 单击 Create Authentication Method。

流程

1. 在导航面板中，选择 Access Management Authentication Methods。
2. 点 Create authentication。
3. 输入此身份验证配置的 Name。
4. 从 Authentication type 列表中选择 GitHub enterprise。Authentication details 部分自动更新，以显示与所选验证类型相关的字段。
5. 从 Auto migrate users from 列表中选择一个旧的验证器方法。从 2.4 升级到 2.5 后，这是旧的验证器，用于从中自动将用户迁移到这个新的身份验证配置。有关迁移用户的重要信息，请参阅 RPM 升级和迁移指南中的 Ansible Automation Platform 升级后步骤。

6. 注册应用程序时，GitHub 会显示 客户端 ID 和客户端 Secret ：

   1. 将 GitHub 客户端 ID 复制并粘贴到 GitHub OAuth2 Key 字段中。
   2. 将 GitHub Client Secret 复制并粘贴到 GitHub OAuth2 Secret 字段中。
7. 在 Base URL 字段中，输入 GitHub Enterprise 实例的主机名，例如 https://github.example.com。
8. 在 Github OAuth2 Enterprise API URL 字段中，输入 GitHub Enterprise 实例的 API URL，例如 https://github.example.com/api/v3。

9. 可选：输入此验证器可以采用的任何其他 身份验证器字段。这些字段不会被验证，并直接传递给验证器。

   注意

   此字段中定义的值覆盖 UI 中提供的专用字段。此处未定义的任何值都不提供给验证器。

10. 要在成功登录时自动创建机构、用户和团队，请选择 Create objects。
11. 要在创建时启用此验证方法，请选择 Enabled。
12. 要在之前从此来源进行身份验证时添加的任何组删除用户，请选择 Remove users。
13. 单击 Create Authentication Method。

流程

1. 在导航面板中，选择 Access Management Authentication Methods。
2. 点 Create authentication。
3. 输入此身份验证配置的 Name。
4. 从 Authentication type 列表中选择 GitHub enterprise organization。Authentication details 部分自动更新，以显示与所选验证类型相关的字段。
5. 从 Auto migrate users from 列表中选择一个旧的验证器方法。从 2.4 升级到 2.5 后，这是旧的验证器，用于从中自动将用户迁移到这个新的身份验证配置。有关迁移用户的重要信息，请参阅 RPM 升级和迁移指南中的 Ansible Automation Platform 升级后步骤。

6. 注册应用程序时，GitHub 会显示 客户端 ID 和客户端 Secret ：

   1. 将 GitHub 客户端 ID 复制并粘贴到 GitHub OAuth2 Key 字段中。
   2. 将 GitHub Client Secret 复制并粘贴到 GitHub OAuth2 Secret 字段中。
7. 在 Base URL 字段中，输入 GitHub Enterprise 实例的主机名，例如 https://github.example.com。
8. 在 Github OAuth2 Enterprise API URL 字段中，输入 GitHub Enterprise 实例的 API URL，例如 https://github.example.com/api/v3。
9. 输入 GitHub 企业机构的名称，如您的组织 URL 中使用，例如 GitHub OAuth2 Enterprise Org Name 字段中的 https://github.com/<yourorg >/。

10. 可选：输入此验证器可以采用的任何其他 身份验证器字段。这些字段不会被验证，并直接传递给验证器。

    注意

    此字段中定义的值覆盖 UI 中提供的专用字段。此处未定义的任何值都不提供给验证器。

11. 要在成功登录时自动创建机构、用户和团队，请选择 Create objects。
12. 要在创建时启用此验证方法，请选择 Enabled。
13. 要在之前从此来源进行身份验证时添加的任何组删除用户，请选择 Remove users。
14. 单击 Create Authentication Method。

流程

1. 在导航面板中，选择 Access Management Authentication Methods。
2. 点 Create authentication。
3. 输入此身份验证配置的 Name。
4. 从 Authentication type 列表中选择 GitHub enterprise team。Authentication details 部分自动更新，以显示与所选验证类型相关的字段。
5. 从 Auto migrate users from 列表中选择一个旧的验证器方法。从 2.4 升级到 2.5 后，这是旧的验证器，用于从中自动将用户迁移到这个新的身份验证配置。有关迁移用户的重要信息，请参阅 RPM 升级和迁移指南中的 Ansible Automation Platform 升级后步骤。

6. 注册应用程序时，GitHub 会显示 客户端 ID 和客户端 Secret ：

   1. 将 GitHub 客户端 ID 复制并粘贴到 GitHub OAuth2 Key 字段中。
   2. 将 GitHub Client Secret 复制并粘贴到 GitHub OAuth2 Secret 字段中。
7. 在 Base URL 字段中，输入 GitHub Enterprise 实例的主机名，例如 https://github.orgexample.com。
8. 在 Github OAuth2 Enterprise API URL 字段中，输入 GitHub Enterprise 实例的 API URL，例如 https://github.example.com/api/v3。
9. 在 GitHub OAuth2 团队 ID 字段中，输入 GitHub 开发人员应用中的 OAuth2 密钥（客户端 ID）。

10. 可选：输入此验证器可以采用的任何其他 身份验证器字段。这些字段不会被验证，并直接传递给验证器。

    注意

    此字段中定义的值覆盖 UI 中提供的专用字段。此处未定义的任何值都不提供给验证器。

11. 要在成功登录时自动创建机构、用户和团队，请选择 Create objects。
12. 要在创建时启用此验证方法，请选择 Enabled。
13. 要在之前从此来源进行身份验证时添加的任何组删除用户，请选择 Remove users。
14. 单击 Create Authentication Method。

流程

1. 在导航面板中，选择 Access Management Authentication Methods。
2. 点 Create authentication。
3. 输入此身份验证配置的 Name。
4. 从 Authentication type 列表中选择 Radius。Authentication details 部分自动更新，以显示与所选验证类型相关的字段。
5. 从 Auto migrate users from 列表中选择一个旧的验证器方法。从 2.4 升级到 2.5 后，这是旧的验证器，用于从中自动将用户迁移到这个新的身份验证配置。有关迁移用户的重要信息，请参阅 RPM 升级和迁移指南中的 Ansible Automation Platform 升级后步骤。
6. 在 RADIUS Server 字段中输入 RADIUS 服务器的主机或 IP。如果将此字段留空，则禁用 RADIUS 身份验证。
7. 输入 Shared secret，以向 RADIUS 服务器进行身份验证。

8. 可选：输入此验证器可以采用的任何其他 身份验证器字段。这些字段不会被验证，并直接传递给验证器。

   注意

   此字段中定义的值覆盖 UI 中提供的专用字段。此处未定义的任何值都不提供给验证器。

9. 要在成功登录时自动创建机构、用户和团队，请选择 Create objects。
10. 要在创建时启用此验证方法，请选择 Enabled。
11. 要在之前从此来源进行身份验证时添加的任何组删除用户，请选择 Remove users。
12. 单击 Create Authentication Method。