synchronisation LDAP

cancel
Showing results for 
Search instead for 
Did you mean: 
denisr
Member II

synchronisation LDAP

Bonjour,
je dispose d'un Alfresco Version: Enterprise Network - v2.1.0 (112)

j'ai installé un serveur LDAP "fedora directory server" et j'ai activé la configuration LDAP d'alfresco en renommant :
ldap-authentication-context.xml.sample en ldap-authentication-context.xml
et
ldap-synchronisation-context.xml.sample en ldap-synchronisation-context.xml

ainsi qu'en positionnant les paramètres de connexion au serveur LDAP dans les .properties associés.

l'authentification a l'air de bien fonctionner et je ne peux créer de user dans Alfresco et ne peux me connecter si le couple user/password n'existe pas dans mon LDAP.

la synchronisation se passe par contre bizarrement.
Le serveur LDAP trace la requète envoyée par Alfresco:

[11/Dec/2007:17:02:16 +0100] conn=1050 op=1 SRCH base="dc=example,dc=com" scope=2 filter="(objectClass=inetOrgPerson)" attrs=ALL
[11/Dec/2007:17:02:16 +0100] conn=1050 op=1 RESULT err=0 tag=101 nentries=4 etime=0
ce qui laissent penser qu'il y a 4 utilisateurs dans la base des personnes sur le serveur ce qui est bien le cas mais les attributs (name,mail,…)ne sont pas correctement positionnés dans alfresco.

3 questions afin de poursuivre mes tests plus facilement:
1. avez-vous une solution au problème ci-dessus?

2. Y'a-t-il moyen de forcer les requètes pour qu'elles aient lieu toutes les x minutes et non pas une fois par jour à heure fixe (cela oblige à beaucoup de manipulations à chaque test)?

3. Peut-on recharger la configuration Alfresco-ldap sans arrêter/relancer le serveur?

Merci de votre aide.
Cordialement,
DenisR

N.B. : le shutdown.sh dans bin/tomcat livré avec cette version n'arrête pas le serveur.

Voici les fichiers de configuration:

ldap-authentication.properties


#
# This properties file brings together the common options for LDAP authentication rather than editing the bean definitions
#

# How to map the user id entered by the user to taht passed through to LDAP
# - simple
#    - this must be a DN and would be something like
#      CN=%s,DC=company,DC=com
# - digest
#    - usually pass through what is entered
#      %s    
#ldap.authentication.userNameFormat=%s
ldap.authentication.userNameFormat=uid=%s,ou=People,dc=example,dc=com
#ldap.authentication.userNameFormat=CN=%s,DC=example,DC=com

# The LDAP context factory to use
ldap.authentication.java.naming.factory.initial=com.sun.jndi.ldap.LdapCtxFactory

# The URL to connect to the LDAP server
ldap.authentication.java.naming.provider.url=ldap://leserveurldap:389

# The authentication mechanism to use
#ldap.authentication.java.naming.security.authentication=DIGEST-MD5
ldap.authentication.java.naming.security.authentication=SIMPLE

# The default principal to use (only used for LDAP sync)
#ldap.authentication.java.naming.security.principal=reader
ldap.authentication.java.naming.security.principal=uid=reader,ou=People,dc=example,dc=com
ldap.authentication.java.naming.security.principal=cn=directorymanager

# The password for the default principal (only used for LDAP sync)
ldap.authentication.java.naming.security.credentials=password

ldap-authentication-context.xml

<?xml version='1.0' encoding='UTF-8'?>
<!DOCTYPE beans PUBLIC '-//SPRING//DTD BEAN//EN' 'http://www.springframework.org/dtd/spring-beans.dtd'>

<beans>
   
   <!– The main configuration has moved into a properties file –>
   
    <bean name="ldapAuthenticationPlaceholderConfigurer" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
        <property name="ignoreUnresolvablePlaceholders">
            <value>true</value>
        </property> 
        <property name="locations">
            <value>classpath:alfresco/extension/ldap-authentication.properties</value>
        </property>
    </bean>
   
    <!– DAO that rejects changes - LDAP is read only at the moment. It does allow users to be deleted with out warnings from the UI. –>
   
    <bean name="authenticationDao" class="org.alfresco.repo.security.authentication.DefaultMutableAuthenticationDao" >
        <property name="allowDeleteUser">
            <value>true</value>
        </property>
    </bean>   
  

    <!– LDAP authentication configuration –>
   
    <!–
   
    You can also use JAAS authentication for Kerberos against Active Directory or NTLM if you also require single sign on from the
    web browser. You do not have to use LDAP authentication to synchronise groups and users from an LDAP store if it supports other
    authentication routes, like Active Directory.
   
    –>
   
    <bean id="authenticationComponent" class="org.alfresco.repo.security.authentication.ldap.LDAPAuthenticationComponentImpl">
        <property name="LDAPInitialDirContextFactory">
            <ref bean="ldapInitialDirContextFactory"/>
        </property>
        <property name="userNameFormat">
            <!–
           
            This maps between what the user types in and what is passed through to the underlying LDAP authentication.
           
            "%s" - the user id is passed through without modification.
            Used for LDAP authentication such as DIGEST-MD5, anything that is not "simple".
           
            "cn=%s,ou=London,dc=company,dc=com" - If the user types in "Joe Bloggs" the authenticate as "cn=Joe Bloggs,ou=London,dc=company,dc=com"
            Usually for simple authentication. Simple authentication always uses the DN for the user.
           
            –>
            <value>${ldap.authentication.userNameFormat}</value>
        </property>
    </bean>
   
    <!–
   
    This bean is used to support general LDAP authentication. It is also used to provide read only access to users and groups
    to pull them out of the LDAP reopsitory
   
    –>
   
    <bean id="ldapInitialDirContextFactory" class="org.alfresco.repo.security.authentication.ldap.LDAPInitialDirContextFactoryImpl">
        <property name="initialDirContextEnvironment">
            <map>
                <!– The LDAP provider –>
                <entry key="java.naming.factory.initial">
                    <value>${ldap.authentication.java.naming.factory.initial}</value>
                </entry>
               
                <!– The url to the LDAP server –>
                <!– Note you can use space separated urls - they will be tried in turn until one works –>
                <!– This could be used to authenticate against one or more ldap servers (you will not know which one ….) –>
                <entry key="java.naming.provider.url">
                    <value>${ldap.authentication.java.naming.provider.url}</value>
                </entry>
               
                <!– The authentication mechanism to use      –>
                <!– Some sasl authentication mechanisms may require a realm to be set –>
                <!–                java.naming.security.sasl.realm –>
                <!– The available options will depend on your LDAP provider –>
                <entry key="java.naming.security.authentication">
                    <value>${ldap.authentication.java.naming.security.authentication}</value>
                </entry>
               
                <!– The id of a user who can read group and user information –>
                <!– This does not go through the pattern substitution defined above and is used "as is" –>
                <entry key="java.naming.security.principal">
                    <value>${ldap.authentication.java.naming.security.principal}</value>
                </entry>
               
                <!– The password for the user defined above –>
                <entry key="java.naming.security.credentials">
                    <value>${ldap.authentication.java.naming.security.credentials}</value>
                </entry>
            </map>
        </property>
    </bean>
   
</beans>

ldap-synchronisation.properties:

#
# This properties file is used to configure LDAP syncronisation
#

# The query to find the people to import
ldap.synchronisation.personQuery=(objectclass=inetOrgPerson)

# The search base of the query to find people to import
ldap.synchronisation.personSearchBase=dc=example,dc=com
#ldap.synchronisation.personSearchBase=ou=People,dc=example,dc=com

# The attribute name on people objects found in LDAP to use as the uid in Alfresco
ldap.synchronisation.userIdAttributeName=uid

# The attribute on person objects in LDAP to map to the first name property in Alfresco
ldap.synchronisation.userFirstNameAttributeName=givenName

# The attribute on person objects in LDAP to map to the last name property in Alfresco
ldap.synchronisation.userLastNameAttributeName=sn

# The attribute on person objects in LDAP to map to the email property in Alfresco
ldap.synchronisation.userEmailAttributeName=mail

# The attribute on person objects in LDAP to map to the organizational id  property in Alfresco
ldap.synchronisation.userOrganizationalIdAttributeName=o

# The default home folder provider to use for people created via LDAP import
ldap.synchronisation.defaultHomeFolderProvider=personalHomeFolderProvider

# The query to find group objects
ldap.synchronisation.groupQuery=(objectclass=groupOfNames)

# The search base to use to find group objects
ldap.synchronisation.groupSearchBase=dc=example,dc=com
#ldap.synchronisation.groupSearchBase=ou=Groups,dc=example,dc=com

# The attribute on LDAP group objects to map to the gid property in Alfrecso
ldap.synchronisation.groupIdAttributeName=cn

# The group type in LDAP
ldap.synchronisation.groupType=groupOfNames

# The person type in LDAP
ldap.synchronisation.personType=inetOrgPerson

# The attribute in LDAP on group objects that defines the DN for its members
ldap.synchronisation.groupMemberAttributeName=member

# The cron expression defining when people imports should take place
ldap.synchronisation.import.person.cron=17 02 * * * ?

# The cron expression defining when group imports should take place
ldap.synchronisation.import.group.cron=17 05 * * * ?

# Should all groups be cleared out at import time?
# - this is safe as groups are not used in Alfresco for other things (unlike person objects which you should never clear out during an import)
# - setting this to true means old group definitions will be tidied up.
ldap.synchronisation.import.group.clearAllChildren=true

ldap-synchronisation-context.xml:

<?xml version='1.0' encoding='UTF-8'?>
<!DOCTYPE beans PUBLIC '-//SPRING//DTD BEAN//EN' 'http://www.springframework.org/dtd/spring-beans.dtd'>

<beans>
   
   <bean name="ldapSynchronisationPlaceholderConfigurer" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
       <property name="ignoreUnresolvablePlaceholders">
            <value>true</value>
        </property> 
        <property name="locations">
            <value>classpath:alfresco/extension/ldap-synchronisation.properties</value>
        </property>
    </bean>
   
    <!–
      Wire up the same context as used for LDAP authentication. You could use another context: just replace this
       alias with the bean definition
    –>
   
    <alias alias="ldapSyncInitialDirContextFactory" name="ldapInitialDirContextFactory"/>
   
    <!– Ldap Syncronisation support –>
   
    <!–
       
    There can be more than one stack of beans that import users or groups. For example, it may be easier
    to have a version of ldapPeopleExportSource, and associated beans, for each sub-tree of your ldap directory
    from which you want to import users. You could then limit users to be imported from two or more sub tress and ignore
    users found else where. The same applies to the import of groups.
        
    The defaults shown below are for OpenLDAP.   
       
    –>
       
  
    <!– Extract user information from LDAP and transform this to XML –>
    
    <bean id="ldapPeopleExportSource" class="org.alfresco.repo.security.authentication.ldap.LDAPPersonExportSource">
        <!–
        The query to select objects that represent the users to import.
       
        For Open LDAP, using a basic schema, the following is probably what you want:
        (objectclass=inetOrgPerson)
       
        For Active Directory:
        (objectclass=user)
        –>
        <property name="personQuery">
            <value>${ldap.synchronisation.personQuery}</value>
        </property>
       
        <!–
        The seach base restricts the LDAP query to a sub section of tree on the LDAP server.
        –>
        <property name="searchBase">
            <value>${ldap.synchronisation.personSearchBase}</value>
        </property>
       
        <!–
        The unique identifier for the user.
       
        THIS MUST MATCH WHAT THE USER TYPES IN AT THE LOGIN PROMPT   
       
        For simple LDAP authentication this is likely to be "cn" or, less friendly, "distinguishedName"
       
        In OpenLDAP, using other authentication mechanisms "uid", but this depends on how you map
        from the id in the LDAP authentication request to search for the inetOrgPerson against which
        to authenticate.
       
        In Active Directory this is most likely to be "sAMAccountName"
       
        This property is mandatory and must appear on all users found by the query defined above.
       
        –>
        <property name="userIdAttributeName">
            <value>${ldap.synchronisation.userIdAttributeName]</value>
        </property>
       
        <!– Services –>
        <property name="LDAPInitialDirContextFactory">
            <ref bean="ldapSyncInitialDirContextFactory"/>
        </property>
        <property name="personService">
            <ref bean="personService"></ref>
        </property>
        <property name="namespaceService">
            <ref bean="namespaceService"/>
        </property>
       
        <!–
        This property defines a mapping between attributes held on LDAP user objects and
        the properties of user objects held in the repository. The key is the QName of an attribute in
        the repository, the value is the attribute name from the user/inetOrgPerson/.. object in the
        LDAP repository.    
        –>
        <property name="attributeMapping">
            <map>
                <entry key="cm:userName">
                    <!– Must match the same attribute as userIdAttributeName –>
                    <value>${ldap.synchronisation.userIdAttributeName}</value>
                </entry>
                <entry key="cm:firstName">
                    <!– OpenLDAP: "givenName" –>
                    <!– Active Directory: "givenName" –>
                    <value>${ldap.synchronisation.userFirstNameAttributeName}</value>
                </entry>
                <entry key="cm:lastName">
                    <!– OpenLDAP: "sn" –>
                    <!– Active Directory: "sn" –>
                    <value>${ldap.synchronisation.userLastNameAttributeName}</value>
                </entry>
                <entry key="cm:email">
                    <!– OpenLDAP: "mail" –>
                    <!– Active Directory: "???" –>
                    <value>${ldap.synchronisation.userEmailAttributeName}</value>
                </entry>
                <entry key="cm:organizationId">
                    <!– OpenLDAP: "o" –>
                    <!– Active Directory: "???" –>
                    <value>${ldap.synchronisation.userOrganizationalIdAttributeName}</value>
                </entry>
                <!– Always use the default –>
                <entry key="cm:homeFolderProvider">
                    <null/>
                </entry>
            </map>
        </property>
        <!– Set a default home folder provider –>
        <!– Defaults only apply for values above –>
        <property name="attributeDefaults">
            <map>
                <entry key="cm:homeFolderProvider">
                    <value>${ldap.synchronisation.defaultHomeFolderProvider}</value>
                </entry>
            </map>
        </property>
    </bean>
   
    <!– Extract group information from LDAP and transform this to XML –>
   
    <bean id="ldapGroupExportSource" class="org.alfresco.repo.security.authentication.ldap.LDAPGroupExportSource">
        <!–
        The query to select objects that represent the groups to import.
       
        For Open LDAP, using a basic schema, the following is probably what you want:
        (objectclass=groupOfNames)
       
        For Active Directory:
        (objectclass=group)
        –>
        <property name="groupQuery">
            <value>${ldap.synchronisation.groupQuery}</value>
        </property>
       
        <!–
        The seach base restricts the LDAP query to a sub section of tree on the LDAP server.
        –>
        <property name="searchBase">
            <value>${ldap.synchronisation.groupSearchBase}</value>
        </property>
       
        <!–
        The unique identifier for the user. This must match the userIdAttributeName on the ldapPeopleExportSource bean above.
        –>
        <property name="userIdAttributeName">
            <value>${ldap.synchronisation.userIdAttributeName}</value>
        </property>
       
        <!–
        An attribute that is a unique identifier for each group found.
        This is also the name of the group with the current group implementation.
        This is mandatory for any groups found.
       
        OpenLDAP: "cn" as it is mandatory on groupOfNames
        Active Directory: "cn"
       
        –>
        <property name="groupIdAttributeName">
            <value>${ldap.synchronisation.groupIdAttributeName}</value>
        </property>
       
        <!–
        The objectClass attribute for group members.
        For each member of a group, the distinguished name is given.
        The object is looked up by its DN. If the object is of this class it is treated as a group.
        –>
        <property name="groupType">
            <value>${ldap.synchronisation.groupType}</value>
        </property>
       
        <!–
        The objectClass attribute for person members.
        For each member of a group, the distinguished name is given.
        The object is looked up by its DN. If the object is of this class it is treated as a person.
        –>
        <property name="personType">
            <value>${ldap.synchronisation.personType}</value>
        </property>
        <property name="LDAPInitialDirContextFactory">
            <ref bean="ldapSyncInitialDirContextFactory"/>
        </property>
        <property name="namespaceService">
            <ref bean="namespaceService"/>
        </property>
       
        <!–
        The repeating attribute on group objects (found by query or as sub groups)
        used to define membership of the group. This is assumed to hold distinguished names of
        other groups or users/people; the above types are used to determine this.
       
        OpenLDAP: "member" as it is mandatory on groupOfNames
        Active Directory: "member"
       
        –>
        <property name="memberAttribute">
            <value>${ldap.synchronisation.groupMemberAttributeName}</value>
        </property>
       
        <property name="authorityDAO">
            <ref bean="authorityDAO"/>
        </property>
    </bean>
   
    <!– Job definitions to import LDAP people and groups –>
    <!– The triggers register themselves with the scheduler –>
    <!– You may comment in the default scheduler to enable these triggers –>
    <!– If a cron base trigger is what you want seee scheduled-jobs-context.xml for examples. –>
   
    <!– Trigger to load poeple –>
    <!– Note you can have more than one initial (context, trigger, import job and export source) set –>
    <!– This would allow you to load people from more than one ldap store –>
   
    <bean id="ldapPeopleTrigger" class="org.alfresco.util.CronTriggerBean">
        <property name="jobDetail">
            <bean id="ldapPeopleJobDetail" class="org.springframework.scheduling.quartz.JobDetailBean">
                <property name="jobClass">
                    <value>org.alfresco.repo.importer.ImporterJob</value>
                </property>
                <property name="jobDataAsMap">
                    <map>
                        <entry key="bean">
                            <ref bean="ldapPeopleImport"/>
                        </entry>
                    </map>
                </property>
            </bean>
        </property>
        <property name="cronExpression">
         <value>${ldap.synchronisation.import.person.cron}</value>
      </property>
        <property name="scheduler">
            <ref bean="schedulerFactory" />
        </property>
    </bean>
   
    <bean id="ldapGroupTrigger" class="org.alfresco.util.CronTriggerBean">
        <property name="jobDetail">
            <bean id="ldapGroupJobDetail" class="org.springframework.scheduling.quartz.JobDetailBean">
                <property name="jobClass">
                    <value>org.alfresco.repo.importer.ImporterJob</value>
                </property>
                <property name="jobDataAsMap">
                    <map>
                        <entry key="bean">
                            <ref bean="ldapGroupImport"/>
                        </entry>
                    </map>
                </property>
            </bean>
        </property>
        <property name="cronExpression">
         <value>${ldap.synchronisation.import.group.cron}</value>
      </property>
        <property name="scheduler">
            <ref bean="schedulerFactory" />
        </property>
    </bean>
   
    <!– The bean that imports xml describing people –>
   
    <bean id="ldapPeopleImport" class="org.alfresco.repo.importer.ExportSourceImporter">
        <property name="importerService">
            <ref bean="importerComponentWithBehaviour"/>
        </property>
        <property name="transactionService">
            <ref bean="transactionComponent"/>
        </property>
        <property name="authenticationComponent">
            <ref bean="authenticationComponent"/>
        </property>
        <property name="exportSource">
            <ref bean="ldapPeopleExportSource"/>
        </property>

        <!– The store that contains people - this should not be changed –>
        <property name="storeRef">
            <value>${spaces.store}</value>
        </property>
       
        <!– The location of people nodes within the store defined above - this should not be changed –>
        <property name="path">
            <value>/${system.system_container.childname}/${system.people_container.childname}</value>
        </property>
       
        <!– If true, clear all existing people before import, if false update/add people from the xml –>
        <property name="clearAllChildren">
            <value>false</value>
        </property>
        <property name="nodeService">
            <ref bean="nodeService"/>
        </property>
        <property name="searchService">
            <ref bean="searchService"/>
        </property>
        <property name="namespacePrefixResolver">
            <ref bean="namespaceService"/>
        </property>
       
       
        <property name="caches">
            <set>
                <ref bean="permissionsAccessCache"/>
            </set>
        </property>
    </bean>
   
    <!– The bean that imports xml descibing groups –>
   
    <bean id="ldapGroupImport" class="org.alfresco.repo.importer.ExportSourceImporter">
        <property name="importerService">
            <ref bean="importerComponentWithBehaviour"/>
        </property>
        <property name="transactionService">
            <ref bean="transactionComponent"/>
        </property>
        <property name="authenticationComponent">
            <ref bean="authenticationComponent"/>
        </property>
        <property name="exportSource">
            <ref bean="ldapGroupExportSource"/>
        </property>
        <!– The store that contains group information - this should not be changed –>
        <property name="storeRef">
            <value>${alfresco_user_store.store}</value>
        </property>
       
        <!– The location of group information in the store above - this should not be changed –>
        <property name="path">
            <value>/${alfresco_user_store.system_container.childname}/${alfresco_user_store.authorities_container.childname}</value>
        </property>
       
        <!– If true, clear all existing groups before import, if false update/add groups from the xml –>
        <property name="clearAllChildren">
            <value>${ldap.synchronisation.import.group.clearAllChildren}</value>
        </property>
        <property name="nodeService">
            <ref bean="nodeService"/>
        </property>
        <property name="searchService">
            <ref bean="searchService"/>
        </property>
        <property name="namespacePrefixResolver">
            <ref bean="namespaceService"/>
        </property>
       
        <!– caches to clear on import of groups –>
        <property name="caches">
            <set>
                <ref bean="userToAuthorityCache"/>
                <ref bean="permissionsAccessCache"/>
            </set>
        </property>
       
        <!– userToAuthorityCache –>
    </bean>
   
</beans>
5 Replies
michaelh
Active Member

Re: synchronisation LDAP

Hello,

Je vais essayer de répondre à tout :

1) Le mapping est défini en partie par le fichier "ldap-synchronisation-context.xml" et il faudrait utiliser un "browser LDAP" pour effectuer la correspondance entre champ. Comme ça je ne vois pas de raison particulière pour que ça ne marche pas (en même temps j'avoue ne pas être sûr de bien avoir compris le problème).

Voir http://www-unix.mcs.anl.gov/~gawor/ldap/download.html et http://www.ldapbrowser.com/download.htm pour valider les attributs.

2) Les expressions de type CRON permettant de définir le cycle de mise à jour, sont documentées sur le lien suivant :
http://wiki.alfresco.com/wiki/Scheduled_Actions#Cron_Explained

Elles sont modifiables dans ldap-synchronisation.properties

3) Pour le moment non. Dans la 2.1 tout est rechargé en redémarrant (dans les versions suivantes aussi d'ailleurs en ce qui concerne LDAP).


L'astuce du jour :

La version 2.1.0E comporte une faute de frappe dans le fichier ldap-authentication-context.xml (ce sont des choses qui arrivent Smiley Wink )

Il est nécessaire de faire la correction suivante pour un import correct des groupes
– Editer le fichier ldap-authentication-context.xml
– Remplacer en ligne 76
${ldap.synchronisation.userIdAttributeName]
– par
${ldap.synchronisation.userIdAttributeName}

Note le « } » final en lieu et place du « ] » (le genre de chose qu'on peut mettre 3 heures à trouver … si on la trouve).

Ce problème est corrigé à partir dans la version 2.1.1E … qui corrige aussi le problème avec l'arrêt du serveur.

C'est tout pour l'instant …
denisr
Member II

Re: synchronisation LDAP

Merci MichaelH.
Après avoir releasé en 2.1.1E et suivi le paramétrage cron du Wiki, un certains nombres de problèmes ont clairement disparu:
- stop/start alfresco, ouf!
- les attributs LDAP des personnes sont récupérés correctement
- alfresco relance sont interrogation LDAP à intervalles réguliers
(par exemple:

ldap.synchronisation.import.group.cron=0 2/5 * * * ?
Veut dire qu'Alfresco "essaye" de synchroniser les groupes toutes les 5 minutes en commençant à la 2ème minute depuis 0h00. ca permet de faire plus facilement des tests, non?  Smiley Very Happy )

je n'ai plus qu'un prblème avec la récupération des groupes.
Comme ça ne marche pas en tous cas les groupes que je crée dans alfresco sont automatiquement détruits
Une interrogation : comment ça se fait que je puisse créer des groupes en situation de configuration LDAP alors que ce n'est pas le cas pour les users?

en tous cas je vais télécharger 1 des browser que tu m'as conseillé.

Cordialement,
denisR.
denisr
Member II

Re: synchronisation LDAP

Bonjour,
résultats de mes tests Alfresc/ldapiens :
synchro : user + groupes : ça marche!
Smiley Very Happy

cependant, plusieurs remarques/interrogations:

1. il faut changer la valeur de :

ldap.synchronisation.defaultHomeFolderProvider=personalHomeFolderProvider
en:

ldap.synchronisation.defaultHomeFolderProvider=userHomesHomeFolderProvider
pour que le folder perso se crée en-dessous de "user homes" sinon il se crée en dessous de "company home"

:?:  quelle valeur faut-il mettre pour que les homes des utilisateurs soient tous à "user homes" sans création d'un sous-dossier?

2. les users détruits dans LDAP ne le sont pas dans alfresco et les utilisateurs (valides) peuvent continuer à les inviter dans leurs espaces.
:?: Peut-on modifier la synchronisation pour qu'elle soit plus "dure" côté Alfresco i.e. que les utilisateurs n'existant plus dans LDAP soient détruits côté Alfresco (hormis admin ?) ?

3.  :?: Est-ce normal que les autorisations sur un folder continuent à contenir la liste de groupes n'existant plus aussi bien dans le LDAP que dans l'Alfresco après une resynchronisation des groupes ?

Ouf! J'espère avoir rédigé mes questions le plus clairement possible…

cordialement,
denisR
michaelh
Active Member

Re: synchronisation LDAP

Je pense que tu devrais être intéressé par le contenu du fichier "authentication-services-context.xml" qui contient pas mal de réponses.

En particulier :
- companyHomeFolderProvider
- createMissingPeople
- duplicateMode

Je ne pense pas qu'il y ait de mécanismes de suppression des users hormis ces quelques points (bien parcourir tout le fichier).

Attention à vérifier en particulier "createMissingPeople" car par défaut, même une synchro non faite peut aboutir à la création d'un user si l'authentification réussie.

Pour les groupes, il y a une certaine logique à cela (ne pas risquer de se retrouver avec des espaces sans aucun groupe associé, même si plus aucun membre n'en fait partie mais … j'avoue n'avoir pas creusé le sujet)

A suivre donc … Smiley Happy

P.S : C'est très clair !
denisr
Member II

Re: synchronisation LDAP

Oui effectivement, c'est dans ce fichier que j'avais trouvé la valeur de userHomesHomeFolderProvider.
En fait les mécanismes sur les users sont clairs alors qu'il me semble que ça l'est un peu moins sur le groupes.
En effet il m'est toujours possible de créer des groupes d'utilisateurs depuis Alfresco qui seront supprimés à la synchronisation LDAP suivante.
De mon point de vue, mais sans vraiment de recul sur le sujet il s'agit d'un bug fonctionnel.
:roll:

Mais bon, hormis ce point, que je peux toujours vendre en interne comme étant un moyen de faire des tests entre 2 synchros tout marche à merveille.
Smiley Very Happy

Cordialement,
DenisR

PS: est-ce possible que les emoticons mais aussi les tags se mettent à l'endroit du curseur quand on clique dessus (je parle du forum) comme dans l'ancien forum ?