LDAP и стандарты: расширяемая функциональность сопоставления и имена «правил сопоставления» совместимы между поставщиками? - PullRequest
1 голос
/ 06 марта 2012

В этой статье рассматриваются и приводятся примеры синтаксиса запросов LDAP. http://ff1959.wordpress.com/2011/09/21/mastering-ldap-search-filters/

Показывает, как часть запроса «фильтр» может дать соответствующее правило. Например, фильтр может указать "точное соответствие" следующим образом:

(uid:caseExactMatch:=User.0)

Где ": caseExactMatch:" указывает имя "правила сопоставления", которое сервер LDAP будет использовать для фильтрации результатов. (например, на сервере LDAP есть правило соответствия, называемое caseExactMatch)

Из статьи: Приведенный выше фильтр будет соответствовать «User.0», но не «user.0».

Мой вопрос

  • Я вижу, что RFC 4515 определяет синтаксис. Поддерживают ли основные поставщики LDAP этот стандарт, то есть «будет ли он работать» независимо от реализации (то есть, включая OpenLDAP, Microsoft Active Directory и сервер каталогов SunONE)?

  • Поддерживают ли поставщики LDAP «имена подходящих правил», перечисленные в RFC 4517 (например, caseExactMatch, caseIgnoreMatch, keywordMatch, numericStringMatch и т. Д.)

Ссылка

RFC 4515 определяет фильтры LDAP

RFC 4517 определяет правила сопоставления LDAP

спасибо

1 Ответ

3 голосов
/ 06 марта 2012
Расширяемые фильтры сопоставления

поддерживаются Sun DSEE, UnboundID Directory Server, OpenDS и OpenLDAP - как правило, они должны поддерживаться LDAP-совместимыми серверами.Не знаю о других несовместимых серверах.

...