Re: ftp-квоты

[Покотиленко Костик <casper@meteor.dp.ua>]

В Вто, 05/09/2006 в 17:18 +0400, Artem Chuprina пишет:
> Покотиленко Костик -> debian-russian@lists.debian.org  @ Tue, 05 Sep 2006 15:24:23 +0300:
> 
>  ftp>> cd incoming
>  ПК> 250 CWD command successful
>  ftp>> ls
>  ПК> 200 PORT command successful
>  ПК> 150 Opening ASCII mode data connection for file list
>  ПК> 226 Transfer complete.
>  ftp>> site quota
>  ПК> 200-The current quota for this session are [current/limit]:
>  ПК> 200-Name: ftp
>  ПК> 200-Quota Type: User
>  ПК> 200-Per Session: False
>  ПК> 200-Limit Type: Hard
>  ПК> 200-  Uploaded Mb:      0.03/1.14
>  ПК> 200-  Downloaded Mb:    unlimited
>  ПК> 200-  Transferred Mb:   unlimited
>  ПК> 200-  Uploaded files:   unlimited
>  ПК> 200-  Downloaded files: unlimited
>  ПК> 200-  Transferred files:        unlimited
> 
>  ПК> Какого ____ квота не освободилась? Может это не тот модуль (FTP-сервер)
>  ПК> что мне надо?
> 
>  ПК> Кто умеет нормально с квотами работать?
> 
> Давайте начнем с вопроса "кто умеет правильно ставить задачи и читать
> написанное на экране".  Квота на что?  Правильно, на uploaded Mb.  А не
> на stored Mb.  От изменения количества stored количество uploaded
> (того, что было прокачано через канал) не меняется никак.  Хоть тресни.

Как раз меняется. Я сейчас поразбирался. Я поставил квоту на группу
(ftp), а не на пользователя. Если зайти anonymous'ом в /public и
закачать файл то квота изменится, если удалить то обнулится. Те есть
правильно. Но по моей схеме в /incoming anonymous может только закачать,
а удалить и т.п. не может, это должен делать админский пользователь. Так
вот, есть такой пользователь, он входит в группу ftp, но при заходе и
попытке:

ftp> site quota
202 No quotas in effect

, поэтому если им удалить то квота не изменяется. Вопрос в том, что
пользователю, входящему в группу ftp не присваивается групповая квота
ftp! А anonymous'у (или ftp) присваивается. по докам вроде всё правильно
делаю.

Читал вот это:

http://www.castaglia.org/proftpd/modules/mod_quotatab.html

Приведу цитату:

When a client logs in, assuming QuotaEngine is on, mod_quotatab will
check the limit table for the record most appropriate for that client.
This check first examines the table for records of type user that match
the client's login name. If no such matching records are found, it
checks for records of type group that match any of the user's groups
(both primary and supplemental). Failing that, it will check for records
of type class that belong to the class (if enabled) from which the
client is connecting. If still no matching records are found, the table
will be searched for a record of type all; if absent, the module will
assume that no quotas apply to the client. Note that there is only one
type of limit in effect at a given time; mod_quotatab does not combine
multiple user/group/class/all limits for the same client.

-- 
Покотиленко Костик <casper@meteor.dp.ua>