Проблемы Openldap с добавлением атрибута

Хорошо, давайте очистим вещи немного вверх:

1. ldapmodify может как создавать , так и изменять узлы в вашем дереве LDAP. Такое поведение определяется параметром changetype . Итак, если вы используете changetype: add , вы пытаетесь добавить новый узел. Очевидно, вам нужно будет присвоить этому новому узлу объектный класс, поэтому вы получили ошибку ldap_add: Нарушение класса объекта (65) дополнительная информация:нет атрибута objectClass (все же эта операция не увенчалась успехом, поскольку dn cn = config уже существует).
2. Прежде всего необходимо выяснить, какой узел содержит класс объекта (для пример: мой узел cn = {0} core, cn = schema, cn = config содержит класс объекта 'person', тогда как 'inetOrgPerson' находится в cn = {3} inetorgperson, cn = schema , cn = config ). Фигурные скобки перед первым атрибутом dn (в данном случае «core» или «inetorgperson») устанавливаются OpenLDAP для определения порядка, в котором загружаются узлы. Кстати: это причина, по которой вы получили ldap_modify: Нет такого объекта (32) при поиске cn = core, ... - вы пропустили скобки :)
3. Классы объектов и типы атрибутов хранятся в узлы с классом объектов olcSchemaConfig в качестве атрибутов с типом атрибута olcObjectClasses или olcAttributeTypes соответственно. Просто посмотрите на свои схемы (например, ldapsearch -xLLLWD cn = admin, cn = config -b cn = schema, cn = config -s one или ldapsearch -xLLLWD cn = admin, cn = config - b cn = {0} core, cn = schema, cn = config -s base ), и вы получите представление о том, как это выглядит. Так что четко укажите, что вы хотите сделать: вы пытаетесь изменить узел в форме, в которой вы заменяете один из атрибутов olcObjectClasses (в той форме, в которой вы его переопределяете, включая ваши тип атрибута. Если тип атрибута не был определен ранее, вам нужно будет добавить его как другой атрибут типа olcAttributeTypes либо в том же узле, либо в другом olcSchemaConfig ). Это можно сделать с помощью

dn: cn = {0} core, cn = schema, cn = config changetype: изменить заменить: olcObjectClasses olcObjectClasses: {4} (2.5.6.6 NAME 'person' ...

ОДНАКО:

Вы не хотите этого делать. Серьезно, не делайте этого. Никогда не стоит связываться с уже существующими классы и атрибуты.

Вместо этого есть лучшие варианты, которые намного чище и должны быть выбраны взамен:

1. Быстрый способ: при создании следующего пользовательского узла вы могли бы использовать структурный объект class (например, 'person') и добавьте к смеси вспомогательный объектный класс 'extensibleObject'; это позволит вам добавлять атрибуты любого существующего типа атрибута.
2. Правильный способ: вы можете легко определить свой собственный Классы объектов. Таким образом вы бы хотели либо создать свой собственный структурный класс (который может унаследовать от любого другого класса объектов и быть расширен вашим атрибутом), который затем вы будете использовать для своего узла как только объектный класс , либо вы также можете создать вспомогательный объектный класс , который содержит атрибут и который будет используется как дополнительный объектный класс . Если вы выберете этот способ, убедитесь, что вы используете пространство имен (числа в определении, например, «2.5.4.66»), которое не будет конфликтовать с существующими классами и / или атрибутами. Вот как это выглядит:

ldapadd -xWD cn = admin, cn = config dn: cn = , cn = schema, cn = config objectClass: olcSchemaConfig cn: <имя схемы> olcAttributeTypes: (<ваше пространство имен> .01.01 NAME DESC EQUALITY SYNTAX ) olcObjectClasses: (<ваше пространство имен> .02.01 NAME DESC AUXILIARY MUST )

Изучение того, как обрабатывать cn = config, может сначала немного сбить с толку, но как только вы поймете концепции, лежащие в основе этого, Вы понимаете, что это намного круче, чем было раньше. Его определенно стоит изучить.

Удачи!

Ну, это не моя идея, но у меня есть ответ. Я делаю это вручную

· Редактировать конфигурационный файл,

$ vim /etc/ldap/schema/core.schema

· Добавить тип атрибута,

attributetype ( 2.5.4.66 NAME 'permission'

        DESC 'my desc '

        SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{255} )

· Добавить 'разрешение' к объектному классу 'person'

objectclass ( 2.5.6.6 NAME 'person'

        DESC 'RFC2256: a person'

        SUP top STRUCTURAL

        MUST ( sn $ cn )

        MAY ( userPassword $ telephoneNumber $ seeAlso $ description $ permission ) )

· Создать файл core.conf

$ vim /etc/ldap/core.conf

· Добавить строку ниже в core.conf

include /etc/ldap/schema/core.schema

· Удалите или сделайте резервную копию старого файла /etc/ldap/slapd.d/cn=config/cn=schema/cn={0}core.ldif

$ rm /etc/ldap/slapd.d/cn=config/cn=schema/cn={0}core.ldif

· Создайте новый / etc / ldap / slapd. d / cn = config / cn = sch

$ slaptest -f /etc/ldap/core.conf -F /etc/ldap/slapd.d