|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 26 Jul 2000 14:48:55
To : Andrew Kolchoogin
Subject : Re: Hа: Hа: Hа: Hа: Hа: Hа: Hа: Hа: Hа: uucpd and PAM
--------------------------------------------------------------------------------
Hello Andrew Kolchoogin!
AK> PAM -- это не "одноразовая фигня". Это у FreeBSD'шников в голове мусор.
AK> Сейчас PAM используется правильно только, насколько я понимаю, в RedHat'е.
AK> Там у тебя есть великая программа /bin/login. Она тебя аутентицирует
AK> и _открывает_тебе_сессию_. Соответственно, твой login shell вызывается из
AK> оного /bin/login не через exec(), а через fork()/exec(). А умный логин сидит
AK> в ОЗУ и смотрит, когда ты из вышеупомянутого login shell'а выйдешь. Тогда
AK> логин вызывает pam_close_session() и завершается.
Так, как PAM устроен, он только для аутентификации и пригоден нормально.
Так что я фряшникам не удивляюсь. Хотя и считаю, что на безрыбье и PAM сгодится.
AK> Таким образом, правильно написанный Kerberos PAM модуль может _правильно_же_
AK> работать. Только вот искаженцы FreeBSD'шники (да и Соляристы не лучше) не
AK> понимают, что pam_authenticate() -- это _четверть_ возможностей этой
AK> системы.
Остальные нормально использовать слишком гиморно.
AK> Кстати сказать, еще забавнее было бы поручить следить за сессиями тому, кому
AK> Богом предписано это делать -- для консольных сессий /sbin/init'у, для
AK> X'овых сессий -- xdm/wdm/gdm/kdm/dtlogin'у. Hо это дело будущего.
В сад, в сад. Во-первых, не init'ово дело PAM терзать - ему и так писать
wtmp - слишком толстая функциональность. Во-вторых, от такого кривого
подхода и появляются всякие мертворожденные уродства типа utemper'а - вместо
того, чтобы собрать один нормальный login с достаточным количеством
контролек и необходимых опций и пользоваться им. Hапример, какого лешего
screen для нормальной работы требует suid? Это нужно было отдать login'у.
/netch
--- ifmail v.2.15dev5
* Origin: Lucky Netch Incorporated (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
