|
||||||||||
Yeah, I know. This is because there's always amount of time between the 2 checks... Unless someone has an idea to fix this 'issue' consider this as 'accept it'. It's the same with the session-timeout. It will be approximately what it was set to in the response. Somebody knows if you could set a download/upload (volume) limit with ipf? If so, I could easily integrate this without any problems J. -- Jonathan De Graeve Network/System Administrator Imelda vzw Informatica Dienst 015/50.52.98 Jonathan dot de dot graeve at imelda dot be ________________________________ Van: Robert Dukes [mailto:rbdukes at gmail dot com] Verzonden: donderdag 10 november 2005 16:57 Aan: Jonathan De Graeve Onderwerp: Re: [m0n0wall] new RADIUS images Yes the interim updates. I am testing a raduis server. I setup a package for 1mb for a user. But if the mono don't update faster the user is able to go over the 1mb. I have now seeing the over usage like 1mb to 2 if he is downloading. So this is not good as we will be giving away free mb. On 11/10/05, Jonathan De Graeve <Jonathan dot De dot Graeve at imelda dot be> wrote: > Do you have an ISO image? Go to the link, you will see a cdrom image. >Aslo do you know if it's possible for the captive portal traffic can be set to send info to radius in like 10 sec refresh or 20 refresh Do you mean radius accounting (interim-update) for every 10/20seconds? Note that most nasses have a MINIMUM of 5minutes (because the CPU overhead and network traffic it involves for both nas and radius server) M0n0wall will do it about every minute (that's good enough and I DON'T recommend lowering this) J. -- Jonathan De Graeve Network/System Administrator Imelda vzw Informatica Dienst 015/50.52.98 Jonathan dot de dot graeve at imelda dot be -- Robert Dukes |