|
||||||||||
http://inf.imelda.be/downloads/m0n0wall/robertdukes/ The option can only be set in the config.xml (which resides on your floppy) so change it: <captiveportal> <croninterval>interval_in_seconds</croninterval> Other stuff in here </captiveportal> When the option isn't set it defaults to 60seconds -- 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 17:23 Aan: Jonathan De Graeve Onderwerp: Re: [m0n0wall] new RADIUS images Well I guess i need to switch to hd load of m0n0 to make these changes. I am running a cd boot. Shit. Hey can you do a image for me on a cd can change it to 10sec. I have a a fast computer very fast. This will save me from loading m0n0 on the drive now. On 11/10/05, Jonathan De Graeve <Jonathan dot De dot Graeve at imelda dot be> wrote: /* start pruning process (interval = 60 seconds) */ mwexec("/usr/local/bin/minicron 60 {$g['varrun_path']}/minicron.pid " . "/etc/rc.prunecaptiveportal"); This is the stuff :-) I only recommend changing this value to a lower one if you have a fast cpu, enough memory, a radius server configured to immediately sent a reject (without a delay) and don't exceed 60 concurrent users. The system isn't threaded so if you have a lot of users connected and some have a reject (and lets say your radius is configured with an reject delay) you will run into serious troubles!!! Be carefull, don't say you haven't been warned ;) J. -- Jonathan De Graeve Network/System Administrator Imelda vzw Informatica Dienst 015/50.52.98 Jonathan dot de dot graeve at imelda dot be <mailto:Jonathan dot de dot graeve at imelda dot be> ________________________________ Van: Robert Dukes [mailto: rbdukes at gmail dot com] Verzonden: donderdag 10 november 2005 17:08 Aan: Jonathan De Graeve Onderwerp: Re: [m0n0wall] new RADIUS images So if I set the m0n to interim what is the default time? and what will be the time for start/stop account set? On 11/10/05, Jonathan De Graeve < Jonathan dot De dot Graeve at imelda dot be <mailto:Jonathan dot De dot Graeve at imelda dot be> > wrote: 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 <mailto: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 -- Robert Dukes -- Robert Dukes |