2012-03-01 3 views
0

, например.Как вы добавляете проверку атрибута в схему LDAP?

attributetype (2.16.840.1.113730.3.1.39 
    NAME 'preferredLanguage' 
    DESC 'RFC2798: preferred written or spoken language for a person' 
    EQUALITY caseIgnoreMatch 
    SUBSTR caseIgnoreSubstringsMatch 
    SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 
    SINGLE-VALUE) 

Я прочитал, что я мог бы добавить {4096} на конец синтаксиса, чтобы установить рекомендуемую длину, но некоторые серверы LDAP игнорировать его, и никто не относиться к нему, как проверка и не будем использовать в качестве Максимум? OpenLDAP - это реализация, к которой я привязан.

Верно ли это? Есть ли лучший способ добавить простые аспекты валидации - максимальная и минимальная длина, а не нуль, должны охватывать мои варианты использования. Заранее спасибо.

ответ

0

Вы должны обратиться к документации стандартам LDAP: RFC4512 совершенно ясно по этому вопросу:

for instance, "1.3.6.4.1.1466.0{64}" suggests 
that server implementations should allow a string to be 64 characters 
long, although they may allow longer strings. 

Ключевые слова: suggest и may.

Что касается not-null, то применяется одно и то же предупреждение: обратитесь к документации по стандартам, чтобы найти синтаксис схемы каталогов, который не позволяет использовать строки октетов null.

+0

Это очень ясно, что то, что я уже прочитал оттуда, как я его прочитал, менее очевидно, что я не пропустил какой-либо способ указания принудительного ограничения. – rich

+0

Я не уверен, что понимаю. Если вы ищете способ указать, какие данные могут быть сохранены в значении атрибута , то синтаксис атрибута (определенный в схеме) находится там, где эти ограничения найдены. В некоторых случаях, таких как [UnboundID ServerSDK] (http://www.unboundid.com/products/server-sdk.php), вы можете легко определить настраиваемый атрибут синтаксис для принудительного применения любого ограничения, соответствующего вашим требованиям. –

Смежные вопросы