LDAP : Quelques precisions sur le modele fonctionnel
This commit is contained in:
parent
d104c790cf
commit
f9edf3f94a
13
doc.md
13
doc.md
|
@ -188,8 +188,17 @@ Structure arborescente de représentation des données.
|
|||
|
||||
|
||||
#### Modèle fonctionnel
|
||||
Base
|
||||
portée (*scope*) : sub, one, base
|
||||
Le modèle fonctionnel de la RFC LDAP se base sur les mécanismes de portées et de filtres pour les opérations CRUD.
|
||||
La recherche d'entrées dans un annuaire se fait selon une portée (*scope*) :
|
||||
- **base** : recherche seulement sur l'entrée LDAP mentionné dans la recherche
|
||||
- **sub** : recherche récursive complète
|
||||
- **one** : un seul niveau de profondeur à partir de l'élément mentionné dans la requête
|
||||
|
||||
Les filtres définissent leur propre syntaxe d'expressions régulières et d'expressions booléennes pour imposer des conditions logiques sur les attributs des entrées recherchées.
|
||||
|
||||
Prenons par exemple la requête suivante :
|
||||
TODOTODOTODO
|
||||
|
||||
filtres => Revoir les filtres étendus TODO
|
||||
opérations cf liste : 11 opérations à connaître (*abandon, add, bind, compare, delete, extended, modify, modify DN, rename, search, unbind*). Propriétés modulaires de SASL (délégation de l'authentification à un mécanisme tiers).
|
||||
|
||||
|
|
|
@ -30,7 +30,7 @@ def get_org_unit(u):
|
|||
return 0
|
||||
|
||||
class LDAPResource(BaseResource):
|
||||
category = 'Business Process Connectors'
|
||||
category = 'Identity Management Connectors'
|
||||
class Meta:
|
||||
verbose_name = 'LDAP'
|
||||
|
||||
|
|
Reference in New Issue