(RADIATOR) Fix for Out of memory problem
Hi, I seem to have sorted it out. The problem seems to be the amount of memory the system actually thinks is available. On BSDI you can do 2 things to help. If you have 256Mb of memory then either; run sysctl -w vm.maxdsize=256M or 2. Add something like this to your kernel. options NMBCLUSTERS=4096 options NKMEMCLUSTERS=4096 options "KMEMSIZE=\(16*1024*1024\)" options "DFLDSIZ=\(80*1024*1024\)" options "DFLSSIZ=\(8*1024*1024\)" options "MAXDSIZ=\(216*1024*1024\)" It still for some reason though, blows the absolute shite out of the system resources when starting up :(( Other suggestions are also welcome :/ Cheers, Paul Thornton. I am always getting a problem of Out of Memory when trying to run radiusd and even quicker when using the restartWrapper program. === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) numbered realms
Hi, i'm new to this list and don't know if this question was discussed before: Is it possible to use numbered realms (i.e. the called station id) to do something special with incoming requests ? Thanx in advance, Volker -- +--+ + Volker KlauEMail: [EMAIL PROTECTED] + +Phone: +49-461-90 90 581 + + KomTel GmbHFAX: +49-461-90 900 71 + + Nordermarkt 1 - D-24937 Flensburg http://www.komtel.net + +--+ === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) numbered realms
Hello Volker, On Mar 23, 10:17am, Volker Klau wrote: Subject: (RADIATOR) numbered realms Hi, i'm new to this list and don't know if this question was discussed before: Is it possible to use numbered realms (i.e. the called station id) to do something special with incoming requests ? Yes, its very easy. You can arrange to decide how to authenticate based on any attribute in the request, not just the realm, by using Handlers: # Exact match Handler Called-Station-Id=123456 AuthBy whatever /AuthBy /Handler # Match one of a list of called-station-id Handler Called-Station-Id=/1|2|3 AuthBy whatever /AuthBy /Handler # Match anything not matched above Handler AuthBy whatever /AuthBy /Handler Hope that helps. Cheers. Thanx in advance, Volker -- +--+ + Volker KlauEMail: [EMAIL PROTECTED] + +Phone: +49-461-90 90 581 + + KomTel GmbHFAX: +49-461-90 900 71 + + Nordermarkt 1 - D-24937 Flensburg http://www.komtel.net + +--+ === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message. -- End of excerpt from Volker Klau -- Mike McCauley [EMAIL PROTECTED] Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW 24 Bateman St Hampton, VIC 3188 Australia Consulting and development Phone, Fax: +61 3 9598-0985 http://www.open.com.au Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, external, etc etc on Unix, Win95/8, NT, Rhapsody === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) numbered realms
On Tue, Mar 23, 1999 at 10:17:43AM +0100, Volker Klau wrote: Hi, i'm new to this list and don't know if this question was discussed before: Is it possible to use numbered realms (i.e. the called station id) to do something special with incoming requests ? Yup. Have a look at Handler, a more advanced Realm. Handler Called-Station-Id=12345 AuthBy xxx /AuthBy /Handler [EMAIL PROTECTED] === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) numbered realms
Hi Volker, Is it possible to use numbered realms (i.e. the called station id) to do something special with incoming requests ? Yes, like this: Handler Called-Station-Id=20810[1-6] AuthBy DBFILE Filename ./users.alt /AuthBy AcctLogFileName ./detail.alt.%d%m%Y.txt PasswordLogFileName ./passlog.alt.%d%m%Y.txt /Handler Handler AuthBy DBFILE Filename ./users /AuthBy # Log accounting to the detail file in LogDir AcctLogFileName ./detail.%d%m%Y.txt PasswordLogFileName ./passlog.%d%m%Y.txt /Handler Make sure you have the patches from open.com.au's website. === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) MySQL config file
I am having numerous problems with my config file using MySQL. If you are using MySQL for your users and for accounting, could you send me a copy of your radius.cfg file so I can see a working copy. Maybe that would help me troubleshoot mine. Thanks alot. ..Rich -- Richard W. Hawley - Network Engineer CyberZone Internet Services http://www.cyberzone.net [EMAIL PROTECTED] === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) ssh woes...(OT)
I know this is a bit off-topic, but was hoping someone might shed some light on this. I installed ssh on both radius1 and radius2. On radius2, I created a /usr/local/etc/shosts.equiv that contains the host name for radius1. When I do an ssh radius2, it asks for the root password. I was hoping it would not. What am I doing wrong? Thanks in advance! Jay West === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Simultaneous-Use!!!
On Tue, 23 Mar 1999, Mike McCauley wrote: Im thinking of doing exactly that, but Im toying with whether or not DefaultSessionMax (or whatever I call it) should be a Handler/realm parameter or an AuthBy parameter? MaxSession (for better or worse) is a Handler/Realm parameter. Views? At first thought it seems like a Handler/Realm parameter would make sense. What is the logic behind an AuthBy parameter? Steve === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) ssh woes...(OT)
I installed ssh on both radius1 and radius2. On radius2, I created a /usr/local/etc/shosts.equiv that contains the host name for radius1. Assuming sshd is on radius1 and you are connecting from radius2, add the contents of radius2:~user/.ssh/identity.pub to radius1:~user/.ssh/authorized_keys (and vice-versa if you want it to work in both directions). === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) AcctColumnDef
We have three different NAS types here USR, Ascend, Annex or (Bay). So if I need... AcctColumnDef TransSpd,USR-Connect-Speed AcctColumnDef TransSpd,Annex-Transmit-Speed AcctColumnDef TransSpd,Ascend-Xmit-Rate I was hoping that this would work but it does not. If a USR reports the USR-Connect-Speed then the TransSpd gets rewritten by a NULL Ascend-Xmit-Rate value and that is what makes it in the database. Is there a way around this behavior? Thank you, Robert Mann Lightspeed Net === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) AcctColumnDef
Hi Robert. On Mar 23, 2:15pm, Robert Mann wrote: Subject: (RADIATOR) AcctColumnDef We have three different NAS types here USR, Ascend, Annex or (Bay). So if I need... AcctColumnDef TransSpd,USR-Connect-Speed AcctColumnDef TransSpd,Annex-Transmit-Speed AcctColumnDef TransSpd,Ascend-Xmit-Rate I was hoping that this would work but it does not. If a USR reports the USR-Connect-Speed then the TransSpd gets rewritten by a NULL Ascend-Xmit-Rate value and that is what makes it in the database. Is there a way around this behavior? Yes, version 2.13.x will not insert into a column its attribute is not present in the request. Hope that helps. Cheers. -- Mike McCauley [EMAIL PROTECTED] Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW 24 Bateman St Hampton, VIC 3188 Australia Consulting and development Phone, Fax: +61 3 9598-0985 http://www.open.com.au Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, external, etc etc on Unix, Win95/8, NT, Rhapsody === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) Compiling Errors
Hi, I am trying to compile radiator and get it going on a freebsd 2.2.5 machine with perl5.004, I have installed the MD5 asnd run the make test that it came with and it works I then proceeded to do the Radiator setup perl Makefile.Pl then when I went on to do make test i get this error Can't locate loadable object for module MD5 in @INC (@INC contains: . /usr/local /lib/perl5/i386-freebsd/5.00404 /usr/local/lib/perl5 /usr/local/lib/perl5/site_p erl/i386-freebsd /usr/local/lib/perl5/site_perl .) at Radius/Radius.pm line 23 BEGIN failed--compilation aborted at Radius/Radius.pm line 23. BEGIN failed--compilation aborted at radpwtst line 20. Anyone have any ideas? TTYL Tom Williams Thanks === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
No Subject
hello, Could someone shed some light on the meaning of the following Duplicate request id 52 received from xxx.xxx.xxx.xxx: ignored I keep getting this message in my logfile every so often. thanks. === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) Users File and IP's
Hi, Can anyone tell me why my user entries are not assigning an IP number upon a successful connection please.. wallyAuth-Type = System, Service-Type = Framed-User, Framed-Protocol = PPP, Port-Limit = 2, Framed-MTU = 1500, Framed-IP-Address = 203.15.24.102 Cheers, Paul. === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) Client DefaultRealm not working
Radiator 2.13 with most of the patches. Trying to migrate old ISDN hard-coded users across to use Radiator. Usernames/password have been decrypted and dumped into a flat file. I wanted to configure a DefaultRealm for the ISDN router so that I didn't have to change anything... I have a client entry that SHOULD trigger the use of a specified Realm. If I specify the full realm it works, else it fails. Without the realm, fails with no such user. I have a isdn.users file that has... -- testPassword = "test99", Simultaneous-Use = 1 Ascend-Maximum-Channels = 1, Framed-IP-Address = 202.10.2.137 -- and radius.cfg has ... -- Client 202.10.0.33 DefaultRealm isdn.att.net.au IgnoreAcctSignature Secret N0TLIKELY DupInterval 300 /Client Realm isdn.att.net.au # # Strip the realm so we can auth with the bare user name # in the users file RewriteUsername s/^([^@]+).*/$1/ AuthBy FILE Filename %D/isdn.users /AuthFile # Where do we write the accounting file AcctLogFileName %L/detail.isdn-%Y%m%d /Realm -- -- Stephen Ollis [EMAIL PROTECTED] Ph: +61 2 9911 1606(BH) Team Leader, Server Systems - Network Engineering +61 2 9911 1555(FAX) ATT EasyLink Services, Lvl 8, 15 Orion Rd, Lane Cove, NSW 2066 Australia "Service to others is the rent you pay for room here on Earth" - M. Ali === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.