Обсуждение настройки и работы сервисов, резервирования, сетевых настроек и вопросов безопасности ОС для молодых и начинающих системных администраторов.
Решил заморочиться и настроить общую адресную книгу. После поисков в интернете понял, что это реализуется через LDAP, и, якобы, существует проблема - не все клиентские программы корректно работают с ними (вроде как кто-то только читает, но не добавляет, хотя могу ошибаться, может данные устаревшие). Начал устанавливать , не нашел файла slapd.conf, вместо него есть директория
начал искать этот конфиг: полез в init-скрипт, увидел, что там есть переменная SLAPD_CONF="/etc/ldap/slapd.d/, то есть вместо конфига стоит директория. Идем дальше:
В новых версиях OpenLDAP поддерживается "конфиг в самом LDAP", т.е. в /etc/ldap/slapd.d лежит база LDAP в формате LDIF. Доступ к ней выполняется средствами утилит (файлы LDIF можно и руками править, но это некошерно) OpenLDAP.
serzh-z, я правильно понимаю, что ldap - это что-то типа базы данных (все пишут "каталог", но это как-то интуитивно не понятно, что за каталог)? Как mysql, только с определенно выстроенными таблицами, вроде иерархического хранения данных?
Как mysql, только с определенно выстроенными таблицами, вроде иерархического хранения данных?
LDAP - это протокол и язык запросов, а не структура хранения. Он не навязывает формат используемого хранилища, он лишь определяет язык запросов (навроде SQL) к элементам каталога.
если вам так сложно для начала и у вас дебиан (странно, кстати), то можно в /etc/default/slapd
написать:
SLAPD_CONF=/etc/ldap/slapd.conf
и делать "по старинке"
а вообще по идее проще сделать конфиг и конвертнуть его в директорию. а потом уже запускать лдап и править.
Солнце садилось в море, а люди с неоконченным высшим образованием выбегали оттуда, думая, что море закипит.
Evolution умеет писать, но может это и хорошо, что публичная адресная книга 'read only'?
нужно просто настроить acl-и в ldap-е так, чтобы ответственные за адресную книгу сотрудники (не вы же её собрались заполнять? ;-) ) могли писать, а все остальные - только читать.
кстати ldap обычно сохраняет время и логин последнего изменения на случай разбора полётов.
Солнце садилось в море, а люди с неоконченным высшим образованием выбегали оттуда, думая, что море закипит.
А я вообще читал, что LDAP это протокол, по которому клиенты подключаются к Актив Директори на виндовых серваках по 384 порту. Разве он используется на линукс серверах и для каких целей?
у тебя все получилось?...я делал по этому мануалу OpenLDAP Server
вроде как сервер запустился и работает...поставил LDAP Browser\Editor v2.8.2 и правлю..в инете практически вся инфа на русском языке старая...это раньше все модификации делались через файл ldap.conf или slapd.conf...теперь все в динамическом конфиге... (не шарю линуксе вообще...методом научного тыка дотыкался)
умные люди отзовитесь по поводу LDAPa на убунту
Будь смел и обретешь огромную силу (Гете) С уважением, arh@ngel...
смотря какими клиентами будете пользоваться. тот же TB в принципе берёт mail, cn, sn, st, o, ou, title, street и phone из стандартных схем. нам хватает.
правда вот TB вроде бы не умеет редактировать ldap, что есть плохо, т.к. поддерживать в актуальном состоянии адресную книгу хотелось бы поручить кому-нибудь кого не жалко.
ну и тот же др у нас в собственной схеме лежит, например, т.к. не используется в адресной книге и не планируется, а нужен для всяких кадровых дел.
Солнце садилось в море, а люди с неоконченным высшим образованием выбегали оттуда, думая, что море закипит.
кажется въезжаю.
сущность одна, просто доступ к ее свойствам рулится на уровне пользователей через ACL?
Для того, чтобы аттрибуты, которые видны специалистам "всяких кадровых дел", были недоступны пользователям адресной книги, например.
PS
В ТБ можно настроить маппинг Edit->Preferences->Advanced->Config Editor
и поиск по ключу ldap_2.servers.default.attrmap
Как я понял, тут каждый свой огород городит, четкого стандарта нету :)
сущность одна, просто доступ к ее свойствам рулится на уровне пользователей через ACL?
ну, все варианты, которые встречал я сводились к этому.
посмотрите, по дефолту, например, тот же userPassword никому не виден. да и многие другие вещи.
а аттрибуты адресной книги, мы, например сделали доступными анонимусам. чтобы меньше настраивать на клиентах.
В ТБ можно настроить маппинг Edit->Preferences->Advanced->Config Editor
и поиск по ключу ldap_2.servers.default.attrmap
Как я понял, тут каждый свой огород городит, четкого стандарта нету :)
это да. просто в нашем случае мы старались сделать, чтобы тредовалась минимальная настройка TB. с их автонастройкой это как раз очень удобно.
Солнце садилось в море, а люди с неоконченным высшим образованием выбегали оттуда, думая, что море закипит.
The above is all about createing UUIDs, not OIDs. But, if one creates a UUID then you can encode that as an OID very simply. An OID that begins with "2.25." is an OID encoded UUID. The value after "2.25." is the streight decimal encoding of the UUID as an integer. It MUST be a direct decimal encoding of the single integer, all 128 bits. It must not be broken up into parts. E.g., the UUID "f81d4fae-7dec-11d0-a765-00a0c91e6bf6" becomes the OID "2.25.329800735698586629295641978511506172918".
С недавних пор есть плагин LDAP Contact photo, который вытягивает аттрибут thumbnailPhoto при просмотре контакта.
После переименоваия .xpi в .zip и замены перед установкой в content/common.js
и, как программисту, было интересно посмотреть плагин изнутри.
В процессе понял, что для расширения птицы собственным плагином надо быть либо ее разработчиком, либо чтоб очень сильно прижало, либо быть психом. Документация как бы есть, но читается зело тяжело.
)))
