... | ... | @@ -165,3 +165,37 @@ Un exemple de configuration en XML |
|
|
</security>
|
|
|
</lsc>
|
|
|
```
|
|
|
|
|
|
### Backend LDAP
|
|
|
|
|
|
#### Connections OpenLDAP
|
|
|
|
|
|
La partie connections peut être rataché aux différents services qu'on à dans FD car on aura déjà les informations nécessaire
|
|
|
|
|
|
* nom arbitraire (dn du service)
|
|
|
* ldapConnection: on peut se baser sur le fait que c'est un service LDAP (donc ldapConnection)
|
|
|
* url : goLdapURI + '/' + goLdapBase
|
|
|
* username : objet dans les DSA car c'est une lecture dans le LDAP
|
|
|
* password : ecriture directement
|
|
|
* authentication : liste déroulante des différents choix
|
|
|
* referral : liste déroulante
|
|
|
* derefAliases : goLdapDeref
|
|
|
* version : ecriture a la main
|
|
|
* pageSize : ecriture a la main
|
|
|
* factory : liste déroulante
|
|
|
* tlsActivated : on peut se basé soit sur goLdapURI ou alors si on a les attributs (key, ca, cert)
|
|
|
|
|
|
On pourrait également passé authentification, referral et version dans le service LDAP pour plus de facilité
|
|
|
|
|
|
#### Connections AD
|
|
|
|
|
|
* 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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
<username>administrator@test.opensides.be</username>
|
|
|
<password>jonathan0#</password>
|
|
|
<authentication>SIMPLE</authentication>
|
|
|
<pageSize>1000</pageSize> |