|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Nick A. Leuta 2:5020/400 11 Oct 2001 18:22:47
To : Alex Semenyaka
Subject : Re: ящики развести
--------------------------------------------------------------------------------
"Alex Semenyaka" <Alex.Semenyaka@f640.n461.z2.fidonet.org> сообщил/сообщила
в новостях следующее:
> 10 Oct 01 21:25, you wrote to Dmitriy Kyrhlarov:
> NL> Вобщем, PAM - это "man 8 pam" для начала,
> NL> http://www.kernel.org/pub/linux/libs/pam/modules.html для
> NL> ассортимента, а если в двух словах - то это некий API, вызываемый
> NL> прикладной программой для аутентификации пользователя, проводящий ее
> NL> способом, независящим от внутренней логики приложения (т.е.
приложение
> Только криво задуманный и требующий подпорок в виде того же NSS.
Hе правда.
NSS, вообще-то, живет сама по себе, причем для того, чтобы им
воспользоваться, _не_требуется_ модификация приложений. Даже перикомпиляция.
NSS'ом можно пользоваться и без PAM, если конечно сервис аутентификации
будет отдавать клиенту пароль (точнее его хэш) для того, чтобы он мог им
воспользоваться в функциях типа getpwnam() etc. a-la старый добрый passwd.
PAM в общем случае обходится без NSS, но тогда приложению самому придется
решать вопрос пользовательских UID/GID. Как в RADIUS'е.
Hо вот вместе они дают куда больше, чем каждый по-отдельности... Система,
панимаешь :-)
> Что б стоило сделать единый механизм куда как более общего вида?...
Из-за сложность модификации существующих приложений, хотя-бы, да и нафиг
никому не нужному переписыванию кучи мануалов. PAMификация приложения по
форме и содержанию напоминает прикручивание к нему login_cap'а, причем по
функциональности последний отстает. А так пришлось бы еще перелопачивать
гораздо больше кода. Точнее весь, где требуется хоть что-то знать про
аккаунт пользователя.
===================
* Деньги - зло! Для получения подробной информации пришлите 10$
SkyNick
--- ifmail v.2.15dev5
* Origin: Lipetsk State Technical University (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
