LDAP & Standards: Fonctionnalité de correspondance extensible et noms de "règle de correspondance" cohérents entre les fournisseurs?

Question

Cet article traite et donne des exemples de syntaxe de requête LDAP http://ff1959.wordpress.com/2011/09/21/mastering-ldap-search-filters/

Il montre comment la partie « filtre » de la requête peut donner une règle de correspondance. Par exemple, un filtre peut spécifier « correspondance exacte » comme suit:

(uid:caseExactMatch:=User.0) 

Où « : caseExactMatch: » identifie le nom de la « règle de correspondance » que le serveur LDAP utilisera pour filtrer les résultats. (par exemple, le serveur LDAP a une règle de correspondance appelée "caseExactMatch")

De l'article: Le filtre ci-dessus correspond à "User.0" mais pas "user.0".

Ma question

• Je vois que la RFC 4515 définit la syntaxe. Les principaux fournisseurs LDAP prennent-ils en charge cette norme, c'est-à-dire "fonctionnera-t-il" indépendamment de l'implémentation (y compris OpenLDAP, Microsoft Active Directory et le serveur d'annuaire SunONE)?

• Do fournisseurs LDAP prennent en charge les noms 'des règles de correspondance' de la liste dans la RFC 4517 (par exemple caseExactMatch, caseIgnoreMatch, keywordMatch, numericStringMatch, etc.)

Référence

RFC 4515 définit les filtres LDAP Définit

remerciements

Answer 1

Les filtres de correspondance extensible sont pris en charge par Sun DSEE, UnDirectID Directory Server, OpenDS et OpenLDAP, bien sûr, ils doivent généralement être pris en charge par les serveurs compatibles LDAP. Je ne connais pas d'autres serveurs non conformes.