Questa pagina è stata tradotta dall'API Cloud Translation.

Abilitazione dell'autenticazione esterna

Edge per Private Cloud v4.18.05

Questa sezione spiega come ottenere, installare e configurare i componenti necessari per integrare un servizio LDAP in Apigee Edge per l'autenticazione degli utenti.

Prerequisiti

Devi disporre di un'installazione di Apigee Edge for Private Cloud 4.18.05.
Per eseguire questa installazione, devi disporre delle credenziali di amministratore di sistema globale su Apigee Edge for Private Cloud.
Devi conoscere la home directory dell'installazione di Apigee Edge for Private Cloud. La directory radice predefinita è /opt.
Devi aggiungere le credenziali di amministratore di sistema globale di Edge all'LDAP esterno. Tieni presente che per impostazione predefinita le credenziali di amministratore di sistema sono archiviate nell'LDAP interno di Edge. Una volta passato all'LDAP esterno, le credenziali di amministratore di sistema verranno autenticate lì. Pertanto, devi eseguire il provisioning delle credenziali nel sistema esterno prima di attivare l'autenticazione esterna in Edge.
Ad esempio, se hai configurato e installato Apigee Edge for Private Cloud con le credenziali di amministratore di sistema globale come:
```
username: edgeuser@mydomain.com
password: Secret123
```
Quindi l'utente edgeuser@mydomain.com con password Secret123 deve essere presente anche nel LDAP esterno.
Se esegui un cluster di server di gestione, tieni presente che devi eseguire tutti i passaggi descritti in questo documento per ciascun server di gestione.

Configurazione dell'autenticazione esterna

L'attività principale che dovrai svolgere è la configurazione del file management-server.properties. Questa attività include l'arresto e l'avvio di Edge Management Server, la decisione se utilizzare l'associazione diretta o indiretta, la crittografia delle credenziali sensibili e altre attività correlate.

Importante: decidi ora se intendi utilizzare il metodo di autenticazione con associazione diretta o indiretta. Questa decisione influirà su alcuni aspetti della configurazione. Vedi Autenticazione esterna.
Importante: devi eseguire questi passaggi di configurazione su ogni server Apigee Edge Management (se ne esegui più di uno).
Apri /opt/apigee/customer/application/management-server.properties in un editor di testo. Se il file non esiste, creane uno.
Aggiungi la seguente riga:
```
conf_security_authentication.user.store=externalized.authentication
```
Nota: assicurati che non siano presenti spazi finali alla fine della riga.

Questa riga aggiunge la funzionalità di autenticazione esterna all'installazione di Edge for Private Cloud.
Per semplificare questo passaggio, abbiamo creato due configurazioni di esempio ben commentate, una per l'autenticazione tramite associazione diretta e una per l'associazione indiretta. Consulta gli esempi riportati di seguito per la associazione che vuoi utilizzare e completa la configurazione:
- Esempio di configurazione del BINDING DIRETTO
- Esempio di configurazione del BINDING INDIRETTO

Riavviare il server di gestione:

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

Verifica che il server sia in esecuzione:

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

Importante: devi eseguire una configurazione aggiuntiva in una o entrambe le seguenti circostanze:
1. Se intendi che gli utenti accedano utilizzando nomi utente che non sono indirizzi email. In questo caso, anche l'utente amministratore di sistema deve autenticarsi con un nome utente.
  
  AND/OR
2. Se la password dell'account utente amministratore nel tuo LDAP esterno è diversa da quella configurata la prima volta che hai installato Apigee Edge per Private Cloud. Consulta la sezione Configurazione richiesta per credenziali di amministratore di sistema diverse.

Esempio di configurazione di DIRECT BINDING

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

Esempio di configurazione di BINDING INDIRETTO

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

Test dell'installazione

Verifica che il server sia in esecuzione:

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

Esegui questo comando, fornendo un set di credenziali di amministratore globale del sistema Apigee Edge. La chiamata API che testeremo può essere eseguita solo da un amministratore sistema di Edge.
Importante: le credenziali identiche devono esistere nel tuo account LDAP esterno. In caso contrario, devi aggiungerli ora. Tieni presente che il nome utente è in genere un indirizzo email, ma dipende da come hai configurato l'autenticazione esterna, come spiegato in precedenza in questo documento.
```
curl -v http://management-server-IP:8080/v1/o -u sysadmin_username
```
Ad esempio:
```
curl -v http://192.168.52.100:8080/v1/o -u jdoe@mydomain.com
```
Quando richiesto, inserisci la password.
Se il comando restituisce uno stato 200 e un elenco di organizzazioni, la configurazione è corretta. Questo comando verifica che la chiamata API al server di gestione Edge sia stata autenticata correttamente tramite il sistema LDAP esterno.