외부 인증 사용 설정

이 섹션에서는 컨테이너 이미지 생성에 필요한 구성요소를 사용자 인증을 위해 LDAP 서비스를 Apigee Edge에 통합할 수 있습니다.

기본 요건

• Private Cloud용 Apigee Edge 4.18.05 설치가 있어야 합니다.
• 프라이빗 클라우드용 Apigee Edge의 전역 시스템 관리자 사용자 인증 정보가 있어야 합니다. 이 설치를 수행할 수 있습니다
• 프라이빗 클라우드 설치를 위한 Apigee Edge의 루트 디렉터리를 알고 있어야 합니다. 이 기본 루트 디렉터리는 /opt입니다.
• Edge 전역 시스템 관리자 사용자 인증 정보를 외부 LDAP에 액세스하면 됩니다. 기본적으로 시스템 관리자 사용자 인증 정보는 내부 LDAP를 사용할 수 있습니다. 외부 LDAP로 전환하면 시스템 관리자 사용자 인증 정보가 그곳에서 인증됩니다 따라서 사용자 인증 정보를 Edge에서 외부 인증을 사용 설정하기 전에 외부 시스템에 다시 액세스 권한을 부여해야 합니다.

  예를 들어 전역 부하 분산기로 프라이빗 클라우드용 Apigee Edge를 구성하고 설치한 경우 시스템 관리자 자격 증명:

  username: edgeuser@mydomain.com
  password: Secret123

  그런 다음 사용자는 비밀번호로 edgeuser@mydomain.com Secret123도 외부 LDAP에 있어야 합니다.

• 관리 서버 클러스터를 실행하는 경우, 모든 단계를 수행해야 합니다. 각 관리 서버에 대해 설명해 드리도록 하겠습니다.

외부 인증 구성

기본 활동은 management-server.properties 파일을 구성하는 것입니다. 이 활동에는 에지 관리 서버를 중지 및 시작하고, 직접 또는 간접 바인딩 사용, 민감한 사용자 인증 정보 암호화 및 기타 관련 할 수 있습니다

1. 중요: 이제 간접 또는 직접 바인딩 인증 메서드 이 결정은 구성의 일부 측면에 영향을 미칩니다. 자세한 내용은 외부 인증.
2. 중요: 각 Apigee Edge 관리에서 구성 단계를 수행해야 합니다. 서버 (2개 이상을 실행하는 경우)
3. /opt/apigee/customer/application/management-server.properties 열기 코드를 작성합니다 파일이 없으면 새로 만듭니다.
4. 다음 줄을 추가합니다.

   conf_security_authentication.user.store=externalized.authentication

   이 줄은 Private Cloud용 Edge에 외부 인증 기능을 추가합니다. 설치해야 합니다

5. 이 단계를 쉽게 수행할 수 있도록 잘 작성된 샘플 구성 두 개를 만들었습니다. 하나는 직접 바인딩 인증용 하나, 다른 하나는 간접 바인딩 인증용입니다. 아래의 샘플 참조 사용하려는 바인딩을 지정하고 구성을 완료합니다. <ph type="x-smartling-placeholder">
   </ph>
   • DIRECT BINDING 구성 샘플
   • 간접 결합 구성 샘플
6. 관리 서버를 다시 시작합니다.

   /opt/apigee/apigee-service/bin/apigee-service edge-management-server restart

7. 서버가 실행 중인지 확인합니다.

   /opt/apigee/apigee-service/bin/apigee-all status

8. 중요: 둘 중 하나 또는 둘 다에서 추가 구성을 수행해야 합니다. 다음 상황 중 하나: <ph type="x-smartling-placeholder">
   </ph>
   1. 사용자가 이메일 주소가 아닙니다. 이 경우 시스템 관리자는 사용자 이름을 입력하세요.

      AND/OR

   2. 외부 시스템 관리자 계정의 비밀번호가 LDAP가 Apigee Edge를 처음 설치할 때 구성한 비밀번호와 다릅니다. 프라이빗 클라우드입니다. 다양한 시스템 관리자 사용자 인증 정보에 필요한 구성을 참고하세요.

직접 구속력 구성 샘플

## The first property is always required to enable the external authorization feature.
## Do not change it.
conf_security_externalized.authentication.implementation.class=com.apigee.rbac.impl.LdapAuthenticatorImpl

## Identify the type of binding:
## Set to "true" for direct binding
## Set to "false" for indirect binding.
conf_security_externalized.authentication.bind.direct.type=true

## The next seven properties are needed regardless of direct or indirect binding. You need to
## configure these per your external authentication installation.
## The IP or domain for your external LDAP instance. 
conf_security_externalized.authentication.server.url=ldap://localhost:389

## Your external LDAP server version.
conf_security_externalized.authentication.server.version=3

## The server timeout in milliseconds. 
conf_security_externalized.authentication.server.conn.timeout=50000

## Change these baseDN values to match your external LDAP service. This attribute value will be
## provided by your external LDAP administrator, and may have more or fewer dc elements depending
## on your setup.
conf_security_externalized.authentication.user.store.baseDN=dc=apigee,dc=com

## Do not change this search string. It is used internally. 
conf_security_externalized.authentication.user.store.search.query=(&(${userAttribute}=${userId}))

## Identifies the external LDAP property you want to bind against for Authentication. For
## example if you are binding against an email address in Microsoft Active Directory, this would be
## the userPrincipalName property in your external LDAP instance. Alternatively if you are binding
## against the user's ID, this would typically be in the sAMAccountName property:
conf_security_externalized.authentication.user.store.user.attribute=userPrincipalName

## The LDAP attribute where the user email value is stored. For direct binding with AD, set it to
## userPrincipalName.
conf_security_externalized.authentication.user.store.user.email.attribute=userPrincipalName

## ONLY needed for DIRECT binding.
## The direct.bind.user.directDN property defines the string that is used for the bind against the
## external authentication service. Ensure it is set as follows:
conf_security_externalized.authentication.direct.bind.user.directDN=${userDN}

INDIRECT BINDING 구성 샘플

## Required to enable the external authorization feature. Do not change it.
conf_security_externalized.authentication.implementation.class=com.apigee.rbac.impl.LdapAuthenticatorImpl

## Identifies the type of binding:
## Set to "true" for direct binding
## Set to "false" for indirect binding.
conf_security_externalized.authentication.bind.direct.type=false

## The next seven properties are needed regardless of direct or indirect binding. You need to
## configure these per your external LDAP installation.
## The IP or domain for your external LDAP instance.
conf_security_externalized.authentication.server.url=ldap://localhost:389

## Replace with your external LDAP server version.
conf_security_externalized.authentication.server.version=3

## Set the server timeout in milliseconds. 
conf_security_externalized.authentication.server.conn.timeout=50000

## Change these baseDN values to match your external LDAP service. This attribute value will be
# provided by your external LDAP administrator, and may have more or fewer dc elements
# depending on your setup.
conf_security_externalized.authentication.user.store.baseDN=dc=apigee,dc=com

## Do not change this search string. It is used internally. 
conf_security_externalized.authentication.user.store.search.query=(&(${userAttribute}=${userId}))

## Identifies the external LDAP property you want to bind against for Authentication. For example
## if you are binding against an email address, this would typically be in the
## userPrincipalName property in your external LDAP instance. Alternatively if you are binding
## against the user's ID, this would typically be in the sAMAccountName property.
## See also "Configuration required for different sysadmin credentials".
conf_security_externalized.authentication.user.store.user.attribute=userPrincipalName

## Used by Apigee to perform the Authorization step and currently, Apigee only supports email
## address for Authorization. Make sure to set it to the attribute in your external LDAP that
## stores the user's email address. Typically this will be in the userPrincipalName property.
conf_security_externalized.authentication.user.store.user.email.attribute=userPrincipalName

## The external LDAP username (for a user with search privileges on the external LDAP) and
## password and whether the password is encrypted. You must also set the attribute
## externalized.authentication.bind.direct.type to false.
## The password attribute can be encrypted or in plain text. See
## "Indirect binding only: Encrypting the external LDAP user's password"
## for encryption instructions. Set the password.encrypted attribute to "true" if the password is
## encrypted. Set it to "false" if the password is in plain text.
conf_security_externalized.authentication.indirect.bind.server.admin.dn=myExtLdapUsername
conf_security_externalized.authentication.indirect.bind.server.admin.password=myExtLdapPassword
conf_security_externalized.authentication.indirect.bind.server.admin.password.encrypted=true

설치 테스트

1. 서버가 실행 중인지 확인합니다.

   /opt/apigee/apigee-service/bin/apigee-all status

2. 이 명령어를 실행하여 Apigee Edge 글로벌 시스템 관리자 집합을 제공합니다. 사용자 인증 정보를 제공합니다. 테스트할 API 호출은 Edge sysadmin.

   curl -v http://management-server-IP:8080/v1/o -u sysadmin_username

   예를 들면 다음과 같습니다.

   curl -v http://192.168.52.100:8080/v1/o -u jdoe@mydomain.com

3. 메시지가 표시되면 비밀번호를 입력합니다.

   명령어가 200 상태와 조직 목록을 반환하면 구성이 올바른 것입니다. 이 명령어는 에지 관리 서버에 대한 API 호출이 성공했는지 확인합니다. 외부 LDAP 시스템을 통해 인증됨