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.

LDAP - HOME FOLDER

mavenel

A la synchronisation LDAP il y a des un nouvel UTILISATEUR création de son espace Personnel.
Comment éviter cette création automatique?
Cette gestion est elle située dans le fichier de configuration : authentication-services-context.xml
Merci

Find more posts tagged with

Comments

rguinot

Pouvez vous préciser ce que vous souhaitez faire ? ainsi que votre environnement de déploiement ?

ptitmat

Bonjour,

Je me permet de déterrer ce sujet car cela m'intéresse de ne pas créer d'espace personnel quand on intègre un nouvel utilisateur.

Je ne peux pas faire de test pour l'instant mais je voudrais savoir si mon idée est la bonne.

Dans le fichier de configuration ldap-authentication-context.xml, je vois les lignes suivantes :

<property name="attributeMapping">
            <map>
                <entry key="cm:userName">
                    <!– Must match the same attribute as userIdAttributeName –>
                    <value>samaccountname</value>
                </entry>
                <entry key="cm:firstName">
                    <!– OpenLDAP: "givenName" –>
                    <!– Active Directory: "givenName" –>
                    <value>givenName</value>
                </entry>
                <entry key="cm:lastName">
                    <!– OpenLDAP: "sn" –>
                    <!– Active Directory: "sn" –>
                    <value>sn</value>
                </entry>
                <entry key="cm:email">
                    <!– OpenLDAP: "mail" –>
                    <!– Active Directory: "???" –>
                    <value>mail</value>
                </entry>
                <entry key="cm:organizationId">
                    <!– OpenLDAP: "o" –>
                    <!– Active Directory: "???" –>
                    <value>company</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>personalHomeFolderProvider</value> –>
                    <value>userHomesHomeFolderProvider</value>
                </entry>
            </map>
        </property>
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Est ce bien là que sera crée l'espace utilisateur? Si je remplace userHomesHomeFolderProvide par null. est ce que l'espace sera créé

Ptitmat

ptitmat

Bonjour,

Après quelques essais sur le fichier de configuration ldap-authentication-context.xml, si on change les valeurs comprises entre ces balises.

 <property name="attributeDefaults">
            <map>
                <entry key="cm:homeFolderProvider">
                    <!– <value>personalHomeFolderProvider</value> –>
                    <value>userHomesHomeFolderProvider</value>
                </entry>
            </map>
        </property>
‍‍‍‍‍‍‍‍‍

ON ne fait que déplacer le lieu de la création du répertoire du users.

Jai aussi regardé la classe UIDBasedHomeFolderProvider . ou j'ai essayé de renvoyer un null à la place de la création du répertoire.

Mais je ne peux plus me connecter à alfresco avec cette modification.

est-il possible de lui demandé de retourner dans un répertoire déjà existant?

Est - on forcément obligé de créer ce répertoire user?

Ptitmat

ptitmat

Bonjour,

J'ai fait différents test avec les fichiers de configurations pour essayer de ne pas créer les espaces utilisateurs. Le mieux que j'ai réussi à faire et de déplacer la création de ces espaces.
Je vais donc réécrire la classe UIDBasedHomeFolderProvider, mais comment récupérer un espaces existant ?

Ptitmat

ptitmat

Bonjour,

Malgré la réécriture de la classe UIDBasedHomeFolderProvider, les dossiers de chaque utilisateurs sont créer dans Alfresco.

Je trouve bizarre qu'on soit obligé de modifier cette classe pour empêcher la création des répertoires de chaque utilisateurs.

Donc je suis toujours preneur de solution existantes dans ce domaine car je ne pense être le seul dans ce cas de configuration.

Ptitmat

eweller

j'ai la meme question que toi - Je travaille sur le fichier ldap-synchronisation.properties. Je te donne le résultat sous peu

eweller

Solution : j'intervient directement sur la base de données apres importation du user LDAP pour isoler le node correspondant a son homefolder et delete les enregistrements dans 4 tables du reposotory. J'ai les scripts SQL qui font les SELECT et DELETE sur les tables.

Avantages : tu peux t'en servir pour des suppressions en masse (plus de 1000 dans mon cas) + meme séquence de script pour SELECT et DELETE des users, bien pratique quand tu passes d'une config synchro LDAP -> non LDAP…ou tous les utilisateurs restent quand meme.

Si tu veux les SQL, fait signe

eweller

Bonjour,

J'ai fait différents test avec les fichiers de configurations pour essayer de ne pas créer les espaces utilisateurs. Le mieux que j'ai réussi à faire et de déplacer la création de ces espaces.
Je vais donc réécrire la classe UIDBasedHomeFolderProvider, mais comment récupérer un espaces existant ?

Ptitmat

Pour récupérer les espaces existants, si tu connais le username, alors :
Identification du noeud : SELECT * FROM 'alf_node_properties' WHERE 'string_value' like 'usernem'

Tu vas trouver 2 nodes, un pour le user, unpour son folder, pour identifier le folder :
SELECT 'alf_node_properties' WHERE 'node_id'=xxx id des noeuds du precedent select xxx
Sur les 2 Node_id, celui qui retourne 2 lignes est celui du Homefolder, qui se repére aussi par la colonne q_name

rguinot

Cela me parait capillotracté.
On peut à ma connaissance déclarer un home folder pour tous les utilisateurs qui pointe vers un espace préalablement existant.

Voir par exemple ce morceau de wiki : http://wiki.alfresco.com/wiki/Security_Services#Defining_a_home_space_that_is_an_existing_space_.28ExistingPathBasedHomeFolderProvider.29

Y'a des vrais morceaux de fruits à l'intérieur

eweller

Cela me parait capillotracté.
On peut à ma connaissance déclarer un home folder pour tous les utilisateurs qui pointe vers un espace préalablement existant.

Voir par exemple ce morceau de wiki : http://wiki.alfresco.com/wiki/Security_Services#Defining_a_home_space_that_is_an_existing_space_.28ExistingPathBasedHomeFolderProvider.29

Y'a des vrais morceaux de fruits à l'intérieur

Effectivement….mais avant synchro……une fois synchro effectué, les user homes sont créés, et si l'espace cible est mal choisit…..il se retrouve avec 1124 user homes dans mon cas…..pas glop et pas question de les déplacer un a un. L'action directe sur la base de données a été efficace pour ce nombre significatif dans le cadre d'un retour arriere, a la fois par réduction via filtrage ldap des utilisateurs synchronisés et donc nécessité de faire disparaitre les user homes des utilisateurs n'entrant plus dans le scope….

… le déploiement de ces solution n'est pas un long fleuve tranquille et a l'occasion des premieres confrontation a l'outil, il est parfois nécessaire de faire ce type de retour arriere.

eweller

Pour ceux qui me l'ont demandé par mail, les script SQL et manipulations effectuées pour effacement directement dans la base de données des utilisateurs Alfresco et de leur UserHome : http://sites.google.com/site/blogewe/alfresco-suppression-utilisateurs