nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

As we transition to the new Hyland Community, some post links may be temporarily disrupted as we finalize redirects. We apologize for the inconvenience and are working to resolve this as quickly as possible. Details.

Synchronisation LDAP

tegyat

Bonjour,
J'aimerais synchroniser Alfresco (3.2 communautaire) avec openLDAP. J'ai essayé d'exploiter ceci http://wiki.alfresco.com/wiki/Alfresco_Authentication_Subsystems.
Alfresco démarre sans problème mais rien ne se produit. Aurais je loupé qlq chose.
s'agit il d'un problème de versions (car je n'est pas le dossier subsystems sous extension).

Merci d'avance.

Find more posts tagged with

Comments

tegyat

Bonjour,

Sur le log

22:21:52,812 INFO  [org.alfresco.repo.security.sync.ChainingUserRegistrySynchronizer] Synchronizing users and groups with user registry 'ldap1'
22:21:52,812 INFO  [org.alfresco.repo.security.sync.ChainingUserRegistrySynchronizer] Retrieving all users from user registry 'AUTH.EXT.ldap1'
22:21:52,859 INFO  [org.alfresco.repo.security.sync.ChainingUserRegistrySynchronizer] Creating user 'user1'
22:21:53,687 INFO  [org.alfresco.repo.security.sync.ChainingUserRegistrySynchronizer] Creating user 'user2'
22:21:54,156 INFO  [org.alfresco.repo.security.sync.ChainingUserRegistrySynchronizer] Creating user 'user3'
22:21:54,625 INFO  [org.alfresco.repo.security.sync.ChainingUserRegistrySynchronizer] Creating user 'user4'
22:21:54,953 INFO  [org.alfresco.repo.security.sync.ChainingUserRegistrySynchronizer] Creating user 'user5'
‍‍‍‍‍‍‍‍

Mais aucun utilisateur n'est créé.
Quand j'active l'authentification aussi (ldap.authentication.active=true sur alfresco-global.properties), l'utilisateur créé avant sur Alfresco accède sans problème, les utilisateurs sur l'annuaire, non encore créés, ont une erreur après authentification, même si synchronization.autoCreatePeopleOnLogin=true.

eweller

Je suis aussi sur le sujet sur une version 3.2 - J'avais une installation ldap qui fonctionnait bien avec la 3.0 + des tools que je me suis fait (suppression en masse des homefolders automatique et des users), mais regression sur la 3.2 …. je suis dessus et vais donner des info sous peu

eweller

Bon, l'authentification LDAP + Synchro ont complètement changées dans la version 3.2 au niveau de leur implémentation - Le dossier sous-systeme doit etre créé dans le dossier d'extension, et chaque config d'authentification, soit chaque annuaire source (tu peux en combiner plusieurs, j'ai fais Ldap + Alfresco native) est représenté par un sous-dossier (du nom de la variable insérée dans la chaine d"auhentification) +properties file dont tu devrais reconnaitre le contenu si tu as aboutis une config ldap en version précédente.

En conclusion

Step 1 - changer la chaine d'authentification dans le fichier alfresco-global.properties pour y insérer to annuaire - ex. "monannuaire"Step 2 - créer (via copie) le sous répertoire /extension/subsystem/Authentification/ldap/monannauire (attention sous ldap car monannuaire est ldap…)Step 3 - insérer et éditer le fichier properties de ce répertoire - attention ne pas copier simplement un fichier ldap-authentification.properties venant d'une version précédente car des variantes dans les noms de variables…ce serait trop simpleC'est plus propre, mieux maintenable, plus puissant….mais faut refaire les config existantes, et dans mon cas….purger aussi les données des objets users et usershome….j'y ai passé 2 jours au total

j'ai trouvé quelques explications utiles la : http://wiki.alfresco.com/wiki/Alfresco_Authentication_Subsystems#The_Alfresco_Authentication_Chain

j'ai préparer un doc tech. détaillé sur cette config. pour la 3.2 ou puis-je le publier ?

pik

Bonjour,
Cela fait aussi quelques jours que j'essaie de jouer avec un annuaire LDAP mais impossible de correctement tout configurer.

J'ai trois petites questions :
- Faut-il garder le fichier ldap-authentication.properties du dossier LDAP lorsque l'on créé le dossier LDAP1 ?
- Comment savoir si les mots de passe que je dois envoyer sont cryptés ou non ?
- Existe-t-il un moyen de déployer les modifications à chaud car ma VM de test est très lente et relancer mon serveur Tomcat me prend environ 15 minutes… Quand je dois tout arreter et redémarrer juste pour tester un parametre a True ou False c'est un peu pénible :?

Merci pour vos réponses

pik

michaelh

Hello,

Pour répondre à eweller, il n'existe pas d'espace spécifiquement dédié à la documentation francophone mais on peut envisager :
- De dédier un post au sujet ici (en post-it).
- de l'insérer sur le site share.alfresco.com

A mon avis la première possibilité offre plus de visibilité et de souplesse. Je vous prédis un grand succès !
Sinon oui, le nouveau système est autrement plus efficace (sans parler de la capacité à gérer de gros volumes d'utilisateurs).

Pik, la capacité à reconfigurer ce genre de paramètre à chaud sera uniquement disponible en version Entreprise, à partir de la 3.2.
Par contre 15 minutes pour redémarrer, ce n'est plus de la lenteur, c'est une grève

eweller

Bonjour,
Cela fait aussi quelques jours que j'essaie de jouer avec un annuaire LDAP mais impossible de correctement tout configurer.

J'ai trois petites questions :
- Faut-il garder le fichier ldap-authentication.properties du dossier LDAP lorsque l'on créé le dossier LDAP1 ?
- Comment savoir si les mots de passe que je dois envoyer sont cryptés ou non ?
- Existe-t-il un moyen de déployer les modifications à chaud car ma VM de test est très lente et relancer mon serveur Tomcat me prend environ 15 minutes… Quand je dois tout arreter et redémarrer juste pour tester un parametre a True ou False c'est un peu pénible :?

Merci pour vos réponses

pik

Les réponse sur la base d'une authentification LDAP qui fonctionne sur une 3.2 avec un LDAP produit par Lotus Domino :

Oui il faut un fichier properties, tu peux en changer le nom mais le laisser dans le répertoire précis - il contient les valeurs des variables LDAP, qui peuvent etre aussi dans le fichier alfresco-global.properties mais moins propre comme conf …

Non seulement fo redémarrer, mais etre patient car sur la premiere connexion d'un user, je suppose a cause de la synchro a la volée, parfois echec sur le premier loggin, mais succes sur les suivants.

J'ai le tout dans 3 VM (dev, stagging, production) dont aucune ne demande plus de 30 sec pour un démarrage Tomcat+Alfresco+share

eweller

Hello,

Pour répondre à eweller, il n'existe pas d'espace spécifiquement dédié à la documentation francophone mais on peut envisager :
- De dédier un post au sujet ici (en post-it).
- de l'insérer sur le site share.alfresco.com

A mon avis la première possibilité offre plus de visibilité et de souplesse. Je vous prédis un grand succès !
Sinon oui, le nouveau système est autrement plus efficace (sans parler de la capacité à gérer de gros volumes d'utilisateurs).

Pik, la capacité à reconfigurer ce genre de paramètre à chaud sera uniquement disponible en version Entreprise, à partir de la 3.2.
Par contre 15 minutes pour redémarrer, ce n'est plus de la lenteur, c'est une grève

Mickeal (moi c'est Eric) , je vais essayé de dédié un post la dessus, j'ai un doc de 6 pages sur cette conf. donc je vais mettre une synthese ici et un lien pour récupérer le doc….a moins que l'entreprise pour laquelle cette install est faite souhaite le publier via blog, auquel cas je posterai le lien ici

eweller

Chose promise chose due, le detail de la config duale ldap+native Alfresco via les subsystem : Le document de config

jeanjot

Merci pour ce document.
Il ne me reste plus qu'à tester.

Cordialement

JeanJot

eweller

Merci pour ce document.
Il ne me reste plus qu'à tester.

Cordialement

JeanJot

Bon, ben maintenant je vais compléter par la partie Synchronization..qui a fini par marcher non sans probleme…

eweller

j'ai eu la question suivante :

Désolé de vous déranger, mais je rencontre un petit problème en suivant votre procédure: http://sites.google.com/site/blogewe/alfreco-ldap-configuration. En effet, vous avez reussi à synchroniser Alfresco avec le LDAP Domino mais je n'y parviens pas. Tout se passe bien sauf pour la récupération des groupes. Alfresco à besoin du DN pour trouver les groupes or lorsque je crée un groupOfNames LotusLDAP ne peut le faire ailleurs que sur la racine. Pas de racine, pas de DN, enfin je penses. à moins que vous ayez une solution pour lier sur la racine.

Ma question est comment créer un groupOfNames ailleurs que sur la racine avec Lotus LDAP, si c'est bien ce que vous avez fait ?

eweller

Si je comprend bien la question…..il s'agit de savoir comment créer un groupe dans l'annuaire Domino et le placer ailleurs que sous la racine ?……pour qu'il soit dans les résultats du Ldap query search basé non pas sous la racine mais sous /organisation …. ???? si oui il s'agit d'une question d'admin. domino donc pas franchement dans le scope de ce forum … mais ai-je bien compris ? - si oui je peux aider aussi….mais si vous solliciter le support éditeur vous aurez une réponse en bonne et due forme

pilate

Tout d'abord merci pour votre réponse réactive.

Et oui, c'était bien ma question. Mais j'aurais peut-être dû la poser autrement.
à savoir est-il possible de renseigner alfresco, dans le fichier ldap-authentication.properties, la racine du Domino LDAP pour trouver les groupes ou faut-il absolument mettre les groupes sous une entrée ?
Je penses à un truc comme

ldap.synchronization.groupSearchBase=RootDSE‍

pilate

Bon bah finalement je passe sur Apache Directory personne n'arrive à créer ce p… de group ailleurs que sous la racine ! Merci quand-même :?

eweller

Bon bah finalement je passe sur Apache Directory personne n'arrive à créer ce p… de group ailleurs que sous la racine ! Merci quand-même :?

Contrainte de l'annuaire Domino : dans la mesure ou un groupe peut inclure des users de plusieurs organisation…il ne sera que sous la racine …. de notre coté le filrage des groupes est fait sur une propriété ldap étendue du schema standard Domino….cependant a cause du probleme MD4/CIFS non supporté par Domino, on va aussi passer sur un montage via SAMBA…(et apres avoir ouvert un PMR chez IBM sur ce point)….dommage

pilate

le filrage des groupes est fait sur une propriété ldap étendue du schema standard Domino..

Ok pas tout compris

ops: …

.cependant a cause du probleme MD4/CIFS non supporté par Domino, on va aussi passer sur un montage via SAMBA

Tu as un Linux quelquepart ?

EDIT: non mais sinon je crois que je laisse vraiment tomber, ApacheDS est bien aussi ?

pilate

Bonjour,
J'ai un autre probleme. Jusqu'à présent je testais ma synchronisation LDAP sur environnement de développement où tout fonctionne pour le mieux. Mais en réalisant le tuto d'éric sur un environnement pré-installé (via éxecutable), j'ai des erreurs comme celle-ci:

16:24:21,893 WARN  [org.alfresco.repo.security.sync.ChainingUserRegistrySynchronizer] Failed initial synchronize with user registries
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'authenticationComponent' defined in file [C:\Alfresco\tomcat\shared\classes\alfresco\extension\subsystems\Authentication\ldap\ldap1\..\common-ldap-context.xml]: Cannot resolve reference to bean 'userRegistry' while setting bean property 'ldapNameResolver'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'userRegistry' defined in file [C:\Alfresco\tomcat\shared\classes\alfresco\extension\subsystems\Authentication\ldap\ldap1\..\common-ldap-context.xml]: Initialization of bean failed; nested exception is org.springframework.beans.InvalidPropertyException: Invalid property 'enableProgressEstimation' of bean class [org.alfresco.repo.security.sync.ldap.LDAPUserRegistry]: No property 'enableProgressEstimation' found
Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'userRegistry' defined in file [C:\Alfresco\tomcat\shared\classes\alfresco\extension\subsystems\Authentication\ldap\ldap1\..\common-ldap-context.xml]: Initialization of bean failed; nested exception is org.springframework.beans.InvalidPropertyException: Invalid property 'enableProgressEstimation' of bean class [org.alfresco.repo.security.sync.ldap.LDAPUserRegistry]: No property 'enableProgressEstimation' found
Caused by: org.springframework.beans.InvalidPropertyException: Invalid property 'enableProgressEstimation' of bean class [org.alfresco.repo.security.sync.ldap.LDAPUserRegistry]: No property 'enableProgressEstimation' found
   at org.springframework.beans.BeanWrapperImpl.convertForProperty(BeanWrapperImpl.java:376)
   at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1112)
   at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:862)
   at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:423)
   at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:249)
   at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:155)
   at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:246)
   at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:160)
   at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:267)
   at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:110)
   at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1100)
   at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:862)
   at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:423)
   at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:249)
   at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:155)
   at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:246)
   at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:160)
   at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:291)
   at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:352)
   at org.alfresco.repo.management.subsystems.ChildApplicationContextFactory.start(ChildApplicationContextFactory.java:460)
   at org.alfresco.repo.management.subsystems.ChildApplicationContextFactory.getApplicationContext(ChildApplicationContextFactory.java:514)
   at org.alfresco.repo.management.subsystems.DefaultChildApplicationContextManager.getApplicationContext(DefaultChildApplicationContextManager.java:236)
   at org.alfresco.repo.security.sync.ChainingUserRegistrySynchronizer.synchronize(ChainingUserRegistrySynchronizer.java:246)
   at org.alfresco.repo.security.sync.ChainingUserRegistrySynchronizer$1$1.execute(ChainingUserRegistrySynchronizer.java:916)
   at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:326)
   at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:233)
   at org.alfresco.repo.security.sync.ChainingUserRegistrySynchronizer$1.doWork(ChainingUserRegistrySynchronizer.java:908)
   at org.alfresco.repo.security.authentication.AuthenticationUtil.runAs(AuthenticationUtil.java:503)
   at org.alfresco.repo.security.sync.ChainingUserRegistrySynchronizer.onBootstrap(ChainingUserRegistrySynchronizer.java:904)
   at org.alfresco.util.AbstractLifecycleBean.onApplicationEvent(AbstractLifecycleBean.java:62)
   at org.springframework.context.event.SimpleApplicationEventMulticaster$1.run(SimpleApplicationEventMulticaster.java:77)
   at org.springframework.core.task.SyncTaskExecutor.execute(SyncTaskExecutor.java:49)
   at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:75)
   at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:246)
   at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:617)
   at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:355)
   at org.alfresco.repo.management.subsystems.ChildApplicationContextFactory.start(ChildApplicationContextFactory.java:460)
   at org.alfresco.repo.management.subsystems.AbstractPropertyBackedBean.onApplicationEvent(AbstractPropertyBackedBean.java:276)
   at org.springframework.context.event.SimpleApplicationEventMulticaster$1.run(SimpleApplicationEventMulticaster.java:77)
   at org.springframework.core.task.SyncTaskExecutor.execute(SyncTaskExecutor.java:49)
   at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:75)
   at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:246)
   at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:617)
   at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:355)
   at org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:246)
   at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:189)
   at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:49)
   at org.alfresco.web.app.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:69)
   at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3843)
   at org.apache.catalina.core.StandardContext.start(StandardContext.java:4342)
   at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
   at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
   at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525)
   at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:627)
   at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:553)
   at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:488)
   at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
   at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
   at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
   at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
   at org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
   at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
   at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
   at org.apache.catalina.core.StandardService.start(StandardService.java:516)
   at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
   at org.apache.catalina.startup.Catalina.start(Catalina.java:578)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
   at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Pourtant le fichier de propriété est bien chargé.

16:23:05,724 INFO  [org.alfresco.config.JndiPropertiesFactoryBean] Loading properties file from file [C:\Alfresco\tomcat\shared\classes\alfresco\extension\subsystems\Authentication\ldap\ldap1\ldap-authentication.properties]‍

Je suis largué, pas moyen de passer sur LDAP.

eweller

En reponse a ton post ci-dessus : je n'ai pas vérifié l'install a partir d'un executable, j'ai installé initialement la 3.2 puis patché avec les Nightbuild les applications Alfresco, Share, Mobile et Studio….et je ne reproduit ton erreur - Sorry

Sinon, deux autres obstacles au LDAP : incompatibilité CIFS…meme si on se drappe dans les vertus de la Normalisation et que l'on invoque l'écart du MD4, de toute facon au final le service n'est pas rendu…et des regressions entre les users LDAP et non LDAP sur la partie Share (my Calendar et my sites)…qui appellent encore quelques heures de travail avec des incertitudes de résultat.

Aussi l'archi va évoluer comme suit :
1 - on ne demande plus a Alfresco de piloter par ses extensions LDAP (trop capricieuses), il va passer en Passthru (donc pas faire grand chose) vers un Samba
2 - un Samba qui acceuille les requetes d'authentification Alfresco, lui serait censé accepté les deux hachages MD4 et MD5
3 - ledit Samba invoque lui meme un LDAP OpenLdap qui détient les users uniquement Alfresco
4 - l'OpenLdap est configuré avec un overlay de type "Chain" pour chainer l'authentification, vers le LDAP Domino pour les utilisateurs commun messagerie+Alfresco

Je tiens informé de la suite et si success je publie les modes opératoires….mais pas les argumentaires aupres des MOA qui commencent a avoir du mal a comprendre que les choses soient si compliquées…..dont acte et a retenir pour les prochaines expériences

pilate

Ok bon courage merci pour l'info. Et il sera possible de modifier les données LDAP via Samba ?

eweller

Attention, autre limite a l'utilisation LDAP : LDAP + Share, plusieurs erreurs de webscripts et donc de dashlet dans le cas ou l'utilisateur ne serait que invité via Share, sans figurer au préalable dans le registery LDAP…