Je n'ai pas compris. Les logiciels de serveur LDAP stockent leur données dans des bases de données type Mysql/MariaDB/PostGreSQL non?
Non, pas du tout, MySQL/MariaDB/PostgreSQL sont des moteurs de bases de données relationnelles, trop complexe et inadapté au besoin de stockage d'un annuaire LDAP. OpenLDAP à utilisé BerkeleyDB (BDB) comme stockage pour ses datas, puis des moteurs similaires mais plus adaptés type HDB, voir des versions spéciallement conçues pour (MDB/LMDB).
Mon désire est juste de pouvoir tout migrer vers le Cluster quand il sera fonctionnel, et pouvoir backup régulièrement le LDAP en attendant.
Je ne sais pas a quoi tu fait référence en parlant de "le Cluster", mais les annuaires LDAP gèrent la réplication en natif, pas besoin d'un Mysql pour ça.
En tout cas je souhaite vraiment une page profil où les utilisateurs peuvent changer les infos de bases (ça me semble être la base d'un mécanisme de session : ne pas déranger l'admin pour un rien)
changer son login/identifiant fait rarement parti des "infos de base", c'est souvent une clef d'identification critique, je ne connais pas des masses de systèmes qui laissent tout un chacun changer cela. Même sur une infrastructure Microsoft la seule information qu'un utilisateur AD peut modifier c'est son mot de passe.
[^] # Re: les contradictions
Posté par -=[ silmaril ]=- (site web personnel) . En réponse au message centraliser l'authentification des utilisateurs et la gestion des profils. Évalué à 2.
Non, pas du tout, MySQL/MariaDB/PostgreSQL sont des moteurs de bases de données relationnelles, trop complexe et inadapté au besoin de stockage d'un annuaire LDAP. OpenLDAP à utilisé BerkeleyDB (BDB) comme stockage pour ses datas, puis des moteurs similaires mais plus adaptés type HDB, voir des versions spéciallement conçues pour (MDB/LMDB).
Je ne sais pas a quoi tu fait référence en parlant de "le Cluster", mais les annuaires LDAP gèrent la réplication en natif, pas besoin d'un Mysql pour ça.