Метод централизованной аутентификации

Вы должны сделать, чтобы центральный пользователь сохранил, что означает какую-то службу каталогов. В эти дни это означает Active Directory, eDirectory, OpenLDAP или некоторый другой сервер LDAP-стиля. Затем тот центральный сервер может говорить различные виды протоколов аутентификации с пониманием, что рано или поздно услуга аутентификации возразит к службе каталогов и что служба каталогов будет, вероятно, говорить LDAP. Дело обстоит так, даже если служба каталогов имеет свой собственный API, потому что все говорит LDAP, таким образом, приложения обычно используют это в наше время.

Active Directory, конечно, является самым простым выбором сделать в эти дни, так как Microsoft продвинула его довольно сильно быть повсеместным, и это удовлетворяет большинство потребностей.

Я предпочитаю eDirectory, потому что он имеет очень большую устойчивость и масштабируемость, более благоприятен для Unix, чем AD (оба для клиентов и серверов) и имеет модель репликации, которая не может быть разбита.

Openldap (и его деривации включая Apple Открывают Directory) является намного более дешевым и модифицируемым, чем другие, будучи записью с открытым исходным кодом, но мое впечатление - то, что это немного более хрупко в большом развертывании, и управление более грязно.

Существуют некоторые другие серверы LDAP там также (такие как Сервер каталогов Oracle, который мог бы согласоваться хорошо с Вашими полями Sun), но я менее знаком с ними и так не могу предоставить твердую подробную информацию. Учитывая, что Вы, кажется, хотите избежать LDAP, Вы могли бы хотеть проверить, какие методы аутентификации каждая служба каталогов поддерживает для серверов Unix, и основывайте свое решение об этом.