|
||||||||||
M0n0wall Supported Attributes since 1.21 # User-Name User-Password NAS-IP-Address Service-Type (set to Login) Framed-IP-Address Reply-Message Class (not used at this time) Session-Timeout Idle-Timeout Called-Station-ID (NAS-Mac) NAS-ID (NAS-fqdn) Acct-Status-Type (1 = Start, 2 = Stop, 3 = Interim Update) Acct-Input-Octets Acct-Output-Octets Acct-Session-ID Acct-Session-Time Acct-Input-Packets Acct-Output-Packets Acct-Terminate-Cause NAS-Port-Type (Ethernet) WISPr specific: Redirection-URL Session-Terminate-Time Nomadix specific: Redirection-URL Will probably become supported in 1.22: WISPr specific: Location-ID Location-Name Bandwidth-Max-Up Bandwidth-Max-Down Volume-Max-Up (currently not specified by WISPr but a request has been made) Volume-Max-Down (currently not specified by WISPr but a request has been made) and could easily be implemented in all current radius servers by human intervention. Nomadix specific (these are volume limits, not speed limits): Nomadix Bw Up Nomadix Bw Down -- Jonathan De Graeve Network/System Administrator Imelda vzw Informatica Dienst +32 15/50.52.98 jonathan dot de dot graeve at imelda dot be --------- Always read the manual for the correct way to do things because the number of incorrect ways to do things is almost infinite --------- > -----Oorspronkelijk bericht----- > Van: Charles Scott [mailto:cscott at gaslightmedia dot com] > Verzonden: dinsdag 14 maart 2006 17:01 > Aan: rob at nulwires dot co dot uk > CC: m0n0wall at lists dot m0n0 dot ch > Onderwerp: Re: [m0n0wall] Captive Portal - More Exact User Expiry (By Hour > - not Day) > > > Rob: > If you're authenticating users by RADIUS then you can have radius pass a > Session-Timeout reply item, which would set the user's session time in > seconds. Of course RADIUS would have to know not to authenticate the user > again without a new account or updating the current one. I believe you can > also set the WISPr-Session-Terminate-Time now to specify the actual time > they get bounced, but can't remember if I tested that. > BTW, anyone know if there's a place one can go for a current list of > RADIUS attributes for m0n0wall? > > Chuck > > > > On Tue, 14 Mar 2006 rob at nulwires dot co dot uk wrote: > > > I'm looking to use m0n0wall on my Hotspot controller as it does > > everything I need, but in a lightweight package. > > > > The captive portal is great, however what I would like to know - is if > > there is a way to make it so, once a user has had say, 1 hour of access > > - they can't have anymore, without having a new account. > > > > I've noticed there is the expiry function on the usernames bit, but this > > allows for 24 hour blocks as is on a day basis, instead of a hour basis. > > > > Has anyone got any ideas on how I can make the account expiration > > feature more exact? > > > > Thanks in advance, > > Rob. > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: m0n0wall dash unsubscribe at lists dot m0n0 dot ch > > For additional commands, e-mail: m0n0wall dash help at lists dot m0n0 dot ch > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: m0n0wall dash unsubscribe at lists dot m0n0 dot ch > For additional commands, e-mail: m0n0wall dash help at lists dot m0n0 dot ch > > |