|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Alex Semenyaka 2:461/640 12 Oct 2001 09:26:36
To : Nick A. Leuta
Subject : ящики развести
--------------------------------------------------------------------------------
11 Oct 01 18:22, you wrote to me:
>> Только криво задуманный и требующий подпорок в виде того же NSS.
NL> Hе правда.
Правда, увы.
NL> NSS, вообще-то, живет сама по себе, причем для того, чтобы им
NL> воспользоваться, _не_требуется_ модификация приложений. Даже
Спасибо, я в курсе :)
NL> перикомпиляция. NSS'ом можно пользоваться и без PAM, если конечно
NL> сервис аутентификации будет отдавать клиенту пароль (точнее его хэш)
Вот именно, замечательное "если". То есть, "я делаю половину, а вторую половину
_должен_ сделать кто-то другой, но зато приложение наличие меня даже не
заметит". А толку?
NL> PAM в общем случае обходится без NSS, но тогда приложению самому
NL> придется решать вопрос пользовательских UID/GID. Как в RADIUS'е.
Приложению чаще в первую очередь надо решить вопрос существования пользователя
вообще. А вообще - уже неразумно было вместо общего "объекта ААА" выбирать было
именно пользователя. И вместо построения общего набора атрибутов и кредешиалов -
составлять невразумительный специальный набор...
NL> Hо вот вместе они дают куда больше, чем каждый по-отдельности...
NL> Система, панимаешь :-)
Правильно, но так как система крива - дают куда меньше, чем могла бы.
>> Что б стоило сделать единый механизм куда как более общего вида?...
NL> Из-за сложность модификации существующих приложений, хотя-бы, да и
NL> нафиг никому не нужному переписыванию кучи мануалов. PAMификация
А что, под PAM их не надо модифицировать? Зато в результате - имеем станные
механизмы, применение которых постоянно натыкается на ограничения :(
Alex
--- IMHO в последней инстанции
* Origin: ...можжевеловых... (2:461/640)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
