> True, but you can get quite near real-time, and if your accounting
> calculates quota over a longer period of time then this is not really an
> issue (users who manage to get above their download quota will be denied
> access longer, until their quota has been refilled)
> Regards
but we can't block big over quota downloads.
say user trying to download iso image, at the time of request we *don't* know size of the object requested,
if we want to block over quota downloads we *must* know it, but we don't.
Maybe this could be solved by sending HEAD request in the self written redirector program
and compare "Content-lenght:" field if present with current user quota.
i don't know.
Also we can't handle situation when user asked for big download and cancelled it during the process.
olegs
P.S. we are using self coded billing with squid and since there are no squid hackers among us
we don't know how to fight this feature.
Received on Fri Oct 24 2003 - 23:43:17 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:20:39 MST