Skip to content
GitLab
Projects Groups Topics Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • fusiondirectory-plugins fusiondirectory-plugins
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
  • Issues 59
    • Issues 59
    • List
    • Boards
    • Service Desk
    • Milestones
  • Deployments
    • Deployments
    • Releases
  • Packages and registries
    • Packages and registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • fusiondirectoryfusiondirectory
  • fusiondirectory-pluginsfusiondirectory-plugins
  • Wiki
  • fd lsc backend

fd lsc backend · Changes

Page history
Update fd lsc backend authored Aug 07, 2019 by jswaelens's avatar jswaelens
Hide whitespace changes
Inline Side-by-side
fd-lsc-backend.md
View page @ 1b9f1d8b
......@@ -190,20 +190,20 @@ On pourrait également passé authentification, referral et version dans le serv
* Ce qui change, c'est le pagesize mais il peut être adapté manuellement.
* La partie du username peut être écrite sous la forme de DN `CN=FusionDirectory.O,OU=Users FusionDirectory,DC=local` mais il faudrait voir si on pourrait pas proposer une remplissage manuel si le serveur LDAP n'est pas un de ceux gerer par FD car ça ne fait pas vraiment sens de créer le DSA dans ce cas la
### Audit est optionnel (à vérifier)
#### Audit vérifier si on est obliger de le mettre si on l'utilise pas
### Tâches
#### Tâches
On créer des entrée "lscTask" qu'on pourra ajouter dans un objet "lscConfig"
Une tâche contient différent noeud
#### Tache
##### Tache
* name : nom de la tache
* bean : valeur prédéfini (j'ai jamais du la changer pour le moment)
#### Service source / destination
##### Service source / destination
* name : nom arbitraire (on pourrait imagine prendre le nom de la connection + "source" ou "destination"
* connection : on utilise le dn du service
......@@ -214,7 +214,7 @@ Une tâche contient différent noeud
* getOneFilter : définir a la main ou en passant des informations si executer apres user/group ?
* cleanFilter : définir a la main ou en passant des informations si executer apres user/group ? (uniquement pour le service source)
#### propertiesBasedSyncOptions
##### propertiesBasedSyncOptions
* mainIdentifier : ecriture manuel
* defaultDelimiter : choix par defaut (changement manuel possible)
......@@ -226,4 +226,16 @@ Une tâche contient différent noeud
* createValues : ajout manuel de 0 ou plusieurs entrées
* forceValues : ajout manuel de 0 ou plusieurs entrées
### security a vérifier si obligatoire si on garde la config par defaut
\ No newline at end of file
#### security a vérifier si obligatoire si on garde la config par defaut
### FD et LSC
Les objets suivants devrait exister pour LSC
* lscConfig (on peut avoir plusieurs configs)
* lscTask (on peut avoir plusieurs tache)
* lscDataset (on peut égalements avoir plusieurs datasets dans une tache)
Si on veut utiliser LSC pour synchroniser des users/groups je penses qu'on pourrait faire comme Sinaps et avoir un tab LSC actif qui va trigger une action
Si on veut seulement l'utiliser pour trigger des actions il faudrait pouvoir lancer une action "synchronisation" depuis l'interface qui liste les options lscConfig
\ No newline at end of file
Clone repository
  • FusiondirectoryIPAM
  • LSC
  • LdapAlias
  • Modifying group member types
  • RestWebservice
    • addUpdateUser
    • addUpdateUserMultivaluated
    • createUser
    • deleteUser
  • SupannSupport
  • UserReminder
  • deployment features
  • fd lsc backend
  • fd lsc zimbra
  • filters acl
View All Pages