LDAP和標準：可擴展匹配功能和「匹配規則」名稱在供應商之間是否一致？

本文討論並給出LDAP查詢語法 http://ff1959.wordpress.com/2011/09/21/mastering-ldap-search-filters/LDAP和標準：可擴展匹配功能和「匹配規則」名稱在供應商之間是否一致？

的實例它顯示了查詢的「過濾器」部分如何可以給一個匹配規則。 E.g，如下過濾器可以指定「精確匹配」：

(uid:caseExactMatch:=User.0)

在哪裏「：caseExactMatch：」標識「匹配規則」 LDAP服務器將使用過濾結果的名稱。（例如，LDAP服務器具有稱爲「caseExactMatch」的匹配規則）

來自文章：上述過濾器將匹配「User.0」而不是「user.0」。

我的問題

我看到RFC 4515定義的語法。主要的LDAP供應商是否支持這個標準，即不管實現（即包括OpenLDAP， Microsoft的活動目錄和SunONE目錄服務器），「它會起作用」？
待辦事項LDAP供應商支持的'匹配規則的名字在RFC 4517中列出（例如caseExactMatch，caseIgnoreMatch，關鍵字匹配，numericStringMatch等）

參考

RFC 4515限定LDAP過濾器

RFC 4517定義LDAP匹配規則

謝謝

來源

2012-03-06 user331465

當然，Sun DSEE，UnboundID Directory Server，OpenDS和OpenLDAP都支持可擴展的匹配過濾器 - 通常應該由LDAP兼容的服務器支持。不知道其他不兼容的服務器。

來源

2012-03-06 18:39:50

有人知道活動目錄嗎？ – user331465 2012-03-07 21:33:29

似乎也在AD上工作 – user454322 2013-04-15 04:51:00

@terry garder：花了整整一天的好半天發現Active Directory不支持caseExactMatch，至少是我正在測試的版本（我無法再檢查）。所以，我建議構建一個給你結果的ldapsearch查詢，然後添加「：caseExactMatch：」並查看它是否仍然匹配。 – 2015-12-15 00:55:17

LDAP和標準：可擴展匹配功能和「匹配規則」名稱在供應商之間是否一致？

回答

相關問題