Использование LDAP для авторизации клиентов

Чтобы ответить, напишите под какие задачи вы хотите ldap ? Что именно там хранить.

если у вас сущностей хранения много тысяч, то ldap -неплохой вариант.

Что-то по типу единой экосистемы Microsoft. Большое количество сервисов, но у каждого клиента только один логин и один пароль, плюс многофакторная аутентификация. Скажем, сервис совместной работы, сайт проекта, постоянные услуги, панели управления услугами (например, менеджмент VDS, система управления сайтами, хостинг, портал и т.п.) собрано в единый сервис. Т.е. нужна именно единая авторизация на большое количество сайтов с разнесением по группам - классический и наиболее простой вариант реализации авторизации в любом веб-проекте это MySQL. Но LDAP используется авторизации для хранения большого количества сущностей. OpenLDAP можно использовать для распределенной структуры с меньшими накладными расходами.

Остался совсем пустяк : кто-то должен заставить все эти сервисы брать информацию из LDAP .

Да, вся экосистема Microsoft это делает, но ведь windows специально такой написали. А вам кто windows напишет?

Нельзя просто так выбрать LDAP потому что вы увидели баннер про AD на сайте Microsoft. Нужно убедиться, что все компоненты инфраструктуры к этому готовы.

И вы готовы ради этой сомнительной легкости управления с ними разбираться потом годами.

ispmanager ldap не поддерживает. про cpanel вроде что-то написано, но как-то ограничено.

ISPManager и Cpanel вообще рядом не стояли, инфраструктура еще пока разрабатывается. За основу взяты совсем другие решения. Windows и LDAP в общем-то связаны не настолько сильно, рассматривается OpenLDAP и безопасность его использования. Вообще задача стоит в обеспечении единой точки аутентификации для всех сервисов, и только. Пользователей планируется довольно большое количество в перспективе, так же как и система управления вполне себе распределенная. Мне неизвестны готовые решения, способные объединить CPanel (или аналог), Ejabberd (Или аналог), Qmail, Asterisk, WebDAV, Radius и еще много всего для прозрачного и централизованного управления пользователями. LDAP, кстати, в Linux сносно работает и он лишь совместим с AD. Аутентификация в LDAP не сложнее реализуется средствами того же PHP, чем в MySQL. В первоначальной настройке и поддержке существуют грабли, да.

lonelywoolf, раз в windows получилось - то и у вас получится. ну как минимум бюджет освоить получится точно.

Суть вопроса не понятна. Хотите все написать сами - используйте. Не хотите - используйте то, что вендоры предлагают. LDAP не хуже и не лучше других баз - есть репликация. А сравнительно небольшой объем административной информации позволяет любые проблемы производительности игнорировать.

пожалуйста - ispman.

только умер в 2009 году. потому что на perl и никто не знает как его развивать. Но внушительную планируемой вами работы они пожалуй сделали.

Надеюсь, я понял:)

У ТСа поднят АД и на него уже завязано кучка сервисов. Начиная от доступов к сетевым ресурсам и заканчивая телефонией. Он хочет сюда же подвязать и доступы к корп. сайту. (мне только не понятно насчёт биллинга).

А по сути какие проблемы? Раз уже поднят LDAP - надо решать задачу с "привлечением" оного. Причем на IIS, дабы не городить ненадёжные городушки.