3.5. 인증 유형 구성

프로세스

1. 탐색 패널에서 Access Management Authentication Methods 를 선택합니다.
2. 인증 생성을 클릭합니다.
3. 이 로컬 구성 의 이름을 입력합니다. 구성 이름은 필수이며 모든 인증자 간에 고유해야 하며 512자를 초과해서는 안 됩니다.
4. 인증 유형 목록에서 Local 을 선택합니다.
5. 목록에서 자동 마이그레이션 사용자 자동 마이그레이션 에서 레거시 인증 방법을 선택합니다. 2.4에서 2.5로 업그레이드한 후 사용자를 이 새로운 인증 구성으로 자동으로 마이그레이션하는 레거시 인증기가 됩니다. 사용자 마이그레이션에 대한 중요한 정보는 RPM 업그레이드 및 마이그레이션 가이드의 Ansible Automation Platform 후 업그레이드 단계를 참조하십시오.

6. 선택 사항: 이 인증기를 사용할 수 있는 추가 인증 필드를 입력합니다. 이러한 필드는 검증되지 않으며 인증기로 직접 전달됩니다.

   참고

   이 필드에 정의된 값은 UI에 제공된 전용 필드를 재정의합니다. 여기에 정의되지 않은 모든 값은 인증자에게 제공되지 않습니다.

7. 성공적인 로그인 시 조직, 사용자 및 팀을 자동으로 생성하려면 Create objects 를 선택합니다.
8. 생성 시 이 인증 방법을 활성화하려면 Enabled 를 선택합니다.
9. 이 소스에서 인증할 때 이전에 추가한 그룹의 사용자를 제거하려면 사용자 제거를 선택합니다.
10. Next를 클릭합니다.

프로세스

1. 탐색 패널에서 Access Management Authentication Methods 를 선택합니다.
2. 인증 생성을 클릭합니다.
3. 이 인증 구성 의 이름을 입력합니다.
4. 인증 유형 목록에서 LDAP 를 선택합니다. 인증 세부 정보 섹션은 선택한 인증 유형과 관련된 필드를 표시하도록 자동으로 업데이트됩니다.
5. 목록에서 자동 마이그레이션 사용자 자동 마이그레이션 에서 레거시 인증 방법을 선택합니다. 2.4에서 2.5로 업그레이드한 후 사용자를 이 새로운 인증 구성으로 자동으로 마이그레이션하는 레거시 인증기가 됩니다. 사용자 마이그레이션에 대한 중요한 정보는 RPM 업그레이드 및 마이그레이션 가이드의 Ansible Automation Platform 후 업그레이드 단계를 참조하십시오.
6. LDAP Server URI 필드에 연결하려는 LDAP 서버 목록을 입력하거나 수정합니다. 이 필드는 여러 주소를 지원합니다.

7. LDAP 바인딩 DN 텍스트 필드에 Distinguished Name (DN)을 입력하여 다음 예와 같이 Ansible Automation Platform에서 LDAP 서버에 연결하는 데 사용하는 사용자를 지정합니다.

   Copy to Clipboard Toggle word wrap

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

8. LDAP 바인딩 암호 텍스트 필드에 바인딩 사용자에게 사용할 암호를 입력합니다.

9. LDAP 그룹 유형 목록에서 그룹 유형을 선택합니다.

   그룹 유형은 LDAP 디렉터리의 사용자와 연결된 그룹을 관리하고 이 절차의 14단계에서 지정된 검색에 의해 반환되는 그룹의 클래스 이름을 정의합니다. 그룹 유형(그룹 매개 변수 및 그룹 검색)은 로그인 중에 사용자를 찾아 할당하는 데 사용되며 매핑 프로세스 중에도 평가할 수 있습니다. 다음 표에는 사용 가능한 그룹 유형 및 각각에 필요한 매개변수가 나열되어 있습니다. 기본적으로 LDAP 그룹은 cn 속성의 첫 번째 값을 사용하여 Django 그룹에 매핑됩니다. name_attr 을 사용하여 다른 속성을 지정할 수 있습니다. 예를 들면 name_attr='cn' 입니다.

   표 3.1. 사용 가능한 LDAP 그룹 유형

   LDAP 그룹 유형	description	이니셜라이저 메서드(init)
   PosixGroupType	posixGroup 개체 클래스를 처리합니다. 이 명령은 기본 그룹 및 그룹 멤버십을 모두 확인합니다.	name_attr='cn'
   MemberDNGroupType	그룹 오브젝트에 해당 멤버 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'

   참고

   Ansible Automation Platform에서 지원하는 그룹 유형은 기본 django-auth-ldap 라이브러리 를 사용합니다. 선택한 그룹 유형에 대한 매개변수를 지정하려면 이 절차의 14단계를 참조하십시오.

10. LDAP 사용자 DN 템플릿을 사용자 검색 대신 사용할 수 있습니다. 이 방법은 조직 환경에서 사용할 수 있는지 검색하는 것보다 사용자 조회에 더 효율적입니다. 다음 예에 표시된 대로 템플릿 이름을 입력합니다.

    Copy to Clipboard Toggle word wrap

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

    여기서 uid 는 사용자 식별자이며 cn 은 공통 이름이며 dc 는 도메인 구성 요소입니다.

    참고

    이 설정의 값이 있으면 LDAP 사용자 검색 설정 대신 사용됩니다.

11. LDAP 시작 TLS 는 기본적으로 비활성화되어 있습니다. StartTLS를 사용하면 LDAP 연결을 암호화되지 않은 연결에서 TLS(Transport Layer Security)를 사용하여 보안 연결로 업그레이드할 수 있습니다. LDAP 연결이 SSL을 사용하지 않는 경우 StartTLS를 활성화하려면 스위치를 On 으로 설정합니다.

12. 선택 사항: 이 인증기를 사용할 수 있는 추가 인증 필드를 입력합니다. 이러한 필드는 검증되지 않으며 인증기로 직접 전달됩니다.

    참고

    이 필드에 정의된 값은 UI에 제공된 전용 필드를 재정의합니다. 여기에 정의되지 않은 모든 값은 인증자에게 제공되지 않습니다.

13. LDAP 연결에 설정할 LDAP 연결 옵션을 입력합니다. LDAP 추천은 기본적으로 비활성화되어 있습니다(특정 LDAP 쿼리가 Active Directory로 중단되지 않도록). 옵션 이름은 다음 예와 같이 문자열이어야 합니다.

    Copy to Clipboard Toggle word wrap

    OPT_REFERRALS: 0
    OPT_NETWORK_TIMEOUT: 30

    설정할 수 있는 가능한 옵션 및 값은 python-LDAP 참조를 참조하십시오.

14. 선택한 LDAP 그룹 유형에 따라 LDAP 그룹 유형 매개 변수 필드에서 다른 매개변수를 사용할 수 있습니다. LDAP_GROUP_TYPE_PARAMS 는 kwargs 로 변환되어 선택한 LDAP 그룹 유형 클래스에 전달되는 사전입니다. 그룹 유형에서 사용하는 일반적인 매개 변수는 name_attr 및 member_attr 입니다. 여기서 name_attr 의 기본값은 cn 이고 member_attr 의 기본값은 member 입니다.

    Copy to Clipboard Toggle word wrap

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

    특정 LDAP 그룹 유형에 필요한 매개변수를 확인하려면 클래스 init 매개변수에 대한 django_auth_ldap 설명서 를 참조하십시오.

15. LDAP 그룹 검색 필드에서 다음 예와 같이 검색할 그룹과 검색 방법을 지정합니다.

    Copy to Clipboard Toggle word wrap

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

16. LDAP 사용자 속성 맵 필드에 LDAP 필드를 Ansible Automation Platform 사용자에게 매핑하는 사용자 속성을 입력합니다(예: 다음 예와 같이 email 또는 first_name ).

    Copy to Clipboard Toggle word wrap

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

17. LDAP 사용자 검색 필드에 다음 예와 같이 인증 중에 사용자를 검색할 위치를 입력합니다.

    Copy to Clipboard Toggle word wrap

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

    LDAP 사용자 DN 템플릿이 설정되지 않은 경우 Ansible Automation Platform은 DN 템플릿 바인딩 및 LDAP 바인딩 암호를 사용하여 LDAP에 인증합니다. 인증 후 LDAP 검색을 수행하여 이 필드에서 지정한 사용자를 찾습니다. 사용자가 있는 경우 Ansible Automation Platform은 LDAP 검색에서 찾은 사용자에 대해 제공된 암호를 검증합니다. 다음 예와 같이 여러 검색 용어를 입력하여 LDAPUnion 이 있는 사용자가 여러 검색 쿼리를 지원합니다.

    Copy to Clipboard Toggle word wrap

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

    여러 검색 중에 고유하지 않은 사용자를 찾으면 해당 사용자는 Ansible Automation Platform에 로그인할 수 없습니다. 제공된 예제에 따라 uid=jdoe 가 ou=users,dc=example,dc=com 및 ou=employees,dc=subdivision,dc=com 에 로그인할 수 없는 사용자가 있는 경우입니다. 두 분기에 있는 다른 모든 고유한 사용자는 계속 로그인할 수 있습니다.

    참고

    LDAP 사용자 DN 템플릿 필드가 채워지면 LDAP 사용자 검색 필드보다 우선하며 템플릿만 사용자를 인증하는 데 사용됩니다.

18. 성공적인 로그인 시 조직, 사용자 및 팀을 자동으로 생성하려면 Create objects 를 선택합니다.
19. 생성 시 이 인증 방법을 활성화하려면 Enabled 를 선택합니다.
20. 이 소스에서 인증할 때 이전에 추가한 그룹의 사용자를 제거하려면 사용자 제거를 선택합니다.
21. 인증 메서드 생성을 클릭합니다.

프로세스

1. 탐색 패널에서 Access Management Authentication Methods 를 선택합니다.
2. 인증 생성을 클릭합니다.
3. 이 SAML 구성 의 이름을 입력합니다.
4. 인증 유형 목록에서 SAML 을 선택합니다. 인증 세부 정보 섹션은 선택한 인증 유형과 관련된 필드를 표시하도록 자동으로 업데이트됩니다.
5. 목록에서 자동 마이그레이션 사용자 자동 마이그레이션 에서 레거시 인증 방법을 선택합니다. 2.4에서 2.5로 업그레이드한 후 사용자를 이 새로운 인증 구성으로 자동으로 마이그레이션하는 레거시 인증기가 됩니다. 사용자 마이그레이션에 대한 중요한 정보는 RPM 업그레이드 및 마이그레이션 가이드의 Ansible Automation Platform 후 업그레이드 단계를 참조하십시오.
6. SAML 서비스 공급자 엔터티 ID 필드에서 SAML 서비스 공급자 구성의 대상으로 사용되는 애플리케이션 정의 고유 식별자를 입력합니다. 일반적으로 서비스 공급자의 기본 URL이지만 실제 값은 IdP에서 예상되는 엔터티 ID에 따라 다릅니다.
7. SAML 서비스 공급자 공용 인증서 필드에 인증서 콘텐츠를 포함합니다. 이 정보는 사전 요구 사항으로 생성한 cert.pem에 포함되어 있으며 --BEGIN CERTIFICATE- 및 --END CERTIFICATE -- 를 포함해야 합니다.
8. SAML 서비스 공급자 개인 키 필드에 개인 키 콘텐츠를 포함합니다. 이 정보는 사전 요구 사항으로 생성한 key.pem에 포함되어 있으며 --BEGIN PRIVATE KEY-- 및 --END PRIVATE KEY ---을 포함해야 합니다.
9. IdP 로그인 URL 필드에서 로그인 시작을 위해 사용자를 리디렉션할 URL 을 입력합니다. SAML IdP 애플리케이션의 로그인 URL입니다.

10. IdP Public Cert 필드에 IdP에서 제공하는 보안에 사용되는 공개 인증서를 입력합니다. IdP에서 다운로드할 수 있는 SAML 인증서입니다.

    참고

    IdP Public Cert 필드의 IdP에는 --BEGIN CERTIFICATE- 및 --END CERTIFICATE-- 를 포함한 전체 인증서가 포함되어야 합니다. IdP를 포함하지 않는 경우 접두사 및 접미사를 수동으로 입력해야 합니다.

11. 엔터티 ID의 어설션에 반환된 엔터티 ID 를 입력합니다. IdP SAML 애플리케이션의 식별자입니다. IdP에서 제공하는 SAML 메타데이터에서 이 값을 찾을 수 있습니다.
12. 그룹, 사용자 이메일 , 사용자 이름 , 사용자 성 및 사용자 이름 에 사용자 세부 정보를 입력합니다.

13. User Permanent ID 필드에 사용자의 영구 ID를 입력합니다. 이 필드는 필수입니다.

    참고

    SAML IdP를 통해 추가 속성을 사용할 수 있습니다. 이러한 값은 additional Authenticators 필드 또는 extra_data 속성 매핑 필드에 SAML IDP에 포함되어야 합니다. 자세한 내용은 해당 단계를 참조하십시오.

14. SAML Assertion Consumer Service (ACS) URL 필드는 구성한 각 ID 공급자(IdP)가 있는 서비스 공급자(SP)로 서비스를 등록합니다. 이 필드를 비워 둡니다. 이 인증 방법을 저장하면 자동으로 생성됩니다. 이 필드는 IdP의 Reply URL 설정과 일치해야 합니다.

15. 선택 사항: 이 인증기를 사용할 수 있는 추가 인증 필드를 입력합니다. 이러한 필드는 검증되지 않으며 인증기로 직접 전달됩니다. 예를 들어, Email, Username, Last Name, First Name이 아닌 모든 SAML IdP 속성을 매핑하려면 다음을 입력합니다.

    Copy to Clipboard Toggle word wrap

    GET_ALL_EXTRA_DATA: true

    또는 SAML IDP에 대한 extra_data 속성 매핑 필드에 SAML IdP 속성 목록을 포함할 수 있습니다.

    참고

    이 필드에 정의된 값은 UI에 제공된 전용 필드를 재정의합니다. 여기에 정의되지 않은 모든 값은 인증자에게 제공되지 않습니다.

16. SAML 서비스 공급자 조직 정보 필드에 URL, 표시 이름 및 앱 이름을 제공합니다.

    Copy to Clipboard Toggle word wrap

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

17. SAML 서비스 공급자 기술 연락처 필드에서 서비스 공급자에 대한 기술 담당자의 이름 및 이메일 주소를 지정합니다.

    Copy to Clipboard Toggle word wrap

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

18. SAML 서비스 공급자 지원 연락처 필드에서 서비스 공급자에 대한 지원 담당자의 이름 및 이메일 주소를 지정합니다.

    Copy to Clipboard Toggle word wrap

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

19. 선택 사항: SAML 서비스 공급자 추가 구성 데이터 필드에서 추가 구성 데이터를 제공합니다. 예를 들어 추가 보안을 위해 서명 요청을 사용하도록 선택할 수 있습니다.

    Copy to Clipboard Toggle word wrap

    {
    "sign_request": True,
    }

    이 필드는 API의 SOCIAL_AUTH_SAML_SP_EXTRA 와 동일합니다. 자세한 내용은 OneLogin' SAML Python Toolkit 에서 유효한 서비스 공급자 추가(SP_EXTRA) 매개변수에 대해 알아보십시오.

20. 선택 사항: SAML 보안 구성 필드에서 보안 설정을 제공합니다. 이 필드는 API의 SOCIAL_AUTH_SAML_SECURITY_CONFIG 필드와 동일합니다.

    Copy to Clipboard Toggle word wrap

    // 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,

    자세한 내용 및 추가 옵션은 OneLogin의 SAML Python Toolkit 을 참조하십시오.

21. 선택 사항: SAML IDP에서 extra_data 속성 매핑 필드에 IDP 속성을 extra_data 속성에 매핑하는 값을 입력합니다. 이러한 값에는 매핑할 이메일 또는 Username과 같은 표준 속성 이외의 추가 사용자 정보가 포함됩니다. 예를 들면 다음과 같습니다.

    Copy to Clipboard Toggle word wrap

    - Department
    - UserType
    - Organization

    포함할 수 있는 값에 대한 자세한 내용은 고급 SAML 설정을 참조하십시오.

    중요

    모든 항목이 구성에 맞게 올바르게 매핑되도록 모든 관련 값을 포함해야 합니다. 또는 추가 Authenticator 필드에 GET_ALL_EXTRA_DATA: true 를 추가하여 사용 가능한 모든 SAML IdP 특성을 매핑할 수 있습니다.

22. 성공적인 로그인 시 조직, 사용자 및 팀을 자동으로 생성하려면 Create objects 를 선택합니다.
23. 생성 시 이 인증 방법을 활성화하려면 Enabled 를 선택합니다.
24. 이 소스에서 인증할 때 이전에 추가한 그룹의 사용자를 제거하려면 사용자 제거를 선택합니다.
25. 인증 메서드 생성을 클릭합니다.

프로세스

1. 탐색 패널에서 Access Management Authentication Methods 를 선택합니다.
2. 인증 생성을 클릭합니다.
3. 이 인증 구성 의 이름을 입력합니다.
4. 인증 유형 목록에서 TACACS+ 를 선택합니다. 인증 세부 정보 섹션은 선택한 인증 유형과 관련된 필드를 표시하도록 자동으로 업데이트됩니다.
5. 목록에서 자동 마이그레이션 사용자 자동 마이그레이션 에서 레거시 인증 방법을 선택합니다. 2.4에서 2.5로 업그레이드한 후 사용자를 이 새로운 인증 구성으로 자동으로 마이그레이션하는 레거시 인증기가 됩니다. 사용자 마이그레이션에 대한 중요한 정보는 RPM 업그레이드 및 마이그레이션 가이드의 Ansible Automation Platform 후 업그레이드 단계를 참조하십시오.

6. 다음 정보를 입력합니다.

   • TACACS+ 서버의 호스트 이름: 인증할 TACACS+ 서버의 호스트 이름 또는 IP 주소를 제공합니다. 이 필드를 비워 두면 TACACS+ 인증이 비활성화됩니다.
   • TACACS+ 인증 프로토콜: TACACS+ 클라이언트에서 사용하는 프로토콜입니다. 옵션은 ascii 또는 pap입니다.
   • TACACS+ 서버에 인증을 위한 공유 시크릿: TACACS+ 인증 서버의 시크릿 키입니다.
7. TACACS+ 클라이언트 주소 전송 활성화 는 기본적으로 비활성화되어 있습니다. 클라이언트 주소 전송을 활성화하려면 확인란을 선택합니다.

8. 선택 사항: 이 인증기를 사용할 수 있는 추가 인증 필드를 입력합니다. 이러한 필드는 검증되지 않으며 인증기로 직접 전달됩니다.

   참고

   이 필드에 정의된 값은 UI에 제공된 전용 필드를 재정의합니다. 여기에 정의되지 않은 모든 값은 인증자에게 제공되지 않습니다.

9. 성공적인 로그인 시 조직, 사용자 및 팀을 자동으로 생성하려면 Create objects 를 선택합니다.
10. 생성 시 이 인증 방법을 활성화하려면 Enabled 를 선택합니다.

11. 이 소스에서 인증할 때 이전에 추가한 그룹의 사용자를 제거하려면 사용자 제거를 선택합니다.

    인증 메서드 생성을 클릭합니다.

1. 이 절차의 단계를 사용하여 Microsoft Entra ID 인증을 사용하도록 Ansible Automation Platform을 구성합니다.
2. 빠른 시작: Microsoft ID 플랫폼에 애플리케이션을 등록하여 Microsoft Entra ID에 Ansible Automation Platform 을 등록합니다. 이 프로세스에서는 애플리케이션(클라이언트) ID 및 애플리케이션 시크릿을 제공합니다.
3. Microsoft Entra ID에 리디렉션 URL을 추가합니다. 플랫폼에서 Microsoft Entra ID 인증에 대한 구성 마법사를 완료한 후 Azure AD OAuth2 콜백 URL 필드에 표시된 URL 을 복사합니다. 그런 다음 Azure에서 등록된 엔터프라이즈 애플리케이션으로 이동하여 애플리케이션에 리디렉션 URI를 추가하는 방법에 설명된 대로 리디렉션 URL (Ansible Automation Platform에서 콜백 URL 이라고도 함)으로 이 URL을 추가합니다. 이 단계는 로그인 흐름이 올바르게 작동하려면 필요합니다.

프로세스

1. 탐색 패널에서 Access Management Authentication Methods 를 선택합니다.
2. 인증 생성을 클릭합니다.
3. 이 인증 구성 의 이름을 입력합니다.
4. 인증 유형 목록에서 Azuread 를 선택합니다. 인증 세부 정보 섹션은 선택한 인증 유형과 관련된 필드를 표시하도록 자동으로 업데이트됩니다.
5. 목록에서 자동 마이그레이션 사용자 자동 마이그레이션 에서 레거시 인증 방법을 선택합니다. 2.4에서 2.5로 업그레이드한 후 사용자를 이 새로운 인증 구성으로 자동으로 마이그레이션하는 레거시 인증기가 됩니다. 사용자 마이그레이션에 대한 중요한 정보는 RPM 업그레이드 및 마이그레이션 가이드의 Ansible Automation Platform 후 업그레이드 단계를 참조하십시오.
6. 편집을 클릭하고 Microsoft의 애플리케이션(Client) ID 를 복사하여 OIDC 키 필드에 붙여넣습니다.

7. Microsoft Entra ID가 그룹 클레임에 사용자 그룹 정보를 제공하도록 구성된 경우 플랫폼이 Microsoft Entra ID 구성과 일치하는 그룹 클레임 이름으로 구성되어 있는지 확인합니다. 이를 통해 플랫폼은 Microsoft Entra ID를 통해 로그인하는 사용자의 그룹을 올바르게 식별하고 연결할 수 있습니다.

   참고

   Microsoft Entra ID에서 가져온 그룹은 그룹 이름 대신 고유한 ID를 사용합니다. Microsoft Entra ID Authenticator에 대한 그룹 맵을 생성할 때 고유한 ID를 사용해야 합니다.

   기본적으로 Microsoft Entra ID는 그룹을 기본 그룹 클레임 이름으로 사용합니다. 따라서 값을 기본값으로 설정하거나 IdP에 설정한 사용자 정의 재정의를 설정해야 합니다. 명시적으로 변경되지 않는 한 현재 기본값은 기존 동작을 보존하도록 설정됩니다.

프로세스

1. 탐색 패널에서 Access Management Authentication Methods 를 선택합니다.
2. 인증 생성을 클릭합니다.
3. 이 인증 구성 의 이름을 입력합니다.
4. 인증 유형 목록에서 Google OAuth 를 선택합니다. 인증 세부 정보 섹션은 선택한 인증 유형과 관련된 필드를 표시하도록 자동으로 업데이트됩니다.
5. 목록에서 자동 마이그레이션 사용자 자동 마이그레이션 에서 레거시 인증 방법을 선택합니다. 2.4에서 2.5로 업그레이드한 후 사용자를 이 새로운 인증 구성으로 자동으로 마이그레이션하는 레거시 인증기가 됩니다. 사용자 마이그레이션에 대한 중요한 정보는 RPM 업그레이드 및 마이그레이션 가이드의 Ansible Automation Platform 후 업그레이드 단계를 참조하십시오.

6. Google OAuth2 키 및 Google OAuth2 시크릿 필드는 미리 채워져 있습니다.

   그렇지 않은 경우 웹 애플리케이션 설정 프로세스 중에 Google에서 제공한 인증 정보를 사용합니다. 다음 단계에서 사용할 수 있도록 이러한 설정을 저장합니다.

7. Google 클라이언트 ID를 복사하여 Google OAuth2 키 필드에 붙여넣습니다.
8. Google 클라이언트 시크릿을 복사하여 Google OAuth2 시크릿 필드에 붙여넣습니다.

9. 선택 사항: 지침 및 필수 형식에 제공된 툴팁을 사용하여 다음 필드에 대한 정보를 입력합니다.

   • 액세스 토큰 URL
   • 액세스 토큰 방법
   • 권한 부여 URL
   • 토큰 취소 방법
   • 토큰 URL 취소
   • OIDC JWT 알고리즘
   • OIDC JWT

10. 선택 사항: 이 인증기를 사용할 수 있는 추가 인증 필드를 입력합니다. 이러한 필드는 검증되지 않으며 인증기로 직접 전달됩니다.

    참고

    이 필드에 정의된 값은 UI에 제공된 전용 필드를 재정의합니다. 여기에 정의되지 않은 모든 값은 인증자에게 제공되지 않습니다.

11. 성공적인 로그인 시 조직, 사용자 및 팀을 자동으로 생성하려면 Create objects 를 선택합니다.
12. 생성 시 이 인증 방법을 활성화하려면 Enabled 를 선택합니다.

13. 이 소스에서 인증할 때 이전에 추가한 그룹의 사용자를 제거하려면 사용자 제거를 선택합니다.

    인증 메서드 생성을 클릭합니다.

프로세스

1. 탐색 패널에서 Access Management Authentication Methods 를 선택합니다.
2. 인증 생성을 클릭합니다.
3. 이 인증 구성 의 이름을 입력합니다.
4. 인증 유형 목록에서 일반 OIDC 를 선택합니다. 인증 세부 정보 섹션은 선택한 인증 유형과 관련된 필드를 표시하도록 자동으로 업데이트됩니다.
5. 목록에서 자동 마이그레이션 사용자 자동 마이그레이션 에서 레거시 인증 방법을 선택합니다. 2.4에서 2.5로 업그레이드한 후 사용자를 이 새로운 인증 구성으로 자동으로 마이그레이션하는 레거시 인증기가 됩니다. 사용자 마이그레이션에 대한 중요한 정보는 RPM 업그레이드 및 마이그레이션 가이드의 Ansible Automation Platform 후 업그레이드 단계를 참조하십시오.

6. 다음 정보를 입력합니다.

   • OIDC 공급자 URL: OIDC 공급자의 URL입니다.
   • OIDC 키: 타사 IdP의 클라이언트 ID입니다.
   • OIDC Secret: IdP의 클라이언트 시크릿입니다.
7. 선택 사항: Access Token Method 목록에서 액세스 토큰을 요청할 때 사용할 HTTP 방법을 선택합니다. 기본 메서드는 POST 입니다.

8. 필요한 경우 지침 및 필수 형식에 제공된 툴팁을 사용하여 다음 필드에 대한 정보를 입력합니다.

   • Access Token Method - 기본 메서드는 POST 입니다.
   • 액세스 토큰 URL
   • 액세스 토큰 방법
   • 권한 부여 URL
   • ID 키
   • ID 토큰 발행자
   • JWKS URI
   • OIDC 공개 키
   • 토큰 취소 방법 - 기본 방법은 GET 입니다.
   • 토큰 URL 취소
   • 응답 유형
   • 토큰 끝점 인증 방법
   • userinfo URL
   • 사용자 이름 키
9. OIDC 공급자 인증서 확인을 사용하여 OIDC 공급자 SSL 인증서 확인을 활성화하거나 비활성화합니다.
10. 리디렉션 URI에서 state 매개변수를 활성화하거나 비활성화하려면 Redirect State를 사용합니다. CSRF(Cross Site Request Forgery) 공격을 방지하는 것이 좋습니다.

11. 선택 사항: 이 인증기를 사용할 수 있는 추가 인증 필드를 입력합니다. 이러한 필드는 검증되지 않으며 인증기로 직접 전달됩니다.

    참고

    이 필드에 정의된 값은 UI에 제공된 전용 필드를 재정의합니다. 여기에 정의되지 않은 모든 값은 인증자에게 제공되지 않습니다.

12. 성공적인 로그인 시 조직, 사용자 및 팀을 자동으로 생성하려면 Create objects 를 선택합니다.
13. 생성 시 이 인증 방법을 활성화하려면 Enabled 를 선택합니다.
14. 이 소스에서 인증할 때 이전에 추가한 그룹의 사용자를 제거하려면 사용자 제거를 선택합니다.
15. 인증 메서드 생성을 클릭합니다.

프로세스

1. 탐색 패널에서 Access Management Authentication Methods 를 선택합니다.
2. 인증 생성을 클릭합니다.
3. 이 인증 구성 의 이름을 입력합니다.
4. 인증 유형 목록에서 Keycloak 을 선택합니다. 인증 세부 정보 섹션은 선택한 인증 유형과 관련된 필드를 표시하도록 자동으로 업데이트됩니다.
5. 목록에서 자동 마이그레이션 사용자 자동 마이그레이션 에서 레거시 인증 방법을 선택합니다. 2.4에서 2.5로 업그레이드한 후 사용자를 이 새로운 인증 구성으로 자동으로 마이그레이션하는 레거시 인증기가 됩니다. 사용자 마이그레이션에 대한 중요한 정보는 RPM 업그레이드 및 마이그레이션 가이드의 Ansible Automation Platform 후 업그레이드 단계를 참조하십시오.
6. Keycloak 액세스 토큰 URL 필드에서 사용자 토큰을 검색할 수 있는 위치를 입력합니다.
7. 선택 사항: Keycloak 공급자 URL 필드의 로그인 흐름 중에 사용자가 가져온 리디렉션 위치를 입력합니다.
8. Keycloak OIDC 키 필드에 Keycloak 설치의 클라이언트 ID를 입력합니다.
9. Keycloak 공개 키 필드에 Keycloak 영역에서 제공하는 RS256 공개 키를 입력합니다.
10. Keycloak OIDC 시크릿 필드에 Keycloak 설치의 OIDC 시크릿(Client Secret )을 입력합니다.

11. 선택 사항: 이 인증기를 사용할 수 있는 추가 인증 필드를 입력합니다. 이러한 필드는 검증되지 않으며 인증기로 직접 전달됩니다.

    참고

    이 필드에 정의된 값은 UI에 제공된 전용 필드를 재정의합니다. 여기에 정의되지 않은 모든 값은 인증자에게 제공되지 않습니다.

12. 성공적인 로그인 시 조직, 사용자 및 팀을 자동으로 생성하려면 Create objects 를 선택합니다.
13. 생성 시 이 인증 방법을 활성화하려면 Enabled 를 선택합니다.
14. 이 소스에서 인증할 때 이전에 추가한 그룹의 사용자를 제거하려면 사용자 제거를 선택합니다.
15. 인증 메서드 생성을 클릭합니다.

1. Keycloak 구성 탐색에서 클라이언트 범위 -CLIENT- ID-dedicated Add mapper Audience 를 선택합니다.
2. 매퍼의 이름을 선택합니다.
3. Included Client Audience에서 클라이언트에 해당하는 클라이언트 ID 를 선택합니다.

프로세스

1. 탐색 패널에서 Access Management Authentication Methods 를 선택합니다.
2. 인증 생성을 클릭합니다.
3. 이 인증 구성 의 이름을 입력합니다.
4. 인증 유형 목록에서 GitHub 를 선택합니다. 인증 세부 정보 섹션은 선택한 인증 유형과 관련된 필드를 표시하도록 자동으로 업데이트됩니다.
5. 목록에서 자동 마이그레이션 사용자 자동 마이그레이션 에서 레거시 인증 방법을 선택합니다. 2.4에서 2.5로 업그레이드한 후 사용자를 이 새로운 인증 구성으로 자동으로 마이그레이션하는 레거시 인증기가 됩니다. 사용자 마이그레이션에 대한 중요한 정보는 RPM 업그레이드 및 마이그레이션 가이드의 Ansible Automation Platform 후 업그레이드 단계를 참조하십시오.

6. 애플리케이션이 등록되면 GitHub에 클라이언트 ID와 클라이언트 시크릿 이 표시됩니다.

   1. GitHub 클라이언트 ID를 복사하여 GitHub OAuth2 키 필드에 붙여넣습니다.
   2. GitHub 클라이언트 시크릿을 복사하여 GitHub OAuth2 시크릿 필드에 붙여넣습니다.

7. 선택 사항: 이 인증기를 사용할 수 있는 추가 인증 필드를 입력합니다. 이러한 필드는 검증되지 않으며 인증기로 직접 전달됩니다.

   참고

   이 필드에 정의된 값은 UI에 제공된 전용 필드를 재정의합니다. 여기에 정의되지 않은 모든 값은 인증자에게 제공되지 않습니다.

8. 성공적인 로그인 시 조직, 사용자 및 팀을 자동으로 생성하려면 Create objects 를 선택합니다.
9. 생성 시 이 인증 방법을 활성화하려면 Enabled 를 선택합니다.
10. 이 소스에서 인증할 때 이전에 추가한 그룹의 사용자를 제거하려면 사용자 제거를 선택합니다.
11. 인증 메서드 생성을 클릭합니다.

프로세스

1. 탐색 패널에서 Access Management Authentication Methods 를 선택합니다.
2. 인증 생성을 클릭합니다.
3. 이 인증 구성 의 이름을 입력합니다.
4. 인증 유형 목록에서 GitHub 조직을 선택합니다. 인증 세부 정보 섹션은 선택한 인증 유형과 관련된 필드를 표시하도록 자동으로 업데이트됩니다.
5. 목록에서 자동 마이그레이션 사용자 자동 마이그레이션 에서 레거시 인증 방법을 선택합니다. 2.4에서 2.5로 업그레이드한 후 사용자를 이 새로운 인증 구성으로 자동으로 마이그레이션하는 레거시 인증기가 됩니다. 사용자 마이그레이션에 대한 중요한 정보는 RPM 업그레이드 및 마이그레이션 가이드의 Ansible Automation Platform 후 업그레이드 단계를 참조하십시오.

6. 애플리케이션이 등록되면 GitHub에 클라이언트 ID와 클라이언트 시크릿 이 표시됩니다.

   1. GitHub 클라이언트 ID를 복사하여 GitHub OAuth2 키 필드에 붙여넣습니다.
   2. GitHub 클라이언트 시크릿을 복사하여 GitHub OAuth2 시크릿 필드에 붙여넣습니다.
7. 조직의 URL에 사용된 대로 GitHub 조직의 이름을 입력합니다(예: GitHub OAuth 조직 이름 필드에 https://github.com/<yourorg>/ ).

8. 선택 사항: 이 인증기를 사용할 수 있는 추가 인증 필드를 입력합니다. 이러한 필드는 검증되지 않으며 인증기로 직접 전달됩니다.

   참고

   이 필드에 정의된 값은 UI에 제공된 전용 필드를 재정의합니다. 여기에 정의되지 않은 모든 값은 인증자에게 제공되지 않습니다.

9. GitHub OAuth2 범위 필드에 사용자의 권한 부여 범위를 입력합니다. 기본값은 read:org 입니다.
10. 성공적인 로그인 시 조직, 사용자 및 팀을 자동으로 생성하려면 Create objects 를 선택합니다.
11. 생성 시 이 인증 방법을 활성화하려면 Enabled 를 선택합니다.
12. 이 소스에서 인증할 때 이전에 추가한 그룹의 사용자를 제거하려면 사용자 제거를 선택합니다.
13. 인증 메서드 생성을 클릭합니다.

프로세스

1. 탐색 패널에서 Access Management Authentication Methods 를 선택합니다.
2. 인증 생성을 클릭합니다.
3. 이 인증 구성 의 이름을 입력합니다.
4. 인증 유형 목록에서 GitHub 팀을 선택합니다. 인증 세부 정보 섹션은 선택한 인증 유형과 관련된 필드를 표시하도록 자동으로 업데이트됩니다.
5. 목록에서 자동 마이그레이션 사용자 자동 마이그레이션 에서 레거시 인증 방법을 선택합니다. 2.4에서 2.5로 업그레이드한 후 사용자를 이 새로운 인증 구성으로 자동으로 마이그레이션하는 레거시 인증기가 됩니다. 사용자 마이그레이션에 대한 중요한 정보는 RPM 업그레이드 및 마이그레이션 가이드의 Ansible Automation Platform 후 업그레이드 단계를 참조하십시오.

6. 애플리케이션이 등록되면 GitHub에 클라이언트 ID와 클라이언트 시크릿 이 표시됩니다.

   1. GitHub 클라이언트 ID를 복사하여 GitHub OAuth2 키 필드에 붙여넣습니다.
   2. GitHub 클라이언트 시크릿을 복사하여 GitHub OAuth2 시크릿 필드에 붙여넣습니다.
7. GitHub OAuth2 팀 ID 필드에 GitHub의 팀 ID 를 복사하여 붙여넣습니다.
8. GitHub OAuth2 범위 필드에 사용자의 권한 부여 범위를 입력합니다. 기본값은 read:org 입니다.

9. 선택 사항: 이 인증기를 사용할 수 있는 추가 인증 필드를 입력합니다. 이러한 필드는 검증되지 않으며 인증기로 직접 전달됩니다.

   참고

   이 필드에 정의된 값은 UI에 제공된 전용 필드를 재정의합니다. 여기에 정의되지 않은 모든 값은 인증자에게 제공되지 않습니다.

10. 성공적인 로그인 시 조직, 사용자 및 팀을 자동으로 생성하려면 Create objects 를 선택합니다.
11. 생성 시 이 인증 방법을 활성화하려면 Enabled 를 선택합니다.
12. 이 소스에서 인증할 때 이전에 추가한 그룹의 사용자를 제거하려면 사용자 제거를 선택합니다.
13. 인증 메서드 생성을 클릭합니다.

프로세스

1. 탐색 패널에서 Access Management Authentication Methods 를 선택합니다.
2. 인증 생성을 클릭합니다.
3. 이 인증 구성 의 이름을 입력합니다.
4. 인증 유형 목록에서 GitHub Enterprise 를 선택합니다. 인증 세부 정보 섹션은 선택한 인증 유형과 관련된 필드를 표시하도록 자동으로 업데이트됩니다.
5. 목록에서 자동 마이그레이션 사용자 자동 마이그레이션 에서 레거시 인증 방법을 선택합니다. 2.4에서 2.5로 업그레이드한 후 사용자를 이 새로운 인증 구성으로 자동으로 마이그레이션하는 레거시 인증기가 됩니다. 사용자 마이그레이션에 대한 중요한 정보는 RPM 업그레이드 및 마이그레이션 가이드의 Ansible Automation Platform 후 업그레이드 단계를 참조하십시오.

6. 애플리케이션이 등록되면 GitHub에 클라이언트 ID와 클라이언트 시크릿 이 표시됩니다.

   1. GitHub 클라이언트 ID를 복사하여 GitHub OAuth2 키 필드에 붙여넣습니다.
   2. GitHub 클라이언트 시크릿을 복사하여 GitHub OAuth2 시크릿 필드에 붙여넣습니다.
7. 기본 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. 이 소스에서 인증할 때 이전에 추가한 그룹의 사용자를 제거하려면 사용자 제거를 선택합니다.
13. 인증 메서드 생성을 클릭합니다.

프로세스

1. 탐색 패널에서 Access Management Authentication Methods 를 선택합니다.
2. 인증 생성을 클릭합니다.
3. 이 인증 구성 의 이름을 입력합니다.
4. 인증 유형 목록에서 GitHub Enterprise 조직을 선택합니다. 인증 세부 정보 섹션은 선택한 인증 유형과 관련된 필드를 표시하도록 자동으로 업데이트됩니다.
5. 목록에서 자동 마이그레이션 사용자 자동 마이그레이션 에서 레거시 인증 방법을 선택합니다. 2.4에서 2.5로 업그레이드한 후 사용자를 이 새로운 인증 구성으로 자동으로 마이그레이션하는 레거시 인증기가 됩니다. 사용자 마이그레이션에 대한 중요한 정보는 RPM 업그레이드 및 마이그레이션 가이드의 Ansible Automation Platform 후 업그레이드 단계를 참조하십시오.

6. 애플리케이션이 등록되면 GitHub에 클라이언트 ID와 클라이언트 시크릿 이 표시됩니다.

   1. GitHub 클라이언트 ID를 복사하여 GitHub OAuth2 키 필드에 붙여넣습니다.
   2. GitHub 클라이언트 시크릿을 복사하여 GitHub OAuth2 시크릿 필드에 붙여넣습니다.
7. 기본 URL 필드에 GitHub Enterprise 인스턴스의 호스트 이름을 입력합니다(예: https://github.example.com ).
8. Github OAuth2 Enterprise API URL 필드에 GitHub Enterprise 인스턴스의 API URL을 입력합니다(예: https://github.example.com/api/v3 ).
9. 조직의 URL에 사용된 대로 GitHub 엔터프라이즈 조직의 이름을 입력합니다(예: GitHub OAuth2 엔터프라이즈 조직 이름 필드에 https://github.com/<yourorg>/ ).

10. 선택 사항: 이 인증기를 사용할 수 있는 추가 인증 필드를 입력합니다. 이러한 필드는 검증되지 않으며 인증기로 직접 전달됩니다.

    참고

    이 필드에 정의된 값은 UI에 제공된 전용 필드를 재정의합니다. 여기에 정의되지 않은 모든 값은 인증자에게 제공되지 않습니다.

11. 성공적인 로그인 시 조직, 사용자 및 팀을 자동으로 생성하려면 Create objects 를 선택합니다.
12. 생성 시 이 인증 방법을 활성화하려면 Enabled 를 선택합니다.
13. 이 소스에서 인증할 때 이전에 추가한 그룹의 사용자를 제거하려면 사용자 제거를 선택합니다.
14. 인증 메서드 생성을 클릭합니다.

프로세스

1. 탐색 패널에서 Access Management Authentication Methods 를 선택합니다.
2. 인증 생성을 클릭합니다.
3. 이 인증 구성 의 이름을 입력합니다.
4. 인증 유형 목록에서 GitHub 엔터프라이즈 팀을 선택합니다. 인증 세부 정보 섹션은 선택한 인증 유형과 관련된 필드를 표시하도록 자동으로 업데이트됩니다.
5. 목록에서 자동 마이그레이션 사용자 자동 마이그레이션 에서 레거시 인증 방법을 선택합니다. 2.4에서 2.5로 업그레이드한 후 사용자를 이 새로운 인증 구성으로 자동으로 마이그레이션하는 레거시 인증기가 됩니다. 사용자 마이그레이션에 대한 중요한 정보는 RPM 업그레이드 및 마이그레이션 가이드의 Ansible Automation Platform 후 업그레이드 단계를 참조하십시오.

6. 애플리케이션이 등록되면 GitHub에 클라이언트 ID와 클라이언트 시크릿 이 표시됩니다.

   1. GitHub 클라이언트 ID를 복사하여 GitHub OAuth2 키 필드에 붙여넣습니다.
   2. GitHub 클라이언트 시크릿을 복사하여 GitHub OAuth2 시크릿 필드에 붙여넣습니다.
7. 기본 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 키(Client ID)를 입력합니다.

10. 선택 사항: 이 인증기를 사용할 수 있는 추가 인증 필드를 입력합니다. 이러한 필드는 검증되지 않으며 인증기로 직접 전달됩니다.

    참고

    이 필드에 정의된 값은 UI에 제공된 전용 필드를 재정의합니다. 여기에 정의되지 않은 모든 값은 인증자에게 제공되지 않습니다.

11. 성공적인 로그인 시 조직, 사용자 및 팀을 자동으로 생성하려면 Create objects 를 선택합니다.
12. 생성 시 이 인증 방법을 활성화하려면 Enabled 를 선택합니다.
13. 이 소스에서 인증할 때 이전에 추가한 그룹의 사용자를 제거하려면 사용자 제거를 선택합니다.
14. 인증 메서드 생성을 클릭합니다.

프로세스

1. 탐색 패널에서 Access Management Authentication Methods 를 선택합니다.
2. 인증 생성을 클릭합니다.
3. 이 인증 구성 의 이름을 입력합니다.
4. 인증 유형 목록에서 Radius 를 선택합니다. 인증 세부 정보 섹션은 선택한 인증 유형과 관련된 필드를 표시하도록 자동으로 업데이트됩니다.
5. 목록에서 자동 마이그레이션 사용자 자동 마이그레이션 에서 레거시 인증 방법을 선택합니다. 2.4에서 2.5로 업그레이드한 후 사용자를 이 새로운 인증 구성으로 자동으로 마이그레이션하는 레거시 인증기가 됩니다. 사용자 마이그레이션에 대한 중요한 정보는 RPM 업그레이드 및 마이그레이션 가이드의 Ansible Automation Platform 후 업그레이드 단계를 참조하십시오.
6. RADIUS 서버 필드에 RADIUS 서버의 호스트 또는 IP를 입력합니다. 이 필드를 비워 두면 RADIUS 인증이 비활성화됩니다.
7. RADIUS 서버에 인증할 공유 시크릿을 입력합니다.

8. 선택 사항: 이 인증기를 사용할 수 있는 추가 인증 필드를 입력합니다. 이러한 필드는 검증되지 않으며 인증기로 직접 전달됩니다.

   참고

   이 필드에 정의된 값은 UI에 제공된 전용 필드를 재정의합니다. 여기에 정의되지 않은 모든 값은 인증자에게 제공되지 않습니다.

9. 성공적인 로그인 시 조직, 사용자 및 팀을 자동으로 생성하려면 Create objects 를 선택합니다.
10. 생성 시 이 인증 방법을 활성화하려면 Enabled 를 선택합니다.
11. 이 소스에서 인증할 때 이전에 추가한 그룹의 사용자를 제거하려면 사용자 제거를 선택합니다.
12. 인증 메서드 생성을 클릭합니다.