Руководства для реализации OpenLDAP просто как каталог, а не для контроля доступа к сети?
Я пытался настроить OpenLDAP в Ubuntu Intrepid Ibex, но руководства, которые я нахожу в Интернете, сбивают меня с толку. У меня не было успеха.
Я думаю, что проблема в большинстве руководств предполагает, что вы хотите использовать Samba для контроля доступа и использовать OpenLDAP в качестве каталога для Samba. Это не то, что мне нужно. Мне просто нужно центральное место для хранения клиентской, ассоциированной, сотрудников, семьи и т. Д. Контактной информации и некоторых других объектов, относящихся к этим лицам в качестве веб-сайтов с данными конфигурации, их паролями веб-сайтов / баз данных и т. Д. (Для веб-сайтов мы их администрируем) и т. д.
Знаете ли вы какое-нибудь хорошее, простое, актуальное и понятное руководство, доступное где-нибудь в Интернете для этого?
Заранее спасибо.
PS: Слава за бета-запуск SF! Поздравляем Джоэла, Джеффа, Команду, Модераторов и т. Д. Спасибо за вашу поддержку и тяжелую работу над SO и SF.
3 ответа
Мы задавались вопросом об этом - вы правы, большинство руководств по LDAP фокусируется на LDAP, используемом в качестве каталога для контроля доступа.
Есть ли существенная причина не хранить данные в обычной базе данных SQL? Вы сможете получить к нему доступ из любого места, и реальная причина использования каталога над базой данных - это то, что каталог, как правило, более ориентирован на запись, больше поддается иерархической структуре (нереляционные данные) и его легче реплицировать.
Глядя на данные, которые вы хотите сохранить, кажется, что они будут довольно часто обновляться и могут быть несколько более реляционными, чем данные каталога (например, связывать несколько контактных данных с компанией или веб-сайтом) - так что это нормальный реляционный база данных может быть более эффективной и простой в реализации (а также легко доступны документация и примеры для работы с ней)
Просто не надо. Любая база данных SQL обладает лучшими инструментами, чем LDAP, и ее гораздо проще настроить по своему вкусу.
Единственными причинами, по которым я согласился бы использовать LDAP, являются Samba и Kerberos.
О вашем проекте вы можете использовать:
Программное обеспечение Microsoft: - Серверный проект, связанный с Sharepoint и Active Directory.
Инструменты Linux: - Список программного обеспечения Alfresco.