Несоответствие в экспорте LDIF OpenLDAP по сравнению с Studio Каталога Apache

очень в новинку для мира LDAP. Я нахожу это, когда я экспортирую файл LDIF в своем экземпляре OpenLDAP на Linux, выполняя команду slapcat как таковую:

./slapcat -f /somewhere/slapd.conf -l backup.ldif

это не приводит к тому же результату как экспортирующий использование инструмента GUI на Studio Каталога Apache, который подключен к тому же экземпляру OpenLDAP. Те же записи там, но инструмент GUI пропускает некоторые строки, вот пример одной записи:

команда slapcat:

dn: cn=SOMEUSER,ou=Users,dc=SOMETHING,dc=com
objectClass: organizationalPerson
objectClass: person
cn: SOMEUSER
sn: SOMEISER
userPassword:: SOMEPASSWORD
structuralObjectClass: organizationalPerson
entryUUID: 81f9a48c-cb85-1034-9c9e-3ba13cbb4ff9
creatorsName: cn=DirectoryManager,dc=SOMETHING,dc=com
createTimestamp: 20150731040813Z
entryCSN: 20150731040813.566436Z#000000#000#000000
modifiersName: cn=DirectoryManager,dc=SOMETHING,dc=com
modifyTimestamp: 20150731040813Z

ADS экспорт GUI:

dn: cn=SOMEUSER,ou=Users,dc=SOMETHING,dc=com
objectClass: person
objectClass: organizationalPerson
cn: acn.admin
sn: acn.admin
userPassword:: SOMEPASSWORD

Есть ли так или иначе, я могу заставить ADS производить тот же точный файл LDIF как работающий slapcat на сервере, где OpenLDAP установлен? Это должно устранить необходимость преуспевания в сервер каждый раз, мне нужен надлежащий экспорт LDIF.

Это - мой первый раз, отправляя, надежда, мой вопрос был ясен!

0
задан 20 August 2015 в 21:00
1 ответ

Все поля ниже пароль пользователя представляют собой внутреннюю административную информацию для сервера LDAP, которая во многих случаях не имеет значения.

Тем не менее, вы можете указать ADS экспортировать рабочие атрибуты , чтобы они действовали как slapcat .

enter image description here

0
ответ дан 5 December 2019 в 12:15

Теги

Похожие вопросы