Пожалуйста объясните в чем разница между 389 Directory Server и OpenLDAP? Какой лучше работает с windows машинами?
LinuxForum.Fans
389 Directory Server и OpenLDAP: в чем разница?
Автор: semperN
23 сообщений
10150 просмотров
Пожалуйста объясните в чем разница между 389 Directory Server и OpenLDAP? Какой лучше работает с windows машинами?
И то и другое есть сервера LDAP. Однако, 389-DS - продукт, поддерживаемый и развиваемый в настоящее время Red Hat'ом. openLDAP - поддерживается сообществом. По протоколу обмена - продукты совместимы полностью и совершенно не привязаны к клиентам (осям) на юзерских машинах. Поэтому второй вопрос смысла не имеет.
389-DS содержит в себе достаточно продвинутую гуевую консоль управления. По дефолту поднимается в типовой конфигурации элементарно. И сразу готов к работе.
Однако... По структуре данных (дефолтных) 389-DS построен на несколько иной LDAP-схеме. Например, схемы для самбы для 389-DS и openLDAP - несколько различны. И это надо учитывать, если хочешь подвязать самбу к 389-DS.
Ну и есть определенные заморочки (пока не разобрался как) в подключении к типовым объектам схемы 389-DS новых свойств.
Например, есть там поля телефон и факс. А мне нужно иметь 2 поля телефон и одно - факс. Вот как добавить второй телефон... И при этом сохранить штатную гуёвность, ориентированную на типовую схему...
Ну тогда у меня такой еще вопрос. Есть сервер windows server 2003 на котором поднят контроллер домена active directory. Имеется примерно 50 клиентских машин windows xp(Клиенты используют из сетевых программ 1С и специфическую мед программу МИС статистика). Можно ли AD перенести безболезнено на 389 Directory Server или на OpenLDAP?
Так же в ближайшем будущем планируется расширить автопарк машин примерно до 100 компьютеров. Не вызовет ли проблем это у 389 Directory Server или у OpenLDAP?
Можно ли AD перенести безболезнено на 389 Directory Server или на OpenLDAP?
нет нельзя.
semperN, если у вас сеть построена на ms windows, то переезд на СПО или подобное ему, будет очень болезненным.
Встречный вопрос, чем вас AD так не устроил то?
Можно ли AD перенести безболезнено на 389 Directory Server или на OpenLDAP?
С групповыми политиками будут проблемы.
Встречный вопрос, чем вас AD так не устроил то?
Она платная наверное ))
[quote=semperN]Можно ли AD перенести безболезнено на 389 Directory Server или на OpenLDAP?
нет нельзя.
semperN, если у вас сеть построена на ms windows, то переезд на СПО или подобное ему, будет очень болезненным.
Встречный вопрос, чем вас AD так не устроил то?[/quote]
Дело в том что компьютер на котором стоит windows server 2003 и соответственно AD старый(обычный компьютер на pentium 4 одно ядерный но HT и 1 гигом оперативки). У него стали наблюдатся различные сбои. Раз в две недели в выходные дни обычно он бонально отрубается. (БП менял плюс он работает через ИБП провереный который держит 10 минут без питания от сети). И вот тут я решил что нужно бы его потихоньку переносить на другой компьютер. Имеется один компьютер который работает в роли шлюза на fedora 12. И как бы подумал может на него переносить.
С групповыми политиками будут проблемы.
Как и на 389-ds так и на openLDAP?
Но в принципе на данный момент особых таких груповых политик и не используется на клиентах. Думаю не страшно на 3 или 5 компьютарах что ручками настроить не вызовет проблем.
semperN, 1С + ваше ПО как будете прикручивать к серверу? Об этом подумали?
Как и на 389-ds так и на openLDAP?
да
Думаю не страшно на 3 или 5 компьютарах что ручками настроить не вызовет проблем.
у вас их будет => 100 и здесь ручками настраивать?
1С + ваше ПО как будете прикручивать к серверу? Об этом подумали?
Ну 1C 8.2 взлетит без проблем на сервере, а вот МИС статистика хз. У меня статисты работают элементарно с расшаренным диском в досовской программе. При желании можно им накатить Linux + Dosbox. Может у ТС также?
semperN, 1С + ваше ПО как будете прикручивать к серверу? Об этом подумали?
А сервак 1С висит на клиенте у бухгалтера. А МИС статистика на "серваке" отдельном windows server 2008 R2 но он сильно загружен и входит в другой домен который объеденен со всеми больницами моей республики. Все работники статисты к нему подключаются как удаленая сессия. rdp
у вас их будет => 100 и здесь ручками настраивать?
Ну если они будут вводиться в домен постепенно? И устроят его например обычный шаблон пользователя.
Так значит все таки можно перейти на открытый контроллер домена? Какой лучше выбрать посоветуйти? openLDAP или же 389-ds?
Что бы знать какой начать изучать и по тихоньку тестировать.
--=XliN=--, дело не в шаблоне пользователя, а об административных задачах, которые будет решать администратор, поэтому надо как то всем этим управлять, а бегать по 100 рабочим местам, для решения какой либо задачи, то это трата времени.Например об обновления ПО, об разочарования рабочих станций по ети и тд.
Ну 1C 8.2 взлетит без проблем на сервере
При переходе с 7ки на 8ку: цена вопроса ~100к рублей + пол года работы, а как показала практика, данные переходы лучше осуществлять с 1го января,а не с середины года, но сейчас разговор не об этом. wink
semperN, если у вас windows станции, то не может идти речь о linux сервере как о замене AD, в вашем же случае, linux можно использовать как шлюз c доступом в инетрнет + почтовый сервер.
Подумайте не два раза и не три раза, сделайте план, нарисуйте схему, что сейчас и что планируется, а лишь потом выбирайте, а так выбирайте 389-ds + centos
openLDAP
Все ручками придется делать. Я уже две попытки дела, пока безуспешно. Пару компов вводил в домен для проверки, но потом возвращал по разным причинам.
389-ds
Не пробовал, но мне кажется он более дружественный.
[quote=semperN]389-ds
Не пробовал, но мне кажется он более дружественный.[/quote]
У 389-DS есть приятная возможность иметь несколько серверов LDAP в сети и взаимные репликации данных между ними. Что несомненно повышает устойчивость системы.
Однако... Мой опыт эксплуатации 389-DS показал, что он, ну, скажем так, "хрустальный". И пару раз он, по непонятным мне причинам отказывался загружаться. А именно - он работает не с файлами схемы, не с ldif, а переносит их содержание в свою отдельную базу данных. Ну и если там что порушится, то восстанавливать - нужны особые умственные усилия. С обычным openLDAP, как мне кажется, попроще будет.
А дружественность - просто в состав 389 входит гуевая консоль администратора. В которой можно все сделать. А можно и утилитами командной строки... Для openLDAP гуевое управление - отдельный продукт.
Не знаю что даже и делать... Думаю все таки начать разбирать 389-ds и попробовать выпросить дениги у бухгалтерии на новый компьютер и туда перенести AD. Может еще когда нибудь samba4 выйдет..
Может еще когда нибудь samba4 выйдет..
ждемс :rolleyes:
Не знаю что даже и делать... Думаю все таки начать разбирать 389-ds и попробовать выпросить дениги у бухал. на новый компьютер и туда перенести AD. Может еще когда нибудь samba4 выйдет..
Я бы сделал чуть иначе - выпросил бы деньги на новый компьютер, на него поставил бы тот линукс, который тебе ближе, а в нем, в виртуальной машине - поднял бы вынь с AD. Если, конечно, от выни кроме как поддержка AD ничего больше не требуется.
У меня на одном ихз серверов в виртуалке XP болтается и в ней по расписанию разные виндовые роботы отрабатывают, 1С обслужить, Кодекс обновить и так далее.
Ну и еще одно соображение - права доступа юзерей на ресурсы файлового сервера. Если тебя устраивает классическая юниксовая триада для этого - то самба нормально это дело потянет. А вот если потребуются всякие дополнительные навороты в стиле прав WindowsNT или NovelNetware.... Да и особого прироста по скорости доступа к самбовым ресурсам не жди. Вынь отработает здесь быстрее, а новель - еще быстрее.
[quote=semperN]Не знаю что даже и делать... Думаю все таки начать разбирать 389-ds и попробовать выпросить дениги у бухал. на новый компьютер и туда перенести AD. Может еще когда нибудь samba4 выйдет..
Я бы сделал чуть иначе - выпросил бы деньги на новый компьютер, на него поставил бы тот линукс, который тебе ближе, а в нем, в виртуальной машине - поднял бы вынь с AD. Если, конечно, от выни кроме как поддержка AD ничего больше не требуется.
У меня на одном ихз серверов в виртуалке XP болтается и в ней по расписанию разные виндовые роботы отрабатывают, 1С обслужить, Кодекс обновить и так далее.
Ну и еще одно соображение - права доступа юзерей на ресурсы файлового сервера. Если тебя устраивает классическая юниксовая триада для этого - то самба нормально это дело потянет. А вот если потребуются всякие дополнительные навороты в стиле прав WindowsNT или NovelNetware.... Да и особого прироста по скорости доступа к самбовым ресурсам не жди. Вынь отработает здесь быстрее, а новель - еще быстрее.[/quote]
Интересное предложение. Про виртульную машину не думал как то. А на какой виртуальке держишь винду?
Интересное предложение. Про виртульную машину не думал как то. А на какой виртуальке держишь винду?
qemu+kvm или virtualbox =)
Войдите или зарегистрируйтесь, чтобы ответить.
