Bu sayfa, Cloud Translation API ile çevrilmiştir.

Harici kimlik doğrulama etkinleştiriliyor

Private Cloud için Edge v4.18.05

Bu bölümde, bir LDAP hizmetini kullanıcı kimlik doğrulaması için Apigee Edge'e entegre etmek amacıyla gereken bileşenlerin nasıl alınacağı, yükleneceği ve yapılandırılacağı açıklanmaktadır.

Ön koşullar

Private Cloud için Apigee Edge 4.18.05 sürümünü yüklemiş olmanız gerekir.
Bu yüklemeyi yapabilmek için Private Cloud için Apigee Edge'de küresel sistem yöneticisi kimlik bilgilerine sahip olmanız gerekir.
Private Cloud kurulumu için Apigee Edge'in kök dizinini bilmeniz gerekir. Varsayılan kök dizin /opt'tir.
Edge global sistem yöneticisi kimlik bilgilerinizi harici LDAP'ye eklemeniz gerekir. Varsayılan olarak, sistem yöneticisi kimlik bilgilerinin Edge'in dahili LDAP'sinde depolandığını unutmayın. Harici LDAP'ye geçtikten sonra, sistem yöneticisi kimlik bilgilerinizin doğrulanması bu LDAP'de yapılır. Bu nedenle, Edge'de harici kimlik doğrulamayı etkinleştirmeden önce kimlik bilgilerini harici sisteme sağlamanız gerekir.
Örneğin, Apigee Edge for Private Cloud'ı aşağıdaki gibi genel sistem yöneticisi kimlik bilgileriyle yapılandırdıysanız ve yüklediyseniz:
```
username: edgeuser@mydomain.com
password: Secret123
```
Bu durumda, Secret123 şifresine sahip olan edgeuser@mydomain.com kullanıcısı da harici LDAP'de bulunmalıdır.
Yönetim sunucusu kümesi çalıştırıyorsanız her yönetim sunucusu için bu belgedeki tüm adımları uygulamanız gerektiğini unutmayın.

Harici kimlik doğrulamayı yapılandırma

Yapacağınız ana işlem, management-server.properties dosyasını yapılandırmaktır. Bu etkinlik, Uç Yönetim Sunucusu'nu durdurmayı ve başlatmayı, doğrudan veya dolaylı bağlamayı kullanmak isteyip istemediğinize, hassas kimlik bilgilerini şifrelemeyi ve ilgili diğer görevleri uygulamayı kapsar.

Önemli: Doğrudan veya dolaylı bağlama kimlik doğrulama yöntemini kullanıp kullanmayacağınıza şimdi karar verin. Bu karar, yapılandırmayla ilgili bazı yönleri etkileyecektir. Harici Kimlik Doğrulama bölümüne bakın.
Önemli: Bu yapılandırma adımlarını her Apigee Edge Yönetim Sunucusu'nda (birden fazla sunucunuz varsa) uygulamanız gerekir.
/opt/apigee/customer/application/management-server.properties dosyasını bir metin düzenleyicide açın. Dosya mevcut değilse dosyayı oluşturun.
Aşağıdaki satırı ekleyin:
```
conf_security_authentication.user.store=externalized.authentication
```
Not: Satırın sonunda boşluk olmadığından emin olun.

Bu satır, Private Cloud kurulumu için Edge'inize harici kimlik doğrulama özelliğini ekler.
Bu adımı kolaylaştırmak için iyi yorumlanmış iki örnek yapılandırma oluşturduk: biri doğrudan, diğeri dolaylı bağlama kimlik doğrulaması için. Kullanmak istediğiniz bağlama yönelik aşağıdaki örneklere bakın ve yapılandırmayı tamamlayın:
- DIRECT BINDING yapılandırma örneği
- DOLAYLI BINDING yapılandırma örneği

Yönetim sunucusunu yeniden başlatın:

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

Sunucunun çalıştığını doğrulayın:

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

Önemli: Aşağıdaki durumlardan birinde (veya her ikisinde) ek yapılandırma yapmanız gerekir:
1. Kullanıcıların e-posta adresi olmayan kullanıcı adları kullanarak giriş yapmasını istiyorsanız. Bu durumda, sistem yöneticisi kullanıcınız da bir kullanıcı adıyla kimliğini doğrulamalıdır.
  
  VE/VEYA
2. Harici LDAP'nizdeki sistem yöneticisi kullanıcı hesabınızın şifresi, Private Cloud için Apigee Edge'i ilk kez yüklediğinizde yapılandırdığınız şifreden farklıysa. Farklı sistem yöneticisi kimlik bilgileri için yapılandırma gerekli başlıklı makaleyi inceleyin.

DIRECT BINDING yapılandırma örneği

## 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}

DOLAYLI BINDING yapılandırma örneği

## 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

Kurulumu test etme

Sunucunun çalıştığını doğrulayın:

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

Apigee Edge global sistem yöneticisi kimlik bilgileri sağlayarak bu komutu yürütün. Test edeceğimiz API çağrısı yalnızca bir Edge sysadmin tarafından yürütülebilir.
Önemli: Aynı kimlik bilgileri harici LDAP hesabınızda bulunmalıdır. Bu bilgiler yoksa hemen eklemeniz gerekir. Kullanıcı adının genellikle bir e-posta adresi olduğunu unutmayın. Ancak bu, daha önce bu belgede açıklandığı gibi, harici kimlik doğrulamasını nasıl yapılandırdığınıza bağlıdır.
```
curl -v http://management-server-IP:8080/v1/o -u sysadmin_username
```
Örneğin:
```
curl -v http://192.168.52.100:8080/v1/o -u jdoe@mydomain.com
```
İstendiğinde şifrenizi girin.
Komut 200 durumunu ve kuruluşların listesini döndürüyorsa yapılandırma doğrudur. Bu komut, Edge Yönetim Sunucusu'na yapılan API çağrısının harici LDAP sistemi üzerinden başarıyla kimlik doğrulamasını doğrular.