Criterio LDAP

Stai visualizzando la documentazione di Apigee Edge.
Consulta la documentazione di Apigee X.
info

Cosa

Il criterio LDAP fornisce:

  • Autenticazione: le credenziali utente fornite nella richiesta vengono convalidate rispetto alle credenziali nel provider LDAP. Il criterio LDAP offre molta flessibilità con l'autenticazione, consentendoti di utilizzare qualsiasi valore DN insieme alla password, anche se il valore DN che vuoi non è presente nella richiesta. Ad esempio, supponiamo che tu debba utilizzare l'autenticazione tramite email / password. Sono possibili le seguenti opzioni:
    • Se l'email è presente nella richiesta, puoi semplicemente utilizzarla con la password per l'autenticazione LDAP.
    • Se l'email non è presente nella richiesta, ma è presente un altro attributo DN (ad esempio il numero di telefono), puoi utilizzare il numero di telefono per ottenere l'email corrispondente da LDAP, quindi utilizzare l'email/la password per l'autenticazione.
  • Ricerca del nome distinto (DN): oltre all'autenticazione, puoi utilizzare il criterio LDAP anche per identificare un attributo utente nella richiesta, ad esempio l'email, e eseguire una query che recupera altri attributi DN da LDAP per quell'utente. Il nome distinto recuperato viene memorizzato in una variabile.

Utilizza il criterio LDAP quando l'accesso alle risorse protette deve essere limitato agli utenti del tuo provider LDAP, ad esempio utenti amministratori, utenti dell'organizzazione e sviluppatori, soprattutto quando l'accesso ai token OAuth è superfluo o troppo complesso. Le norme sono progettate anche per recuperare i metadati del nome di dominio da utilizzare nei flussi proxy API.

Ad esempio, puoi eseguire una chiamata API solo quando un utente viene autenticato correttamente in LDAP e, facoltativamente, recuperare gli attributi DN (Domain Name) per l'utente dopo l'autenticazione.

Per ulteriori informazioni, vedi:

Esempi

Autenticazione con nome utente/password

<Ldap name="4GLdapPolicy">
   <LdapResource>ldap1</LdapResource>
   <Authentication>
       <UserName ref="request.header.username"/>
       <Password ref="request.header.password"/>
       <Scope>subtree</Scope>
       <BaseDN ref="apigee.baseDN"></BaseDN> <!-- default is dc=apigee,dc=com -->
    </Authentication>
 </Ldap>

Questo esempio fornisce l'autenticazione rispetto a un provider LDAP. Il criterio trasmette il nome utente e la password dalla richiesta a LDAP per l'autenticazione.

Autenticazione attributo DN

<Ldap name="LdapPolicy">
   <LdapResource>ldap1</LdapResource>
   <Authentication>
       <Password ref="request.header.password"/>
       <SearchQuery>mail={request.header.mail}</SearchQuery>
       <Scope>subtree</Scope>
       <BaseDN ref="apigee.baseDN"></BaseDN> <!-- default is dc=apigee,dc=com -->
    </Authentication>
 </Ldap>

Questo criterio recupera il nome distinto dell'utente con l'email nell'intestazione della richiesta, quindi autentica l'utente rispetto a LDAP con la password fornita nell'intestazione della richiesta.

Ricerca LDAP

<Ldap name="LdapPolicy">
    <!-- using a custom LDAP provider -->
    <LdapConnectorClass>com.custom.ldap.MyProvider</LdapConnectorClass>
    <LdapResource>MyLdap</LdapResource>
    <Search>
        <BaseDN ref="apigee.baseDN"></BaseDN> <!-- default is dc=apigee,dc=com -->
        <SearchQuery>mail={request.header.mail}</SearchQuery>
        <Attributes>
            <Attribute>address</Attribute>
            <Attribute>phone</Attribute>
            <Attribute>title</Attribute>
        </Attributes>
        <Scope></Scope> <!-- default is subtree -->
    </Search>
</Ldap>

Questo criterio fa riferimento a un provider LDAP personalizzato. Utilizza l'indirizzo email nell'intestazione della richiesta per identificare l'utente, quindi recupera l'indirizzo, il numero di telefono e il titolo dell'utente da LDAP. Gli attributi DN recuperati vengono archiviati in una variabile. Consulta la sezione "Variabili specifiche per criterio".

Per cercare in LDAP e recuperare gli attributi DN, la richiesta deve includere le credenziali dell'amministratore.

Riferimento elemento

Di seguito sono riportate le descrizioni degli elementi e degli attributi del criterio LDAP.

Elemento

Descrizione

Ldap

Elemento principale con un attributo name in cui inserire il nome della policy.

LdapConnectorClass

Quando utilizzi il criterio LDAP con un provider LDAP personalizzato (non fornito da Apigee), specifica la classe del connettore LDAP completa. Si tratta della classe in cui hai implementato l'interfaccia ExternalLdapConProvider di Apigee.

LdapResource

Inserisci il nome dell'ambiente della risorsa LDAP. Per saperne di più, consulta Creare una risorsa LDAP.

BaseDN

Il livello base di LDAP in cui si trovano tutti i tuoi dati. Ad esempio, nel provider LDAP di Apigee, tutti i dati si trovano in dc=apigee,dc=com.

  • ref: utilizza questo parametro per specificare una variabile di flusso contenente il valore BaseDN, ad esempio apigee.baseDN. ref ha la precedenza su un valore BaseDN esplicito. Se specifichi sia ref che value, ref ha la priorità. Se ref non viene risolto in fase di runtime, viene utilizzato il valore.

Scope

  • object: l'autenticazione o la ricerca avviene solo a livello di base di LDAP.
  • onelevel: l'autenticazione o la ricerca avviene un livello sotto il livello di base.
  • subtree (impostazione predefinita): l'autenticazione o la ricerca viene eseguita a livello di base e in modo completamente ricorsivo al di sotto della base.

Autenticazione

Authentication

Elemento principale per il comportamento di autenticazione che implementi.

UserName

Elemento vuoto che accetta uno dei seguenti attributi:

  • ref: un riferimento al nome utente nella richiesta, ad esempio request.header.username
  • value: il nome utente stesso

Se non esegui l'autenticazione con il nome utente o se il nome utente non è incluso nella richiesta, non devi includere questo elemento.

Se il nome utente è presente nella richiesta, ma vuoi autenticare un utente con un attributo DN diverso dal nome utente, ad esempio l'email, includi un SearchQuery per ottenere l'email dell'utente associata alla password. La policy LDAP utilizza il nome utente per eseguire query sul provider LDAP per l'indirizzo email corrispondente, che viene poi utilizzato per l'autenticazione.

Password

Elemento vuoto che accetta uno dei seguenti attributi:

  • ref: un riferimento alla password nella richiesta, ad esempio request.header.password
  • value: la password criptata

SearchQuery

Se vuoi eseguire l'autenticazione utilizzando un attributo DN diverso dal nome utente, ad esempio l'email, configura il criterio LDAP in modo da ottenere un attributo DN dalla richiesta (ad esempio il nome utente), che viene utilizzato per identificare l'utente in LDAP, recuperare l'email e autenticare l'utente.

Ad esempio, supponendo che LDAP definisca un attributo "mail" per memorizzare l'indirizzo email:

<SearchQuery>mail={request.header.mail}</SearchQuery>

Ricerca

Search

Elemento principale per il comportamento di ricerca che implementi.

SearchQuery

Identificando l'utente con i metadati nella richiesta o nella risposta, puoi utilizzare questo elemento per recuperare ulteriori attributi DN per l'utente da LDAP. Ad esempio, se la richiesta contiene l'email dell'utente e il tuo LDAP definisce un attributo mail per memorizzare gli indirizzi email degli utenti, devi utilizzare la seguente impostazione:

<SearchQuery>mail={request.header.mail}</SearchQuery>

Questa query cerca in LDAP un'email corrispondente a quella nella richiesta e ora il criterio può recuperare attributi DN aggiuntivi per l'utente con l'elemento Attributi.

Attributes

Utilizza uno o più elementi <Attribute> per identificare i metadati DN che vuoi recuperare per l'utente. È richiesto almeno un attributo.

Ad esempio, dopo che SearchQuery identifica l'utente, il criterio può ora recuperare gli attributi DN per l'utente, come indirizzo, numero di telefono e titolo dell'utente, come mostrato nell'esempio seguente.

I valori degli attributi sono i nomi degli attributi DN definiti in LDAP.

<Attributes>
  <Attribute>address</Attribute>
  <Attribute>phone</Attribute>
  <Attribute>title</Attribute>
</Attributes>

Note sull'utilizzo

Apigee Edge for Private Cloud ti consente di utilizzare un provider LDAP nelle chiamate API. Con il criterio LDAP, le applicazioni possono autenticare le credenziali rispetto agli utenti archiviati in LDAP e puoi recuperare i nomi distinti (DN) da LDAP, ovvero i metadati o gli attributi associati a ogni utente, come email, indirizzo e numero di telefono. Il nome distinto restituito viene memorizzato in una variabile per un ulteriore utilizzo da parte del proxy API.

Crea una risorsa LDAP

Il criterio LDAP utilizza una risorsa LDAP creata in Apigee Edge. Una risorsa LDAP fornisce le informazioni di connessione al repository LDAP.

Per creare e gestire le risorse LDAP, utilizza l'API e il payload seguenti:

API

Crea (POST) una risorsa LDAP o elenca (GET) tutte le risorse LDAP:

/v1/organizations/org_name/environments/environment/ldapresources

Visualizza i dettagli per (GET), Aggiorna (POST) ed Elimina (DELETE) una risorsa LDAP:

/v1/organizations/org_name/environments/environment/ldapresources/ldap_resource_name

Payload

Di seguito è riportato un payload XML di esempio con commenti sull'utilizzo.

<LdapResource name="ldap1">
  <Connection>
    <Hosts>
      <!-- port is optional: defaults to 389 for ldap:// and 636 for ldaps:// -->
      <Host port="636">foo.com</Host>
    </Hosts>
    <SSLEnabled>false</SSLEnabled> <!-- optional, defaults to false -->
    <Version>3</Version> <!-- optional, defaults to 3-->
    <Authentication>simple</Authentication> <!-- optional, only simple supported -->
    <ConnectionProvider>jndi|unboundid</ConnectionProvider> <!-- required -->
    <ServerSetType>single|round robin|failover</ServerSetType> <!-- not applicable for jndi -->
    <!-- If using a custom LDAP provider, the fully qualified class: -->
    <LdapConnectorClass>com.custom.ldap.MyProvider</LdapConnectorClass>
  </Connection>
  <ConnectPool enabled="true"> <!-- enabled is optional, defaults to true -->
    <Timeout>30000</Timeout> <!-- optional, in milliseconds; if not set, no timeout -->
    <Maxsize>50</Maxsize> <!-- optional; if not set, no max connections -->
    <Prefsize>30</Prefsize> <!-- optional; if not set, no pref size -->
    <Initsize></Initsize> <!-- optional; if not set, defaults to 1 -->
    <Protocol></Protocol> <!-- optional; if not set, defaults to 'ssl plain' -->
  </ConnectPool>
  <Admin>
    <DN>cn=manager,dc=apigee,dc=com</DN>
    <Password>secret</Password>
  </Admin>
</LdapResource>

Esempio di curl: crea una risorsa LDAP

L'esempio seguente crea una risorsa LDAP denominata ldap1.

curl -X POST -H "Content-Type: application/xml" \
  https://api.enterprise.apigee.com/v1/organizations/myorg/environments/test/ldapresources \
  -u apigee_email:password -d \
  '<LdapResource name="ldap1">
    <Connection>
      <Hosts>
      <Host>foo.com</Host>
      </Hosts>
      <SSLEnabled>false</SSLEnabled>
      <Version>3</Version>
      <Authentication>simple</Authentication>
      <ConnectionProvider>unboundid</ConnectionProvider>
      <ServerSetType>round robin</ServerSetType>
    </Connection>
    <ConnectPool enabled="true">
      <Timeout>30000</Timeout>
      <Maxsize>50</Maxsize>
      <Prefsize>30</Prefsize>
      <Initsize></Initsize>
      <Protocol></Protocol>
    </ConnectPool>
    <Admin>
      <DN>cn=manager,dc=apigee,dc=com</DN>
      <Password>secret</Password>
    </Admin>
  </LdapResource>'

Codici di risposta

Di seguito sono riportati i codici di risposta HTML restituiti dalla policy in caso di esito positivo o negativo:

  • Operazione riuscita: 200
  • Errore: 401

Utilizzo di un provider LDAP personalizzato in Edge for Private Cloud

Utilizzo di un provider LDAP personalizzato

Apigee Edge for Private Cloud viene fornito con un provider LDAP già configurato per interagire con il criterio LDAP. Tuttavia, se utilizzi un provider LDAP personalizzato, devi abilitare il provider per supportare il criterio LDAP. Per

  1. Nella classe del provider LDAP, implementa l'interfaccia ExternalLdapConProvider.
    public interface ExternalLdapConProvider {
      void doAuthentication(LdapBean LlapBean, String userDN, String password, String baseDN);
    
      void doSearchAndAuthentication(LdapBean LlapBean, String password, String baseDN, String query, int scope);
    
      Collection<Map<String, String[]>> doSearch(LdapBean LlapBean, String query,
        String baseDN, Collection<String> requiredAttributes, int scope);
    
      void closeConnections();
    }
  2. Nel <LdapConnectorClass> della configurazione della policy (sezioni successive), aggiungi il nome di classe completo del tuo provider LDAP personalizzato.
  3. Scarica questo file: custom-ldap.jar_.zip. Potrebbe essere necessario fare clic con il tasto destro del mouse e selezionare Salva con nome.
  4. Decomprimilo.
  5. Aggiungi il file custom-ldap.jar al tuo ambiente e assicurati che si trovi nel classpath.
  6. Crea una risorsa dell'ambiente per il tuo provider LDAP. Utilizzerai il nome della risorsa ambiente nell'elemento <LdapResource> della norma LDAP.

Utilizzo di UnboundID LDAP SDK per Java

Puoi utilizzare l'SDK LDAP UnboundID con il criterio LDAP, ma devi prima scaricare la versione 2.3.1 e aggiungerla a ogni classpath del processore di messaggi.

Per utilizzare l'SDK LDAP UnboundID con il criterio LDAP:

  1. Apri un browser e vai al repository di file Sourceforge per l'SDK LDAP UnboundID:
    https://sourceforge.net/projects/ldap-sdk/files/
  2. Trova la versione 2.3.1 (SE o Standard Edition) dell'SDK e scarica il file ZIP per quella versione. Ad esempio, scarica "unboundid-ldapsdk-2.3.1-se.zip".
  3. Estrai il file JAR dal file ZIP dell'SDK, come mostrato nell'esempio seguente:
    unzip -j -d ~/tmp ~/Downloads/unboundid-ldapsdk-2.3.1-se.zip unboundid-ldapsdk-2.3.1-se/unboundid-ldapsdk-se.jar

    Questo comando estrae solo il file JAR nella directory ~/tmp. Elimina la struttura della directory con -j, anche se è facoltativo.

  4. Su ogni nodo del processore di messaggi:
    1. Copia il file JAR nella directory /opt/apigee/edge-gateway/lib/thirdparty di Message Processor.
    2. Se necessario, concedi l'autorizzazione utente Apigee sul file JAR in modo che il processore di messaggi possa accedervi.
    3. Edge aggiunge tutte le librerie di terze parti nella directory /opt/apigee/edge-gateway/lib/thirdparty al classpath.

    4. Riavvia il processore di messaggi:
      /opt/apigee/apigee-service/bin/apigee-service edge-message-processor restart

Variabili di flusso

Di seguito sono riportate le variabili della norma LDAP compilate da un SearchQuery.

Variabile

Descrizione

ldap.policyName.execution.success

Dopo l'esecuzione del criterio, questa variabile di flusso contiene il valore "true" o "false", a seconda del risultato.

ldap.policyName.search.result[index].
  attribute.attrName[index]=value

Il formato flessibile di questa variabile, in particolare l'indice, tiene conto di più attributi, nonché di attributi con più valori. L'indice è un numero che inizia da 1. Se non viene fornito alcun numero di indice, il numero di indice predefinito è 1.

Se il criterio restituisce indirizzo, numero di telefono ed email, puoi recuperare il primo attributo e il relativo valore utilizzando queste variabili:

ldap.policyName.search.result.attribute.address
ldap.policyName.search.result.attribute.phone
ldap.policyName.search.result.attribute.email

Se volessi recuperare il terzo attributo indirizzo nei risultati di ricerca, utilizzeresti questo codice:

ldap.policyName.search.result[3].attribute.address

Se un attributo aveva più valori (ad esempio, se un utente ha più indirizzi email), recupereresti il secondo indirizzo email dai risultati in questo modo:

ldap.policyName.search.result.attribute.mail[2]

Codici di errore

Gli errori restituiti dalle policy Edge seguono un formato coerente, come descritto in Riferimento ai codici di errore.

Questo criterio utilizza i seguenti codici di errore:

Codice di errore Messaggio
InvalidAttributeName Invalid attribute name {0}.
InvalidSearchBase Search base can not be empty.
InvalidValueForPassword Invalid value for password field. It can not be empty.
InvalidSearchScope Invalid scope {0}. Allowed scopes are {1}.
InvalidUserCredentials Invalid user credentials.
InvalidExternalLdapReference Invalid external ldap reference {0}.
LdapResourceNotFound Ldap resource {0} not found.
BaseDNRequired Base DN required.
OnlyReferenceOrValueIsAllowed Only value or reference is allowed for {0}.
AttributesRequired At least one attribute required for search action.
UserNameIsNull User name is null.
SearchQueryAndUserNameCannotBePresent Both search query and username can not be present in the authentication action. Please specify either one of them.