Non ce n'est pas différent, on utilise toujours les classes et attributs GOsa sur les users et certaines autres choses.
Il faudrait faire un audit précis pour vérifier à quoi ils servent, c'est assez varié, par exemple dans user on utilise un champ perso gosaLoginRestriction qui permet de faire des restrictions sur les connexions à FD en fonction de la machine avec laquelle l'utilisateur tente de se connecter.
Il est certain qu'il serait possible de faire une version minimaliste de FD qui évite l'utilisation de ce genre d'attribut, mais on a jamais eu la demande de la part d'un client (ou de contributions utilisateurs allant dans ce sens, d'ailleurs).
Ensuite FD se présente comme un gestionnaire d'infrastructure, ce n'est pas un bête éditeur de nœud LDAP, il propose une vue travaillée des objets, il sait dire si un nœud est un user ou une machine, etc…
[^] # Re: FusionDirectory et autre
Posté par MCMic (site web personnel) . En réponse au journal Gestion de LDAP sous Debian : OpenLDAP. Évalué à 3.
Non ce n'est pas différent, on utilise toujours les classes et attributs GOsa sur les users et certaines autres choses.
Il faudrait faire un audit précis pour vérifier à quoi ils servent, c'est assez varié, par exemple dans user on utilise un champ perso gosaLoginRestriction qui permet de faire des restrictions sur les connexions à FD en fonction de la machine avec laquelle l'utilisateur tente de se connecter.
Il est certain qu'il serait possible de faire une version minimaliste de FD qui évite l'utilisation de ce genre d'attribut, mais on a jamais eu la demande de la part d'un client (ou de contributions utilisateurs allant dans ce sens, d'ailleurs).
Ensuite FD se présente comme un gestionnaire d'infrastructure, ce n'est pas un bête éditeur de nœud LDAP, il propose une vue travaillée des objets, il sait dire si un nœud est un user ou une machine, etc…