2012-09-19 4 views
0

Je sais que le serveur LDAP (ou le service ou répertoire annuaire) stocke des informations (principalement utilisées pour stocker des informations utilisateur) dans une base de données orientée objet.Serveur LDAP - utilisation

Est-ce juste un "magasin de l'utilisateur"? Et peut être utilisé en utilisant LDAP API ou "configuration LDAP dans le serveur" pour l'authentification de l'utilisateur et pour obtenir des informations sur l'utilisateur ...

LDAP en lui-même offre d'autres fonctionnalités que le stockage des informations de l'utilisateur? Comme la configuration de sécurité? configuration de la politique?

Quelle sera la mauvaise performance si une base de données relationnelle (disons Oracle) est utilisée pour stocker des informations utilisateur?

Merci.

+0

nouveau conseil d'utilisateur: si vous trouvez une réponse utile, vous voudrez peut-être la mettre à jour :) –

Répondre

3

En fait, les versions plus récentes d'OpenLDAP stockent leur configuration à l'intérieur de lui-même seulement, le fichier de configuration de texte classique est déprécié, s'il n'est pas déjà supprimé. Cette fonctionnalité est appelée cn = config dans OpenLDAP [http://www.openldap.org/doc/admin24/slapdconf2.html#cn=config]. La chose à laquelle vous pensez probablement est l'ACI dynamique (à ne pas confondre avec ACL qui est également fournie), et bien sûr, LDAP, en général, fournit beaucoup de fonctionnalités comme ça. Il y a aussi des backends de moniteur fournis, en général LDAP se plaît, et est conduit dans une direction autogérée. Cependant, son but est très différent de celui du SGBDR, il est optimisé pour les opérations de recherche, mais ne manipule pas les données et ne fait pas de calculs dessus. Pensez-y comme ça - par ex. informations sur l'utilisateur, ou les informations DNS sont récupérées énormément plus de fois que modifiées, et c'est le domaine dans lequel ldap bascule. Vous avez rarement besoin d'ajouter des ID utilisateurs, n'est-ce pas? :) La base de données orientée objet signifie que, contrairement au SGBDR, les données sont organisées plus près du type OO (classe, attributs, héritage, etc.). Il y a aussi des backends SQL pour ldap (je ne sais pas quel sens cela fait), mais je n'ai pas entendu parler de backend LDAP pour la base de données SQL.

Jetez un oeil sur OpenLDAP Guide d'administration ici

http://www.openldap.org/doc/admin24/

En ce qui concerne le stockage des informations personnalisées, vous pouvez créer vos propres classes, objets et attribuer même type, par héritage/composant les entités existantes, ou à partir de zéro. Sky est la limite, l'homme ;-)

0

Un serveur d'annuaire LDAP stocke les données dans attributes qui sont regroupées dans entries. Les attributs requis ou autorisés dans une entrée sont définis par un attribut appelé objectClass. Chaque type d'attribut a une définition d'attribut dans un schema. La définition de type d'attribut a un syntax qui définit quel type de données est autorisé, éventuellement un matching rule et/ou ordering rule définissant comment les valeurs d'attribut sont comparées et d'autres données décrivant l'attribut. Tout type de données peut être stocké dans une base de données de serveur d'annuaire, y compris les données binaires. Le plus souvent, un serveur de répertoire est utilisé pour l'authentification et les informations de profil. Les serveurs d'annuaire hérités comme OpenLDAP ne fonctionnent pas aussi bien sur les mises à jour (ADD, MOD, DELETE, MODRDN) que sur l'authentification ou les recherches, mais les serveurs les plus modernes effectuent des mises à jour très rapides.

Questions connexes