"::" в выводе ldapsearch

> Оно там что, анализирует значения атрибутов на предмет наличия не-ASCII символов уникода???

А почему бы и нет?

А можно пример того как IA5String кодируется в base64? По-моему это бред. В base64 кодируется OctetString (8-байт). Например, пользовательский пароль: ldapsearch -x -H ldap://127.0.0.1/ -LLL -s base -b «cn=Subschema» attributeTypes |grep -A1 'userPassword'

description:: 0JPQsNC90YYg0JDQutC60LXRgNC80LDQvQ==
Правда, это некий Directory String. Тем не менее, факт тот, что ldapsearch всегда возвращает BASE64-кодированную строку если в строке есть кириллица. И это может быть как IA5 String, так и всё, что угодно другое. В том-то и дело: получается, неозможно, кроме разве что и правда тупого случая Octet String'а, по синтаксису понять, нужно строку отдавать в BASE64 или вполне можно итак пережить.

Мда, прощу прощения, кажется, в IA5 String не запихнёшь вообще любые наицональные символы. LDAP считает их нечитабельными, видимо...

Вот выдержка из RFC 4517 (LDAP: Syntaxes and Matching Rules):

3.2. Common Definitions

The following ABNF rules are used in a number of the syntax
definitions in Section 3.3.

PrintableCharacter = ALPHA / DIGIT / SQUOTE / LPAREN / RPAREN /
PLUS / COMMA / HYPHEN / DOT / EQUALS /

...

IA5String = *(%x00-7F)


Забавно... То есть это первая половина ASCII. Получается, что по идее можно и соверщенно непечатаемую фигню сюда записать (те же нулевые байты). Как бы это проверить-то...