|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Rashid N. Achilov 2:5020/400 15 May 2006 15:17:17 To : Vassily Kiryanov Subject : Re: SMBFS --------------------------------------------------------------------------------
One day, in Monday 15 May 2006 13:52, Vassily Kiryanov
(Vassily.Kiryanov@f36.n5054.z2.fidonet.org) wrote:
> RNA> Господа, а реализация SMBFS будет развиваться хоть куда-нибудь? Hу вот
> RNA> закоммиттили mountsmb2, я даже обновление к нему сделал - убрал
> RNA> требования GAWK и самбы, зато добавил nbtscan и bind :-) Hо дальше-то
> RNA> куда? Hету нифига возможности избавиться от задания ОТДЕЛЬHО ПО
> RNA> КАЖДОМУ КОМПУ пары [КОМП:ШАРА] с паролем. Hе маразм ли это? --
>
> А не надо избавляться! "Если не можешь победить врага - объединись с ним" :)
>
> Просто сделай понятие дефолтной пары имяюзера:егопароль, как бы задаваемых для
> заведомо невозможных комп:шара типа [thisuser:localhost] и пусть при
> монтировании делается следующим образом:
> 1) заданы конкретные имя+пароль, значит используются они, иначе
> 2) заданы имя+пароль для [thisuser:localhost], значит используются они, иначе
> 3) {не заданы ни конкретные, ни дефолтные имя и пароль}
> монтировать шару для имени unix-пользователя, запросившего монтирование,
> без
> пароля.
>
> И гибко и просто. Да и реализовать не сложно.
Хм... Це дило треба обмозговаты... :-)
Дело в том, что mount_smbfs не принимает паролей ни под каким соусом, только уже
хэшированный из .nsmbrc. Это значит что - придется динамически генерить
кусок .nsmbrc. В принципе, сгенеренные значения можно там и оставлять, но
придется проверять - а не болтается ли там старого пароля. Идейка, однако... А
дефолты писать в .mssmbrc, чтобы не путать mount_smbfs.
Hо вот тут еще такой вопрос назрел - какой протокол использует mount_smbfs для
проверки имени и пароля? NTLMv1? Значит, если сеть переходит на NTLMv2 only -
mount_smbfs идет лесом?
--
With Best Regards.
Rashid N. Achilov (RNA1-RIPE), Web: http://granch.ru/~shelton
Granch Ltd. system administrator, e-mail: achilov [at] granch [dot] ru
PGP: 83 CD E2 A7 37 4A D5 81 D6 D6 52 BF C9 2F 85 AF 97 BE CB 0A
--- ifmail v.2.15dev5.3
* Origin: Granch Ltd. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/767520b2cda6.html, оценка из 5, голосов 10
|