Configurer LDAP avec AEM 6 configuring-ldap-with-aem
LDAP (L ightweight D irectory A ccess P rotocol) est un protocole utilisé pour accéder aux services d’annuaire centralisé. Cela permet de faciliter la gestion des comptes d’utilisateurs et d’utilisatrices, car plusieurs applications peuvent accéder à ces comptes. L’un de ces serveurs LDAP est Active Directory. LDAP est souvent utilisé pour appliquer l’authentification unique, qui permet à un utilisateur d’accéder à plusieurs applications après s’être connecté une seule fois.
Les comptes d’utilisateurs peuvent être synchronisés entre le serveur LDAP et le référentiel, les détails du compte LDAP étant enregistrés dans le référentiel. Cette fonctionnalité permet d’affecter les comptes aux groupes de référentiel pour attribuer les autorisations et les privilèges requis.
Le référentiel utilise l’authentification LDAP pour authentifier ces utilisateurs, avec les informations d’identification transmises au serveur LDAP pour la validation, ce qui est requis avant d’autoriser l’accès au référentiel. Pour améliorer les performances, les informations d’identification validées peuvent être mises en cache par le référentiel, avec un délai d’expiration pour s’assurer que la revalidation se produit après une période appropriée.
Lorsqu’un compte est supprimé du serveur LDAP, la validation n’est plus accordée et l’accès au référentiel est donc refusé. Les détails des comptes LDAP enregistrés dans le référentiel peuvent également être purgés.
L’utilisation de tels comptes est transparente pour vos utilisateurs et utilisatrices. En effet, ils ne perçoivent aucune différence entre les comptes d’utilisateurs et d’utilisatrices et de groupe créés à partir de LDAP, et les comptes créés uniquement dans le référentiel.
Dans AEM 6, la prise en charge de LDAP s’accompagne d’une nouvelle implémentation qui nécessite un type de configuration différent de celui des versions précédentes.
Toutes les configurations LDAP sont désormais disponibles en tant que configurations OSGi. Elles peuvent être configurées via la console de gestion web à l’adresse suivante :https://serveraddress:4502/system/console/configMgr
Pour que LDAP fonctionne avec AEM, vous devez créer trois configurations d’OSGi :
- Un fournisseur d’identités LDAP
- Un gestionnaire de synchronisation
- Un module de connexion externe
Configuration du fournisseur d’identités LDAP configuring-the-ldap-identity-provider
Le fournisseur d’identités LDAP est utilisé pour définir la manière dont les utilisateurs sont extraits du serveur LDAP.
Il figure dans la console de gestion sous le nom Fournisseur d’identités LDAP Oak Apache Jackrabbit.
Les options de configuration suivantes sont disponibles pour le fournisseur d’identités LDAP :
Configurer le gestionnaire de synchronisation configuring-the-synchronization-handler
Le gestionnaire de synchronisation définit la manière dont les utilisateurs et utilisatrices et les groupes du fournisseur d’identité sont synchronisés avec le référentiel.
Il se trouve sous le nom Gestionnaire de synchronisation par défaut Apache Jackrabbit Oak dans la console de gestion.
Les options de configuration suivantes sont disponibles pour le gestionnaire de synchronisation :
Le module de connexion externe the-external-login-module
Le module de connexion externe se trouve sous le Module de connexion externe Apache Jackrabbit Oak de la console de gestion.
Sa tâche consiste à définir le fournisseur d’identité et le gestionnaire de synchronisation à utiliser afin de lier les deux modules.
Les options de configuration suivantes sont disponibles :
Configurer LDAP sur SSL configure-ldap-over-ssl
Pour configurer AEM 6 afin qu’il puisse s’authentifier à l’aide du protocole LDAP sur SSL, suivez la procédure ci-dessous :
-
Vérifiez les cases à cocher Utiliser SSL ou Utiliser TLS lors de la configuration du Fournisseur d’identité LDAP.
-
Configurez le gestionnaire de synchronisation et le module de connexion externe en fonction de votre configuration.
-
Installez les certificats SSL sur votre machine virtuelle Java™, si nécessaire. Vous pouvez effectuer l’installation à l’aide de l’outil keytool :
keytool -import -alias localCA -file <certificate location> -keystore <keystore location>
-
Testez la connexion au serveur LDAP.
Créer des certificats SSL creating-ssl-certificates
Les certificats auto-signés peuvent être utilisés lors de la configuration d’AEM pour s’authentifier à l’aide de LDAP sur SSL. Vous trouverez ci-dessous un exemple de procédure de travail pour générer des certificats à utiliser avec AEM.
-
Assurez-vous qu’une bibliothèque SSL est installée et fonctionnelle. Cette procédure prend OpenSSL comme exemple.
-
Créez un fichier de configuration OpenSSL personnalisée (cnf). Vous pouvez effectuer cette configuration en copiant le fichier de configuration openssl.cnf par défaut et en le personnalisant. Sur les systèmes UNIX®, ce fichier se trouve dans
/usr/lib/ssl/openssl.cnf
. -
Créez la clé racine CA en exécutant la commande ci-dessous sur un terminal :
code language-none openssl genpkey -algorithm [public key algorithm] -out certificatefile.key -pkeyopt [public key algorithm option]
-
Créez ensuite un certificat auto-signé :
openssl req -new -x509 -days [number of days for certification] -key certificatefile.key -out root-ca.crt -config CA/openssl.cnf
-
Pour vérifier que tout est en ordre, examinez le certificat nouvellement généré :
openssl x509 -noout -text -in root-ca.crt
-
Assurez-vous que tous les dossiers spécifiés dans le fichier de configuration de certificat (.cnf) existent. Si ce n’est pas le cas, créez-les.
-
Créez une graine aléatoire en exécutant, par exemple :
openssl rand -out private/.rand 8192
-
Déplacez les fichiers .pem créés vers les emplacements définis dans le fichier .cnf.
-
Enfin, ajoutez le certificat au KeyStore Java™.
Activer la journalisation du débogage enabling-debug-logging
La journalisation du débogage peut être activée pour le fournisseur d’identité LDAP et le module de connexion externe afin de résoudre les problèmes de connexion.
Pour activer la journalisation du débogage, procédez comme suit :
- Accédez à la console de gestion web.
- Recherchez « Configuration du journal de journalisation Apache Sling » et créez deux journaux avec les options suivantes :
-
Niveau de journal : débogage
-
Fichier journal logs/ldap.log
-
Modèle de message : {0,date,
dd.MM.yyyy
HH:mm:ss.SSS
} *{4}* {2} -
Journal : org.apache.jackrabbit.oak.security.authentication.ldap
-
Niveau de journal : débogage
-
Fichier journal : logs/external.log
-
Modèle de message : {0,date,
dd.MM.yyyy
HH:mm:ss.SSS
} *{4}* {2} -
Journal : org.apache.jackrabbit.oak.spi.security.authentication.external
Une remarque sur l’appartenance à un groupe a-word-on-group-affiliation
Les utilisateurs synchronisés via LDAP peuvent faire partie de différents groupes dans AEM. Ces groupes peuvent être des groupes LDAP externes ajoutés à AEM dans le cadre du processus de synchronisation. Cependant, il peut également s’agir de groupes qui sont ajoutés séparément et qui ne font pas partie du schéma d’appartenance de groupe LDAP d’origine.
En règle générale, ces groupes sont ajoutés par l’administration locale d’AEM ou par tout autre fournisseur d’identité.
Si une personne est supprimée d’un groupe sur le serveur LDAP, cette suppression apparaît dans AEM lors de la synchronisation. Cependant, toutes les autres appartenances de groupe de la personne qui n’ont pas été ajoutées par LDAP restent en place.
AEM détecte et gère la purge des utilisateurs et utilisatrices des groupes externes à l’aide de la propriété rep:externalId
. Cette propriété est automatiquement ajoutée aux utilisateurs et utilisatrices ou aux groupes synchronisés par le gestionnaire de synchronisation et contient des informations sur le fournisseur d’identités d’origine.
Voir la documentation Apache Oak sur la synchronisation des utilisateurs et utilisatrice et des groupes.
Problèmes connus known-issues
Si vous envisagez d’utiliser LDAP via SSL, assurez-vous que les certificats que vous utilisez sont créés sans l’option de commentaire Netscape. Si cette option est activée, l’authentification échoue avec une erreur SSL Handshake.