LDAP и стандарты: расширяемая функциональность сопоставления и имена "правил сопоставления" совместимы между поставщиками?

В этой статье обсуждаются и приводятся примеры синтаксиса запросов 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 ответ

Решение

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

Источник
Другие вопросы по тегам