| FazBrowse Wikipedia Viewer | Main Page | | |
| Viewing: https://fr.wikipedia.org/wiki/Lightweight_Directory_Access_Protocol |
Pour les articles homonymes, voir DAP.
Cet article ne cite pas suffisamment ses sources (septembre 2022).
Si vous disposez d'ouvrages ou d'articles de référence ou si vous connaissez des sites web de qualité traitant du thème abordé ici, merci de compléter l'article en donnant les références utiles à sa vérifiabilité et en les liant à la section « Notes et références ».
En pratique : Quelles sources sont attendues ? Comment ajouter mes sources ?common name ou cn=… voire RFC 4510.
X.500 (incluant DAP) peuvent être directement utilisés sur TCP/IP.Le protocole fut créé par Tim Howes de l'Université du Michigan, Steve Kille du ISODE et Wengyik Yeong de Lightweight Directory Browsing Protocol (LDBP), car il ne permettait que la recherche de données. Il fut renommé lors de l'ajout de nouvelles possibilités (ajout, modification).
LDAP a influencé un certain nombre de protocoles d'Internet, incluant les dernières versions de Service Provisioning Markup Language (SPML), et Une méthode pour sécuriser les communications LDAP est d'utiliser un tunnel TLS/SSL. Lors de l'emploi d'URL cet usage est traduit par le nom du protocole ldaps en remplacement de ldap. Le port TCP standard pour ldaps est 636. Le protocole LDAP employant la notation ASN.1 et les messages sont codés avec le format binaire BER. Cependant il utilise une représentation textuelle pour un certain nombre d'attributs et de types d'ASN.1. Les annuaires LDAP suivent le modèle X.500 et son architecture nativement multi-tenant : Le fait que les attributs puissent être multi-valués est une différence majeure entre les annuaires LDAP et les SGBDR. De plus, si un attribut n'a pas de valeur, il est purement et simplement absent de l'entrée. Chaque entrée a un identifiant unique, le common name, "dc" pour referral) à un autre serveur qui contient le sous-arbre voulu. Le client peut alors contacter (automatiquement ou pas) l'autre serveur. Certains serveurs prennent en charge le chaînage (Bind (authentification)modifiermodifier le code
L'opération bind anonyme, c'est-à-dire sans fournir d'identifiant ni de mot de passe, met la connexion dans un état anonyme. Dès lors le client ne pourra plus effectuer certaines opérations sur tout ou une partie de l'annuaire, en fonction des ACL mises en place.
Le SASL Comparemodifiermodifier le code
L'opération typesOnly : ne renvoie que les types d'attribut et non les valeurs.
Le serveur renvoie les entrées qui correspondent, suivies par le code retour de la commande (code de retour).
L'opération Search qui est utilisée pour l'accès direct à une entrée. Dans ce cas, le paramètre baseObject est le DN de l'entrée que l'on veut lire, et le paramètre Add (ajout), Cancel, Abandonmodifiermodifier le code
L'opération Cancel a été définie pour renvoyer une réponse, mais tous les serveurs ne la prennent pas en charge.
Comme dans tous les URI, les caractères spéciaux doivent être échappés en suivant l'algorithme prévu par la RFC 3986.
On peut aussi rencontrer des URI utilisant le schéma non normalisé « ldaps ».
Par exemple :
ldap://ldap.example.com/cn=John%20Doe,dc=example,dc=comretourne tous les attributs de l'entrée « John Doe »,
ldap:///dc=example,dc=com??sub?(givenName=John)recherche l'entrée ayant comme prénom « John » dans l'annuaire à partir de la racine.
Le contenu des entrées d'un annuaire LDAP est régi par des schémas.
Les schémas définissent les types d'attribut que les entrées d'un annuaire peuvent contenir. La définition d'un attribut inclut une syntaxe, la plupart des attributs non binaires dans LDAPv3 utilisent la syntaxe des chaînes de caractères UTF-8. Par exemple, l'attribut
| View original on Wikipedia | Back | FazBrowse Home |