Bonsoir (ou bonjour :-) ) Alain

Philippe JAOUEN wrote:

Alain EMPAIN a écrit :
Bonjour tout le monde,

je suis en train d'expérimenter avec openldap : j'ai entré des données
provenant de passwd (dans ou=people,dc=...) et group (dans
ou=group,dc=...) par ex.

J'aimerais y ajouter des données utiles de type address book mais cela
me semble redondant avec ce qui existe déjà (people-root).

J'ai lu de nombreuses introductions, je comprends comment on peut faire
ce que l'on veut, mais cela peut partir dans tous les sens.

Par ex je vois ajouter un étage 'contacts' : contacts-people-root pour
ranger ces données partiellement redondantes d'email/tel/adresses (pour
la même personne on aurait alors une entrée de type passwd dans
people.root et une autre en parallèle dans contacts.people.root).

Est-ce que vous connaissez un schema type bien décanté pour ce genre de
situation, qui me semble quand même bien banale.

Je mettrais tout sous la même entrée pour éviter les redondances et jouer sur les acl pour interdire/permettre la lecture/l'écriture d'attributs en fonction des utilisateurs. Et si tu dois ajouter des attributs pour un compte samba par exemple dans le futur, tu évites de
refaires une "branche"


après avoir testé pas mal de choses j'ai retenu:
yast2-ldap pour les utilisateurs groupes etc
KAddressBook pour gérer l'annuaire ldap utilisé par KMail Thunderbird
etc. plus pratique que GQ

Il y a phpldapadmin(http://phpldapadmin.sourceforge.net/) qui est pas mal(mais je suis un peu de parti pris, il y a du code à moi la dedans ;-))
Sinon j'opterai pour GQ.

Bien à toi

Xavier


_______________________________________________________
Linux Mailing List - http://www.unixtech.be
Subscribe/Unsubscribe: http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux
Archives: http://www.mail-archive.com/linux@lists.unixtech.be
IRC: chat.unixtech.be:6667 - #unixtech
NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech

Répondre à