LDAP & Стандарты: расширяемые функциональные возможности совпадения и имена «Matching Rule», согласованные между поставщиками?

Question

В данной статье рассматриваются и приводятся примеры синтаксиса запросов 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 Directory Directory и сервер каталогов SunONE)?

• производители LDAP Поддерживают названия 'правил сопоставления', перечисленный в RFC 4517 (например, caseExactMatch, caseIgnoreMatch, ключевом словосочетание, numericStringMatch и т.д.)

Ссылка

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

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

Answer 1

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