Re: Monthly usage limits -slowly but surely
"Keith Ballard" <[EMAIL PROTECTED]> wrote: > Okay thanks, from that I've established that the rlm_counter module is not > in the library area at all. > > Not knowing much about non-rpm packages, how do I get the required module in > there? $ cd src/modules/rlm_counter $ ./configure And see what it says. If everything works, do: $ make $ make install You probably don't have some DB header file or library installed. You've got to do that before the counter module will work. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: Monthly usage limits -slowly but surely
Okay thanks, from that I've established that the rlm_counter module is not in the library area at all. Not knowing much about non-rpm packages, how do I get the required module in there? When I compiled radius originally I just blindly followed the Radius book and did: tar -zxvf freeradius.tar.gz configure make make install on testing it all worked fine, including mySQL support, it's just the counters that seem to be missing. regards, Keith > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Kostas > Kalevras > Sent: 04 February 2003 21:33 > To: [EMAIL PROTECTED] > Subject: RE: Monthly usage limits -slowly but surely > > > On Tue, 4 Feb 2003, Keith Ballard wrote: > > > I too am interested in this, as I have just set up my system > (RH7.2, mySQL, > > freeRaduis) to use counters and get: > > > > Error: radiusd.conf[1018] Failed to link to module > 'rlm_counter': File not > > found. > > ls /lib/rlm_counter* > > ldd /lib/rlm_counter.so > > That should give you a sufficient indication of what is missing > > > > > I have definitely got counters called up in radiusd, and cannot > see anything > > I did wrong. I have looked at an example from this list from > 2/10/02 and it > > seems to match, any suggestions would be appreciated. I could not find a > > detailed list of what each part in the 'counter' setup section > did, is there > > a full description anywhere? > > A two page documentation of the counter module in the sample > radius.conf is not > a full description for you? > > > > > regards, > > Keith - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: Monthly usage limits -slowly but surely
On Tue, 4 Feb 2003, Keith Ballard wrote: > I too am interested in this, as I have just set up my system (RH7.2, mySQL, > freeRaduis) to use counters and get: > > Error: radiusd.conf[1018] Failed to link to module 'rlm_counter': File not > found. ls /lib/rlm_counter* ldd /lib/rlm_counter.so That should give you a sufficient indication of what is missing > > I have definitely got counters called up in radiusd, and cannot see anything > I did wrong. I have looked at an example from this list from 2/10/02 and it > seems to match, any suggestions would be appreciated. I could not find a > detailed list of what each part in the 'counter' setup section did, is there > a full description anywhere? A two page documentation of the counter module in the sample radius.conf is not a full description for you? > > regards, > Keith > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Roger > > Sent: 31 January 2003 23:35 > > To: [EMAIL PROTECTED] > > Subject: Re: Monthly usage limits -slowly but surely > > > > > > Alan DeKok wrote: > > > > > If your 'monthlycounter' module doesn't appear in the debugging > > >output when you send it an accounting packet, then list > > >'monthlycounter' in the 'accounting' section'. Also list it in the > > >'authorize' section. > > > > > > > > Yes - I've done that. In the radiusd.conf I did read that section > > saying list it in those sections. > > > > > Oddly enough, those sections are where the 'counter' module is > > >listed (and commented out) in the 'radiusd.conf' file which comes with > > >the server... > > > > > > > > Yes - found that also. > > > > > The fact that 'monthlycounter' doesn't appear in the debugging > > >output is DEFINITIVE. It doesn't work because you haven't told the > > >server to use it. The ONLY solution to the problem is to tell the > > >server to use the module. NOTHING else will work. > > > > > > > > The thing is I HAVE put the monthlycounter in those secitions, nada. > > Debugging output below. > > > > Fri Jan 31 17:30:49 2003 : Debug: radiusd: entering modules setup > > Fri Jan 31 17:30:49 2003 : Debug: Module: Library search path is > > /usr/local/lib > > Fri Jan 31 17:30:49 2003 : Error: radiusd.conf[1046] Failed to link to > > module 'rlm_counter': file not found > > > > -- > > Rock River Internet Roger Grunkemeyer > > 202 W. State St, 8th Floor[EMAIL PROTECTED] > > Rockford, IL 61101815-968-3888 > > > > > > > > > > > > - > > List info/subscribe/unsubscribe? See > > http://www.freeradius.org/list/users.html > > > - > List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html > -- Kostas Kalevras Network Operations Center [EMAIL PROTECTED] National Technical University of Athens, Greece Work Phone: +30 210 7721861 'Go back to the shadow' Gandalf - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: Monthly usage limits -slowly but surely
I too am interested in this, as I have just set up my system (RH7.2, mySQL, freeRaduis) to use counters and get: Error: radiusd.conf[1018] Failed to link to module 'rlm_counter': File not found. I have definitely got counters called up in radiusd, and cannot see anything I did wrong. I have looked at an example from this list from 2/10/02 and it seems to match, any suggestions would be appreciated. I could not find a detailed list of what each part in the 'counter' setup section did, is there a full description anywhere? regards, Keith > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Roger > Sent: 31 January 2003 23:35 > To: [EMAIL PROTECTED] > Subject: Re: Monthly usage limits -slowly but surely > > > Alan DeKok wrote: > > > If your 'monthlycounter' module doesn't appear in the debugging > >output when you send it an accounting packet, then list > >'monthlycounter' in the 'accounting' section'. Also list it in the > >'authorize' section. > > > > > Yes - I've done that. In the radiusd.conf I did read that section > saying list it in those sections. > > > Oddly enough, those sections are where the 'counter' module is > >listed (and commented out) in the 'radiusd.conf' file which comes with > >the server... > > > > > Yes - found that also. > > > The fact that 'monthlycounter' doesn't appear in the debugging > >output is DEFINITIVE. It doesn't work because you haven't told the > >server to use it. The ONLY solution to the problem is to tell the > >server to use the module. NOTHING else will work. > > > > > The thing is I HAVE put the monthlycounter in those secitions, nada. > Debugging output below. > > Fri Jan 31 17:30:49 2003 : Debug: radiusd: entering modules setup > Fri Jan 31 17:30:49 2003 : Debug: Module: Library search path is > /usr/local/lib > Fri Jan 31 17:30:49 2003 : Error: radiusd.conf[1046] Failed to link to > module 'rlm_counter': file not found > > -- > Rock River Internet Roger Grunkemeyer > 202 W. State St, 8th Floor[EMAIL PROTECTED] > Rockford, IL 61101815-968-3888 > > > > > > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Monthly usage limits -slowly but surely
(*) sounds like "bullshit" to me :-) Wrong interpretation, diametrically opposed in fact... bang-on = dead right = 100% correct ~= tout à fait correct = pile sur le cible (?) ;-) thanks simon :) nevertheless, it's "la cible" (nf) and the french don't have this idiom. they say e.g. "en plein dans le mille". i tried to look for "bang on" in the dictionary but only found "bang" which i was familiar with and which is not exactly the same :-) ciao artur -- Artur Hecker Département Informatique et Réseaux, ENST Paris http://www.infres.enst.fr/~hecker - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Monthly usage limits -slowly but surely
01-Feb-03 at 12:18, Artur Hecker ([EMAIL PROTECTED]) wrote : > > Your point about commercial support is bang-on, though. The main > >reason I use free software is not because it's so much better than > >commercial software, and not because it's free. I use it because I > >can fix it when something goes wrong. When commercial software goes > >wrong, your only option is often to toss it, and install an open-source > >equivalent which isn't broken in quite the same way. > > since i don't quite understand the meaning of "bang-on" (*) i wanted to > point out that what you say corresponds exactly to what i said. with > open-source you always know what is wrong, at least theoretically (and > thus can fix it, once again, at least if you have the time and knowledge). > > i completely agree that costs and quality are not the main arguments > (and i never named those), especially because talking about something as > a radius server the decision is almost always carried out by people who > will hardly take the dollars out of their own pockets. > > (*) sounds like "bullshit" to me :-) Wrong interpretation, diametrically opposed in fact... bang-on = dead right = 100% correct ~= tout à fait correct = pile sur le cible (?) ;-) -- |-Simon White, Internet Services Manager, Certified Check Point CCSA. |-MTDS Internet, Security, Anti-Virus, Linux and Hosting Solutions. |-MTDS 14, rue du 16 novembre, Agdal, Rabat, Morocco. |-MTDS tel +212.3.767.4861 - fax +212.3.767.4863 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Monthly usage limits -slowly but surely
hi Your point about commercial support is bang-on, though. The main reason I use free software is not because it's so much better than commercial software, and not because it's free. I use it because I can fix it when something goes wrong. When commercial software goes wrong, your only option is often to toss it, and install an open-source equivalent which isn't broken in quite the same way. since i don't quite understand the meaning of "bang-on" (*) i wanted to point out that what you say corresponds exactly to what i said. with open-source you always know what is wrong, at least theoretically (and thus can fix it, once again, at least if you have the time and knowledge). i completely agree that costs and quality are not the main arguments (and i never named those), especially because talking about something as a radius server the decision is almost always carried out by people who will hardly take the dollars out of their own pockets. ciao artur (*) sounds like "bullshit" to me :-) -- Artur Hecker Département Informatique et Réseaux, ENST Paris http://www.infres.enst.fr/~hecker - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Monthly usage limits -slowly but surely
Artur Hecker <[EMAIL PROTECTED]> wrote: > there are more people on the list, not > only alan - who provides the most replies but is quite rude from time to > time :-) Sure, but I still help more people than I annoy. Look how quickly bugs get fixed, or how quickly most patches get applied. Freeradius-users has more traffic on it in a day than most other open-source RADIUS servers have in a month. That's a vote of confidence in at least some of the methods used to develop it. Your point about commercial support is bang-on, though. The main reason I use free software is not because it's so much better than commercial software, and not because it's free. I use it because I can fix it when something goes wrong. When commercial software goes wrong, your only option is often to toss it, and install an open-source equivalent which isn't broken in quite the same way. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Monthly usage limits -slowly but surely
Roger <[EMAIL PROTECTED]> wrote: > The thing is I HAVE put the monthlycounter in those secitions, nada. > Debugging output below. > > Fri Jan 31 17:30:49 2003 : Debug: radiusd: entering modules setup > Fri Jan 31 17:30:49 2003 : Debug: Module: Library search path is > /usr/local/lib > Fri Jan 31 17:30:49 2003 : Error: radiusd.conf[1046] Failed to link to > module 'rlm_counter': file not found So fix that problem before worrying about the module not being used. If it isn't found, then the server won't even start. There's more information in the FAQ and in radiusd.conf on what to do if you get such a link error. Build it, and they will come. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Monthly usage limits -slowly but surely
hi > See right there. Thats what gets me about open-source projects. > Developers play god, are accountable to no one, have outdated faq's ok, supposed that you are right. but let me ask you the question the other way round: have you ever tried to get help from microsoft or some other really big global player? ever tried to get help from icq e.g.? netscape? see what i mean? if you find standardized automatically generated emails COOL, then please go download an evaluation version of something. there is nothing wrong about it. in contrary, it is pretty obvious that the world couldn't work the same way round if there were only unpaid free projects all over it :-) you are funny though. you ask a question, you get an answer within 12h (show me a commercial hotline which can beat it and we'll discuss the prices later) and you begin to argue about the lack of documentation. have you ever seen any documentation on netscape, windows or ms office? your documentation is pretty much the available open source itself. now it's clear that with time passing by it becomes a pretty huge docu, so what we need is a documentation for the documentation and so on. the developers can only provide fast pointers. now, the latter are completely incomprehesible and sometimes the guys really tend to misunderstand what a rookie wants to know. but still, you get your bloody response and not an automated "thank you for your request, we are lucky to help you. please follow the steps in this mail: 1. reboot windows. 2. reinstall icq. 3. if the problem persists write another email to our support". no really, thank you, icq :-) don't blame developers for the lack of documentation. it is called an "open-source-project". that is: a) it is NOT a product, meaning you don't have ANY garanties and can't claim anything. but you already know that. b) you are free to contribute, that is also what open stands for. that's also something you know but perhaps don't want to do. it's accepted though. > source projects ARE cool. However it just gets me at how > non-user-friendly they can become when it comes to documentation/help. the problem is that from your point of view you are the first person to ask about this particular problem :-) > Yes - perhaps if I was a tad bit swifter or a developer I would be > asking these mudane questions, but I'm not. The only thing I have to go > on un/under maintained faq. do maintain it. provide input. let it be, if you don't want. you still have it, at least. the good point about the open source software is: you always know why it is doing something or not doing something. practically, you have a little contradiction here: the more the software is capable of, the more it gets complicated, the more the failures are difficult to track and the more the options are various and thus difficult to explain. but that's not a particular problem of open source. now calm down, try to figure out what you wanted to do, understand what alan says and then repost your question in a different way if you feel that the answer wasn't enough. there are more people on the list, not only alan - who provides the most replies but is quite rude from time to time :-) greetings artur -- Artur Hecker artur[at]hecker.info - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Monthly usage limits -slowly but surely
Alan DeKok wrote: If your 'monthlycounter' module doesn't appear in the debugging output when you send it an accounting packet, then list 'monthlycounter' in the 'accounting' section'. Also list it in the 'authorize' section. Yes - I've done that. In the radiusd.conf I did read that section saying list it in those sections. Oddly enough, those sections are where the 'counter' module is listed (and commented out) in the 'radiusd.conf' file which comes with the server... Yes - found that also. The fact that 'monthlycounter' doesn't appear in the debugging output is DEFINITIVE. It doesn't work because you haven't told the server to use it. The ONLY solution to the problem is to tell the server to use the module. NOTHING else will work. The thing is I HAVE put the monthlycounter in those secitions, nada. Debugging output below. Fri Jan 31 17:30:49 2003 : Debug: radiusd: entering modules setup Fri Jan 31 17:30:49 2003 : Debug: Module: Library search path is /usr/local/lib Fri Jan 31 17:30:49 2003 : Error: radiusd.conf[1046] Failed to link to module 'rlm_counter': file not found -- Rock River Internet Roger Grunkemeyer 202 W. State St, 8th Floor[EMAIL PROTECTED] Rockford, IL 61101815-968-3888 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Monthly usage limits -slowly but surely
Roger <[EMAIL PROTECTED]> wrote: > I HAVE looked in the radiusd.conf file and have added, tinkered, > modified, read, re-read, counter module instances, bent spoons using my > chi over this, so on and so forth. No dice. If your 'monthlycounter' module doesn't appear in the debugging output when you send it an accounting packet, then list 'monthlycounter' in the 'accounting' section'. Also list it in the 'authorize' section. Oddly enough, those sections are where the 'counter' module is listed (and commented out) in the 'radiusd.conf' file which comes with the server... The fact that 'monthlycounter' doesn't appear in the debugging output is DEFINITIVE. It doesn't work because you haven't told the server to use it. The ONLY solution to the problem is to tell the server to use the module. NOTHING else will work. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Monthly usage limits -slowly but surely
31-Jan-03 at 16:04, Roger ([EMAIL PROTECTED]) wrote : > I have done this. If I resolve to rummage through the docs at least > give me the luxury of having good clear docs to rumage around in. Thats > the crux of my beef here. If I were to write an AI Alan DeKok engine, it might say if you could do better, write some docs yourself. He has a point though. There are few people on this list who can offer comprehensive help, and if you have an interesting problem or bug, Alan systematically responds. That's pretty good as far as I'm concerned. Technical writing is hard, especially with the wide range of uses people all want to put Radius to. Sometimes, they'd be better using LDAP for authentication directly with PAM. Sometimes, they would be better at least following one dictum of the docs which is clear enough - setup with the defaults, tweak one thing at a time, and progressively get cleverer. Now if I had time I'd write all sorts of docs, but right now I don't. One problem I have had is negative reactions to some doc suggestions I've made on some lists... let's not discourage each other, but let's also be as pragmatic as possible. -- |-Simon White, Internet Services Manager, Certified Check Point CCSA. |-MTDS Internet, Security, Anti-Virus, Linux and Hosting Solutions. |-MTDS 14, rue du 16 novembre, Agdal, Rabat, Morocco. |-MTDS tel +212.3.767.4861 - fax +212.3.767.4863 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Monthly usage limits -slowly but surely
Alan DeKok wrote: Then educate yourself. Ask a question. But to simply reply (without explanation) that you've refused to follow my advice, that's *very* rude. Fair enough.. Perhaps I dropped the ball on my initial question. Looking back my homework was not done in the initial volley. However since then I've looked over the docs, faqs, debugging code, mailing list logs, etc. Only after this education process have I started to get erked. What gets me about open-source users are the people who: - refuse to read the documentation I have done this. If I resolve to rummage through the docs at least give me the luxury of having good clear docs to rumage around in. Thats the crux of my beef here. - ask questions on the list What else is the list for then? People present problems and they hopefully get resolved w/ the help of others. - argue with the developers over the answers Can really argue because I havn't gotten any useful info. Other the RTFM. Well RTFM does works when docs aren't clear or in this case outdated. I'm at a total loss as to what your problem is. That makes two of us. The documentation which comes with the server is sufficient to solve your problems. We'll just have to disagree on that. But you refuse to read it, and get angry at me when I refuse to re-type that documentation on the list. Being a dev you can deal with a little grainer docs since you wrote the server. Users don't have that advantage. With that said I WILL make an effort to re-read, trawl, grep though, and look high and low for the docs/faqs/source code if need be you mention. Hopefully this'll get knocked out. Exactly. I don't get paid to do this. If you don't like my attitude, then: a) follow my advice when you ask for it, or b) start your own open source RADIUS server See original comment about developers. All I'm saying is programming and writing good/complete docs are related but ultimatly two seperate skills. Just hard to get a good combination of both. 'raddb/radiusd.conf' comes with examples of using the 'counter' module. If you can't understand that, how can I expect that you'll understand my answers on this list? Yes - sigh for me to.. I HAVE looked in the radiusd.conf file and have added, tinkered, modified, read, re-read, counter module instances, bent spoons using my chi over this, so on and so forth. No dice. We'll just have to file this under un-resolved. I'll keep plugging along on this. -- Rock River Internet Roger Grunkemeyer 202 W. State St, 8th Floor[EMAIL PROTECTED] Rockford, IL 61101815-968-3888 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Monthly usage limits -slowly but surely
Roger <[EMAIL PROTECTED]> wrote: > > If you're not going to follow my advice, I don't see why you're > >asking me questions. > > > See above. I'm not sure as to the signifigance of 2000 vs 1 or 90. Then educate yourself. Ask a question. But to simply reply (without explanation) that you've refused to follow my advice, that's *very* rude. > > From your descriptions, I have a pretty good idea of what's going > >wrong. But I don't see the point in telling you. > > > > See right there. Thats what gets me about open-source projects. What gets me about open-source users are the people who: - refuse to read the documentation - ask questions on the list - argue with the developers over the answers I'm at a total loss as to what your problem is. The documentation which comes with the server is sufficient to solve your problems. But you refuse to read it, and get angry at me when I refuse to re-type that documentation on the list. > Developers play god, are accountable to no one Exactly. I don't get paid to do this. If you don't like my attitude, then: a) follow my advice when you ask for it, or b) start your own open source RADIUS server > then when people ask for help above and beyond the scope of the outdated > faq's, they get pushed around. 'raddb/radiusd.conf' comes with examples of using the 'counter' module. If you can't understand that, how can I expect that you'll understand my answers on this list? Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Monthly usage limits -slowly but surely
Alan DeKok wrote: Um... why? Who knows more about the server, me, or you? Yes you being the developer, you would know more about freeradius, lets not be too arrogant.. Ok - in the compat dictionary the value was set to 2000. I'm not seeing the value of setting this integer value to this high number of 2000. Without an explanation it seems kinda arbitrary. If you're not going to follow my advice, I don't see why you're asking me questions. See above. I'm not sure as to the signifigance of 2000 vs 1 or 90. However for the sake of testing the compat dictionary has this on the end... ATTRIBUTE RAD-Monthly-Session-Time 2000 integer Did you run the server in debugging mode, as suggested in the FAQ and the README? Yes - I do not see the coutermonthly being mentioned in either the verbose debuging output nor with radtest. Did you verify that the 'countermonthly' was active during the authentication of the request? (i.e. READING the output of debugging mode?) See above. From your descriptions, I have a pretty good idea of what's going wrong. But I don't see the point in telling you. See right there. Thats what gets me about open-source projects. Developers play god, are accountable to no one, have outdated faq's they refer to as mentioned at http://www.freeradius.org/list/users.html then when people ask for help above and beyond the scope of the outdated faq's, they get pushed around. People volunteering time for a open source projects ARE cool. However it just gets me at how non-user-friendly they can become when it comes to documentation/help. Yes - perhaps if I was a tad bit swifter or a developer I would be asking these mudane questions, but I'm not. The only thing I have to go on un/under maintained faq. -- Rock River Internet Roger Grunkemeyer 202 W. State St, 8th Floor[EMAIL PROTECTED] Rockford, IL 61101815-968-3888 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Monthly usage limits -slowly but surely
Roger <[EMAIL PROTECTED]> wrote: > Alan DeKok wrote: > > Try adding those attributes to the dictionary. Pick some some > >greater than 2000 for their value, and 'integer' for their type. ... > and the below in the dictionary.compat file, the value was set > intentially low for testing purposes. Um... why? Who knows more about the server, me, or you? > #put in to limit monthly users usage > ATTRIBUTE RAD-Monthly-Session-Time 90 integer If you're not going to follow my advice, I don't see why you're asking me questions. Alan DeKok. > and the following in the radiusd.conf file > > counter countermonthly { ... > While radius does start and the user grunky is authenticated. The user > grunky should be kicked off in rather short order. This does not happen > and the db.monthly file is not being written to. After I created it w/ > the proper permissions its still a zero byte file. Did you run the server in debugging mode, as suggested in the FAQ and the README? Did you verify that the 'countermonthly' was active during the authentication of the request? (i.e. READING the output of debugging mode?) From your descriptions, I have a pretty good idea of what's going wrong. But I don't see the point in telling you. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Monthly usage limits -slowly but surely
Alan DeKok wrote: Try adding those attributes to the dictionary. Pick some some greater than 2000 for their value, and 'integer' for their type. Ok, now I have the following as a entry in the users file grunky User-Password == "blahblah", RAD-Monthly-Session-Time := 60 User-Service = Framed-User, Framed-Protocol = PPP, Framed-Routing = None, Ascend-Assign-IP-Pool = 1, Ascend-Idle-Limit = 1800, Framed-Compression = Van-Jacobson-TCP-IP, Ascend-Maximum-Time = 43200, Ascend-Maximum-Channels = 1 and the below in the dictionary.compat file, the value was set intentially low for testing purposes. #put in to limit monthly users usage ATTRIBUTE RAD-Monthly-Session-Time 90 integer and the following in the radiusd.conf file counter countermonthly { filename = ${raddbdir}/db.monthly key = User-Name count-attribute = Acct-Session-Time reset = monthly counter-name = RAD-Monthly-Session-Time check-name = RAD-Max-Monthly-Session-Time allowed-servicetype = Framed-User cache-size = 5000 } While radius does start and the user grunky is authenticated. The user grunky should be kicked off in rather short order. This does not happen and the db.monthly file is not being written to. After I created it w/ the proper permissions its still a zero byte file. -- Rock River Internet Roger Grunkemeyer 202 W. State St, 8th Floor[EMAIL PROTECTED] Rockford, IL 61101815-968-3888 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: Monthly usage limits
Scratch that! Wrong message! My apologies. -Original Message- From: Jonathan Hassell [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 30, 2003 4:39 PM To: [EMAIL PROTECTED] Subject: RE: Monthly usage limits Pp. 110-111 in the RADIUS book (www.theradiusbook.com) -Original Message- From: Roger [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 30, 2003 4:28 PM To: [EMAIL PROTECTED] Subject: Re: Monthly usage limits Alan DeKok wrote: > Huh? You don't need experimental modules, and you don't need SQL. > > Use the 'counter' module, not 'sqlcounter'. > > Alan DeKok. > > Ok. I've put this in the radiusd.conf file. As far as I can tell this setup a counter rotating on a monthly basis using the unique key of username counter countermonthly { filename = ${raddbdir}/db.monthly key = User-Name count-attribute = Acct-Session-Time reset = monthly counter-name = RAD-Monthly-Session-Time check-name = RAD-Max-Monthly-Session-Time allowed-servicetype = Framed-User cache-size = 5000 } I created the db.monthly file and in the users file I have grunky User-Password == "randompassword" User-Service = Framed-User, Framed-Protocol = PPP, Framed-Routing = None, Ascend-Assign-IP-Pool = 1, Ascend-Idle-Limit = 1800, Ascend-Maximum-Time = 43200, Framed-Compression = Van-Jacobson-TCP-IP, Acct-Session-Time = 60, Ascend-Maximum-Channels = 1 I tried to add the values RAD-Monthly-Session-Time = 60, RAD-Max-Monthly-Session-Time = 60, But upon restart radius said that these where invalid counters. I was thinking that these would limit my connection time to just 60 seconds a month. However this proved unsucessful. Also, in radiusd.conf under accounting I thought I'd put 'countermonthly'. Upon restart radiusd died saying it couldn't find the rlm_counter module. -- Rock River Internet Roger Grunkemeyer 202 W. State St, 8th Floor[EMAIL PROTECTED] Rockford, IL 61101815-968-3888 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
RE: Monthly usage limits
Pp. 110-111 in the RADIUS book (www.theradiusbook.com) -Original Message- From: Roger [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 30, 2003 4:28 PM To: [EMAIL PROTECTED] Subject: Re: Monthly usage limits Alan DeKok wrote: > Huh? You don't need experimental modules, and you don't need SQL. > > Use the 'counter' module, not 'sqlcounter'. > > Alan DeKok. > > Ok. I've put this in the radiusd.conf file. As far as I can tell this setup a counter rotating on a monthly basis using the unique key of username counter countermonthly { filename = ${raddbdir}/db.monthly key = User-Name count-attribute = Acct-Session-Time reset = monthly counter-name = RAD-Monthly-Session-Time check-name = RAD-Max-Monthly-Session-Time allowed-servicetype = Framed-User cache-size = 5000 } I created the db.monthly file and in the users file I have grunky User-Password == "randompassword" User-Service = Framed-User, Framed-Protocol = PPP, Framed-Routing = None, Ascend-Assign-IP-Pool = 1, Ascend-Idle-Limit = 1800, Ascend-Maximum-Time = 43200, Framed-Compression = Van-Jacobson-TCP-IP, Acct-Session-Time = 60, Ascend-Maximum-Channels = 1 I tried to add the values RAD-Monthly-Session-Time = 60, RAD-Max-Monthly-Session-Time = 60, But upon restart radius said that these where invalid counters. I was thinking that these would limit my connection time to just 60 seconds a month. However this proved unsucessful. Also, in radiusd.conf under accounting I thought I'd put 'countermonthly'. Upon restart radiusd died saying it couldn't find the rlm_counter module. -- Rock River Internet Roger Grunkemeyer 202 W. State St, 8th Floor[EMAIL PROTECTED] Rockford, IL 61101815-968-3888 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Monthly usage limits
Roger <[EMAIL PROTECTED]> wrote: > I tried to add the values > > RAD-Monthly-Session-Time = 60, > RAD-Max-Monthly-Session-Time = 60, > > But upon restart radius said that these where invalid counters. Try adding those attributes to the dictionary. Pick some some greater than 2000 for their value, and 'integer' for their type. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Monthly usage limits
Alan DeKok wrote: Huh? You don't need experimental modules, and you don't need SQL. Use the 'counter' module, not 'sqlcounter'. Alan DeKok. Ok. I've put this in the radiusd.conf file. As far as I can tell this setup a counter rotating on a monthly basis using the unique key of username counter countermonthly { filename = ${raddbdir}/db.monthly key = User-Name count-attribute = Acct-Session-Time reset = monthly counter-name = RAD-Monthly-Session-Time check-name = RAD-Max-Monthly-Session-Time allowed-servicetype = Framed-User cache-size = 5000 } I created the db.monthly file and in the users file I have grunky User-Password == "randompassword" User-Service = Framed-User, Framed-Protocol = PPP, Framed-Routing = None, Ascend-Assign-IP-Pool = 1, Ascend-Idle-Limit = 1800, Ascend-Maximum-Time = 43200, Framed-Compression = Van-Jacobson-TCP-IP, Acct-Session-Time = 60, Ascend-Maximum-Channels = 1 I tried to add the values RAD-Monthly-Session-Time = 60, RAD-Max-Monthly-Session-Time = 60, But upon restart radius said that these where invalid counters. I was thinking that these would limit my connection time to just 60 seconds a month. However this proved unsucessful. Also, in radiusd.conf under accounting I thought I'd put 'countermonthly'. Upon restart radiusd died saying it couldn't find the rlm_counter module. -- Rock River Internet Roger Grunkemeyer 202 W. State St, 8th Floor[EMAIL PROTECTED] Rockford, IL 61101815-968-3888 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: Monthly usage limits
Roger <[EMAIL PROTECTED]> wrote: > Reading up on this I think I need to do two things. First recompile > radius w/ exparimental modules - then move our users file over from a > flat listing of files and into a sql database, and use the > Max-Monthly-Session to limit times monthly. Huh? You don't need experimental modules, and you don't need SQL. Use the 'counter' module, not 'sqlcounter'. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Monthly usage limits
Right now I'm between a rock and a hard place. We are wanting to implement limits on user usage per month. Say give user abc 10 hours a month. Reading up on this I think I need to do two things. First recompile radius w/ exparimental modules - then move our users file over from a flat listing of files and into a sql database, and use the Max-Monthly-Session to limit times monthly. Recompiling freeradius is simple, but learning sql and then moving the user information from a flat file into a database is a little bit harder. Is there any other way to limit users time per month other then moving over to storing users in a sql database? If not, does anyone have any guides, faqs, or suggestions on moving from a file to storing user info in database format? -- Rock River Internet Roger Grunkemeyer 202 W. State St, 8th Floor[EMAIL PROTECTED] Rockford, IL 61101 - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html