Re: (RADIATOR) Radiator 2.14 how compressed? [offtopic]
Ricardo Kustner schrieb: > > On 16-Jul-99 Karl Gaissmaier wrote: > > was anyone successful with downloading and decompression of the > > Radiator-2-14.tgz? > > did you download it on a unix or windows machine? i recently noticed > often getting broken archives when i download with Netscape on NT... > Yup, Netscape on NT via NetBois/tcp saved on Samba Server. But I had no problems so far until 2.14.tgz. Anyway, if I know that the archiv is okay I'll fetch it with wget. Thanks Charly -- Karl Gaissmaier Computing Center,University of Ulm,Germany Email:[EMAIL PROTECTED] Network Administration Tel/Fax: ++49 731 50 22499/22471 pgp-key available: http://www.uni-ulm.de/urz/Netzwerk/uuca/keylist.html === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
RE: (RADIATOR) Radiator 2.14 how compressed? [offtopic]
On 16-Jul-99 Karl Gaissmaier wrote: > was anyone successful with downloading and decompression of the > Radiator-2-14.tgz? did you download it on a unix or windows machine? i recently noticed often getting broken archives when i download with Netscape on NT... Ricardo. --- -- E-Mail: Ricardo Kustner <[EMAIL PROTECTED]> Date: 20-Jul-99 Time: 09:16:28 This message was sent by XFMail -- === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) duplicating accounting?
Hi Ricardo, On Jul 19, 4:25pm, Ricardo Kustner wrote: > Subject: (RADIATOR) duplicating accounting? > Hi, > > this request may sound a bit odd or simply impossible... but right now > accounting is still handled by another radiusd in our network, which is > connected to selfmade accounting software. We want to start with radiator > handling accounting too, but before we have finnished a system for that, we dont > want to loose the old account software immediately so i was wondering if > it's somehow possible to have radiator store the accounting plus have it > send to another accounting server ? Yes this is certainly possible, and many people have handled migration issues in exactly this way. You don't mention how you want to configure the new Radiator implementation, but here is a simple example showing how to relay *all* requests to your old system, and also save the acounting details both top SQL and to a file. You can then add things to Radiator as they become available. Here's an example: AuthByPolicy ContinueAlways # This saves the accounting to asn SQL database: # the usual stuff AuthSelect AcctColumnDef AcctColumnDef # Set up an AuthBy to forward requests to the old Radius server Host radiushost Secret yoursecret # This also saves the accounting to a local file AcctLogFileName %L/detail Hope that helps. Cheers. -- Mike McCauley [EMAIL PROTECTED] Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW 24 Bateman St Hampton, VIC 3188 Australia http://www.open.com.au Phone +61 3 9598-0985 Fax +61 3 9598-0955 Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, TACACS+, PAM, external, etc etc on Unix, Win95/8, NT, Rhapsody === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(Fwd) (RADIATOR) SQL accounting
--- Forwarded mail from [EMAIL PROTECTED] (Hugh Irvine) Date: Tue, 20 Jul 1999 11:04:58 +1000 To: [EMAIL PROTECTED] From: [EMAIL PROTECTED] (Hugh Irvine) Subject: (RADIATOR) SQL accounting >>Received: from yarrina.connect.com.au (yarrina.connect.com.au >>[192.189.54.17]) by perki.connect.com.au with ESMTP id XAA13574 > (8.8.8/IDA-1.7 for <[EMAIL PROTECTED]>); Mon, 19 Jul 1999 23:52:14 >+1000 (EST) >From: "Jamie Orzechowski" <[EMAIL PROTECTED]> >To: <[EMAIL PROTECTED]> >Subject: (RADIATOR) SQL accounting >Date: Mon, 19 Jul 1999 09:57:31 -0400 >MIME-Version: 1.0 >X-Priority: 3 >X-MSMail-Priority: Normal >X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2918.2701 >Sender: [EMAIL PROTECTED] >Precedence: bulk >Status: > >I have successfully created a database call ACCOUNTING on my SQL server with >all the tables I need ... > >how can I make it authenticate via RODOPI as usual and also send just the >accounting records to another database (while still sending them to my >rodopi database also) > >my config which works fine is > > >DBSourcedbi:Sybase:rodopi >DBUsername Rodopi >DBAuth xx > > >I would also like to send the following to another database called >"SPAMTRACKER" > >AccountingTable ACCOUNTING >AcctColumnDef USERNAME,User-Name >AcctColumnDef TIME_STAMP,Timestamp,integer >AcctColumnDef ACCTSESSIONTIME,Acct-Session-Time,integer >AcctColumnDef NASPORT,NAS-Port,integer >AcctColumnDef FRAMEDIPADDRESS,Framed-IP-Address > You will need something like this: # Set up a series of AuthBy to handle both tasks AuthByPolicy ContinueAlways # First AuthBy logs all accounting records to SPAMTRACKER database (note empty AuthSelect) DBSource dbi:Sybase:SPAMTRACKER DBUsername DBAuth AuthSelect AccountingTable ACCOUNTING AcctColumnDef USERNAME,User-Name AcctColumnDef TIME_STAMP,Timestamp,integer AcctColumnDef ACCTSESSIONTIME,Acct-Session-Time,integer AcctColumnDef NASPORT,NAS-Port,integer AcctColumnDef FRAMEDIPADDRESS,Framed-IP-Address # Then do your normal authentication with Rodopi DBSourcedbi:Sybase:rodopi DBUsername Rodopi DBAuth xx Hugh ---End of forwarded mail from [EMAIL PROTECTED] (Hugh Irvine) -- Mike McCauley [EMAIL PROTECTED] Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW 24 Bateman St Hampton, VIC 3188 Australia http://www.open.com.au Phone +61 3 9598-0985 Fax +61 3 9598-0955 Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, TACACS+, PAM, external, etc etc on Unix, Win95/8, NT, Rhapsody === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(Fwd) (RADIATOR) WARNING: Bad authenticator errors
--- Forwarded mail from [EMAIL PROTECTED] (Hugh Irvine) Date: Tue, 20 Jul 1999 11:05:12 +1000 To: [EMAIL PROTECTED] From: [EMAIL PROTECTED] (Hugh Irvine) Subject: (RADIATOR) WARNING: Bad authenticator errors >>Received: from yarrina.connect.com.au (yarrina.connect.com.au >>[192.189.54.17]) by perki.connect.com.au with ESMTP id DAA27391 > (8.8.8/IDA-1.7 for <[EMAIL PROTECTED]>); Tue, 20 Jul 1999 03:44:15 >+1000 (EST) >X-Sender: [EMAIL PROTECTED] (Unverified) >Date: Mon, 19 Jul 1999 12:43:17 -0500 >To: [EMAIL PROTECTED] >From: John Coy <[EMAIL PROTECTED]> >Subject: (RADIATOR) WARNING: Bad authenticator errors >Mime-Version: 1.0 >Sender: [EMAIL PROTECTED] >Precedence: bulk >Status: > >I'm receiving a steady stream of bad authenticator >errors in my log file (at trace level 3). > >Mon Jul 19 12:42:40 1999: WARNING: Bad authenticator received in reply to ID 77 > >They're coming once a second or so. What does that error >message mean? > Either the secret is incorrectly configured between the NAS and the Radiator clause, or the NAS is not using a proper Authenticator. If the latter, use IgnoreAcctSignature in the configuration file. Hugh ---End of forwarded mail from [EMAIL PROTECTED] (Hugh Irvine) -- Mike McCauley [EMAIL PROTECTED] Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW 24 Bateman St Hampton, VIC 3188 Australia http://www.open.com.au Phone +61 3 9598-0985 Fax +61 3 9598-0955 Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, TACACS+, PAM, external, etc etc on Unix, Win95/8, NT, Rhapsody === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Problems with SessionDatabase
Hi Shaun, probably you have some sort of typo before this in your configuration file, possible a missing clause terminator? Did you get any other errors printed? Have a close look at your config file. Cheers. On Jul 19, 11:51am, Shaun Lessman wrote: > Subject: (RADIATOR) Problems with SessionDatabase > I am working on moving Radiator from our NT servers over to UNIX boxes and > am having a problem where the SessionDatabase directive doesn't seem to be > understood on the UNIX boxes. The config file is virtually the same as on > the NT servers, with the exception of the DBSource value. The reason the > DBSource value is explicitly defined instead of being defined in the Sybase > interfaces file is that I could never get lookups to work against that file > using FreeTDS DBD, even with $SYBASE set correctly. Any help would be > appreciated. The debugging information is as follows: > > > Mon Jul 19 11:36:31 1999: ERR: Unknown object 'SessionDatabase' in > /usr/local/etc/radius.cfg line 103 > DBSourceDBI:FreeTDS:database=plat;host=*removed*;port=1433; > Mon Jul 19 11:36:31 1999: ERR: Unknown keyword 'DBSource' in > /usr/local/etc/radius.cfg line 104 > DBUsername *removed* > Mon Jul 19 11:36:31 1999: ERR: Unknown keyword 'DBUsername' in > /usr/local/etc/radius.cfg line 105 > DBAuth *removed* > Mon Jul 19 11:36:31 1999: ERR: Unknown keyword 'DBAuth' in > /usr/local/etc/radius.cfg line 106 > > Mon Jul 19 11:36:32 1999: INFO: Server started > > Please CC [EMAIL PROTECTED] when posting your response to the list. > > Thanks! > > Shaun > [EMAIL PROTECTED] > > > === > Archive at http://www.thesite.com.au/~radiator/ > To unsubscribe, email '[EMAIL PROTECTED]' with > 'unsubscribe radiator' in the body of the message. >-- End of excerpt from Shaun Lessman -- Mike McCauley [EMAIL PROTECTED] Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW 24 Bateman St Hampton, VIC 3188 Australia http://www.open.com.au Phone +61 3 9598-0985 Fax +61 3 9598-0955 Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, TACACS+, PAM, external, etc etc on Unix, Win95/8, NT, Rhapsody === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(Fwd) (RADIATOR) Ascend pools supported?
--- Forwarded mail from [EMAIL PROTECTED] (Hugh Irvine) Date: Tue, 20 Jul 1999 11:05:03 +1000 To: [EMAIL PROTECTED] From: [EMAIL PROTECTED] (Hugh Irvine) Subject: (RADIATOR) Ascend pools supported? >>Received: from yarrina.connect.com.au (yarrina.connect.com.au >>[192.189.54.17]) by perki.connect.com.au with ESMTP id BAA21009 > (8.8.8/IDA-1.7 for <[EMAIL PROTECTED]>); Tue, 20 Jul 1999 01:54:20 >+1000 (EST) >X-Sender: [EMAIL PROTECTED] (Unverified) >Date: Mon, 19 Jul 1999 10:53:29 -0500 >To: [EMAIL PROTECTED] >From: John Coy <[EMAIL PROTECTED]> >Subject: (RADIATOR) Ascend pools supported? >Mime-Version: 1.0 >Sender: [EMAIL PROTECTED] >Precedence: bulk >Status: > >Does Radiator 2.13.1 support the Ascend pool >definition pseudo-user? If so, can someone >provide a sample configuration (if it varies >from the default Ascend config). > Yes. Default Ascend configuration should be fine. **Mike** - is there an example somewhere? I couldn't see anything in the goodies directory. Hugh ---End of forwarded mail from [EMAIL PROTECTED] (Hugh Irvine) -- Mike McCauley [EMAIL PROTECTED] Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW 24 Bateman St Hampton, VIC 3188 Australia http://www.open.com.au Phone +61 3 9598-0985 Fax +61 3 9598-0955 Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, TACACS+, PAM, external, etc etc on Unix, Win95/8, NT, Rhapsody === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Tracking SPAMMERS
Radiator is nicely designed to accept RADIUS accounting packets and store them in an SQL database. The config is a little tricky, but generally speaking: -- skeleton config -- AuthByPolicy ContinueAlways # Disable authentication via SQL AuthSelect # [ follow instructions for AuthBy SQL for accounting ] # [ whatever you normally put here ] -- The trick is to use the AuthByPolicy ContinueAlways to let it cascade from the on to your preferred method. I posted my configuration for Oracle accounting not too long ago. You can use it for hints. I think the best hint is in the online documentation at http://www.open.com.au/radiator/ref.html At 08:40 AM 7/19/99 -0400, Jamie Orzechowski wrote: >I am having a problem with spammers and need a way to track them down. > >what I need is a config that will send the: > >date >start time >stop time >username >ip address >callerID > >and store this into an SQL database (MS SQL 6.5) ... > >I will then be able to make querys and pull up the info I need ... any ideas >how I create the database table and the config to send to info into the >database ?? === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) CheckAttr problem
Hello Requiem, On Jul 19, 7:14pm, Requiem Aurelien (Ext/NTC) wrote: > Subject: (RADIATOR) CheckAttr problem > Hello > > I'm trying to use CheckAttr > but i've got a strange error Message > > Mon Jul 19 17:07:10 1999: ERR: Bad attribute=value pair: 0612345678 Looks like your LDAP wapUserMsisdn attribute just contains the string "0612345678"? In fact, it must also contain the radius attribute name to check it against. So wapUserMsisdn should contain the string Calling-Station-Id=0612345678 Hope that helps. Cheers. > > The config File > > ... > checkAttr wapUserMsisdn > > > The command line for radpwtst > perl radpwtst -user arequiem -password aurelienpassword -s ws4-weiner > -auth_port 1812 > -acct_port 1813 -noacct Calling-Station-Id=0612345678 > > The answer of radpwtst says Ok > > But i would like it says rejected if Calling-Station-Id != wapUserMsisdn > > Thanks a lot to help me > > Recycle your PC, Get Linux... > Recycle your Windows, Get Kde... > > === > Archive at http://www.thesite.com.au/~radiator/ > To unsubscribe, email '[EMAIL PROTECTED]' with > 'unsubscribe radiator' in the body of the message. >-- End of excerpt from Requiem Aurelien (Ext/NTC) -- Mike McCauley [EMAIL PROTECTED] Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW 24 Bateman St Hampton, VIC 3188 Australia http://www.open.com.au Phone +61 3 9598-0985 Fax +61 3 9598-0955 Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, TACACS+, PAM, external, etc etc on Unix, Win95/8, NT, Rhapsody === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Microsoft Access problems
On Jul 19, 2:58pm, Arnie Roberts wrote: > Subject: RE: (RADIATOR) Microsoft Access problems > On Monday, July 19, 1999 12:58 PM, Arnie Roberts [SMTP:[EMAIL PROTECTED]] wrote: > > On Tuesday, July 20, 1999 3:44 AM, Mike McCauley [SMTP:[EMAIL PROTECTED]] wrote: > > > Hi Arnie, > > > what is the data tpe of your TimeStamp column in Access? > > > > > > I have just been experimenting with an Access database where the Timestamp > > > column was a 'Number' (ie an int in SQL talk) with no problem . > > > > > > Cheers. > > > > > Hi Mike, > > > > I've tried Number and Text with no success. I will scratch the database and re-create with > > TimeStamp field as Number and let you know. > > > > Thanks > > > > Arnie > > > > > > > > > I've just figured this out. > Re-creating the table didn't work! > In desperation I renamed the field title to StartTime and it worked!!! > Presumably "TimeStamp" is a reserved name in Access and I was lucky enough to choose it. > Mike did you use TimeStamp or some other name? I used TIME_STAMP I see there is a mention of 'Timstamp' being a problem column name for MS-Access in the Radiator FAQ. I will be bundling an example radius.mdb that will work with the example sql.cfg in the next release. Anyone interested in it in the meantime? It includes a couple of example queries and charts too. Just a starting point really. Sure would be nice if an interested party fleshed it out and contributed it back! Cheers. -- Mike McCauley [EMAIL PROTECTED] Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW 24 Bateman St Hampton, VIC 3188 Australia http://www.open.com.au Phone +61 3 9598-0985 Fax +61 3 9598-0955 Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, TACACS+, PAM, external, etc etc on Unix, Win95/8, NT, Rhapsody === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) A few configuration questions
I'm in the process of moving from Merit Radius to Radiator, and have the following requirements: 1. any login's of "guest" should be Rlogin'd to a specific machine with the username 'guest' 2. username@shell should Rlogin to a specific IP, as the username. Do I handle this with a seperate realm like '', or am I going about it all wrong? Assuming this is right, how to I add the Attributes to the return packet? 3. I would like to with /etc/shadow under Solaris, right now I'm doing testing with but our shadow file is 12000+ lines and it takes too long to re-read it. ftp://dagobert.eur.nl/pub/homebrew/Shadow-0.01.tar.gz is missing, where can I find Shadow-0.01.tar.gz? 4. Framed-IP-Address, Framed-IP-Netmask and Port-Limit(and probablly some other attributes) need to be read from our current users file. I'm starting to under stand the configuration in bits and pieces but if someone could give me a rough overview of how to fit all of this together it'd be much appreciated. Thanks, Bill -- - [EMAIL PROTECTED]work ---> http://www.xmission.com/help/ http://scoot.net/ <--- play unf === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) WARNING: Bad authenticator errors
I'm receiving a steady stream of bad authenticator errors in my log file (at trace level 3). Mon Jul 19 12:42:40 1999: WARNING: Bad authenticator received in reply to ID 77 They're coming once a second or so. What does that error message mean? === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) Problems with SessionDatabase
I am working on moving Radiator from our NT servers over to UNIX boxes and am having a problem where the SessionDatabase directive doesn't seem to be understood on the UNIX boxes. The config file is virtually the same as on the NT servers, with the exception of the DBSource value. The reason the DBSource value is explicitly defined instead of being defined in the Sybase interfaces file is that I could never get lookups to work against that file using FreeTDS DBD, even with $SYBASE set correctly. Any help would be appreciated. The debugging information is as follows: Mon Jul 19 11:36:31 1999: ERR: Unknown object 'SessionDatabase' in /usr/local/etc/radius.cfg line 103 DBSourceDBI:FreeTDS:database=plat;host=*removed*;port=1433; Mon Jul 19 11:36:31 1999: ERR: Unknown keyword 'DBSource' in /usr/local/etc/radius.cfg line 104 DBUsername *removed* Mon Jul 19 11:36:31 1999: ERR: Unknown keyword 'DBUsername' in /usr/local/etc/radius.cfg line 105 DBAuth *removed* Mon Jul 19 11:36:31 1999: ERR: Unknown keyword 'DBAuth' in /usr/local/etc/radius.cfg line 106 Mon Jul 19 11:36:32 1999: INFO: Server started Please CC [EMAIL PROTECTED] when posting your response to the list. Thanks! Shaun [EMAIL PROTECTED] === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) radiator dumps core when using dbi:Oracle:remote_database
>Hi John, > >We dont know what's causing this problem. In order to form an opinion, we will >need to see your Radiator config file (no secrets, please) and your Radiator >log file at trace level 4 showing what happens at the time, especially any >error messages you see. I figured, but I thought I'd post something quick to see if it's a known issue. There are no errors printed out on the console. It just dumps core when the accounting stop packet arrives. (it's truly mysterious) Here's my radiusd.cfg file and a trace at level 4: -- trace at log level 4 -- Sun Jul 18 23:15:31 1999: WARNING: There is no attribute named Framed_Protocol in file '/usr/local/etc/raddb/dictionary' before line 443 Ignored Sun Jul 18 23:15:31 1999: WARNING: There is no attribute named Framed_Protocol in file '/usr/local/etc/raddb/dictionary' before line 444 Ignored Sun Jul 18 23:15:32 1999: WARNING: There is no attribute named Ascend-Temporary-Rtes in file '/usr/local/etc/raddb/dictionary' before line 773 Ignored Sun Jul 18 23:15:32 1999: WARNING: There is no attribute named Ascend-Temporary-Rtes in file '/usr/local/etc/raddb/dictionary' before line 774 Ignored Sun Jul 18 23:15:32 1999: INFO: Server started Sun Jul 18 23:16:03 1999: WARNING: There is no attribute named Framed_Protocol in file '/usr/local/etc/raddb/dictionary' before line 443 Ignored Sun Jul 18 23:16:03 1999: WARNING: There is no attribute named Framed_Protocol in file '/usr/local/etc/raddb/dictionary' before line 444 Ignored Sun Jul 18 23:16:03 1999: WARNING: There is no attribute named Ascend-Temporary-Rtes in file '/usr/local/etc/raddb/dictionary' before line 773 Ignored Sun Jul 18 23:16:03 1999: WARNING: There is no attribute named Ascend-Temporary-Rtes in file '/usr/local/etc/raddb/dictionary' before line 774 Ignored Sun Jul 18 23:16:03 1999: INFO: Server started Sun Jul 18 23:16:45 1999: DEBUG: Packet dump: *** Received from 209.12.0.130 port 1028 Code: Accounting-Request Identifier: 100 Authentic: <216><26><183><184><191>x<226><20><163><136>>6<246><143><217><170> Attributes: User-Name = "jcoy" NAS-Identifier = 209.12.0.130 NAS-Port = 20123 NAS-Port-Type = Async Acct-Status-Type = Start Acct-Delay-Time = 0 Acct-Session-Id = "294768824" Acct-Authentic = RADIUS Ascend-Modem-PortNo = 3 Ascend-Modem-SlotNo = 5 Framed-Protocol = PPP Framed-Address = 209.12.0.140 Sun Jul 18 23:16:45 1999: DEBUG: Handling request with Handler 'Realm=DEFAULT' Sun Jul 18 23:16:45 1999: ERR: Attribute number 33 (vendor ) is not defined in your dictionary Sun Jul 18 23:16:45 1999: DEBUG: Handling with Radius::AuthSQL Sun Jul 18 23:19:11 1999: WARNING: There is no attribute named Framed_Protocol in file '/usr/local/etc/raddb/dictionary' before line 443 Ignored Sun Jul 18 23:19:11 1999: WARNING: There is no attribute named Framed_Protocol in file '/usr/local/etc/raddb/dictionary' before line 444 Ignored Sun Jul 18 23:19:12 1999: WARNING: There is no attribute named Ascend-Temporary-Rtes in file '/usr/local/etc/raddb/dictionary' before line 773 Ignored Sun Jul 18 23:19:12 1999: WARNING: There is no attribute named Ascend-Temporary-Rtes in file '/usr/local/etc/raddb/dictionary' before line 774 Ignored Sun Jul 18 23:19:12 1999: INFO: Server started Sun Jul 18 23:19:22 1999: DEBUG: Packet dump: *** Received from 209.12.0.130 port 1028 Code: Accounting-Request Identifier: 127 Authentic: <149>Q<203><194><11>Qk<203>~<197>=<210><142>Nr<141> Attributes: User-Name = "jcoy" NAS-Identifier = 209.12.0.130 NAS-Port = 20123 NAS-Port-Type = Async Acct-Status-Type = Stop Acct-Delay-Time = 126 Acct-Session-Id = "294768824" Acct-Authentic = RADIUS Acct-Session-Time = 32 Acct-Input-Octets = 17 Acct-Output-Octets = 468 Acct-Input-Packets = 2 Acct-Output-Packets = 9 Ascend-Disconnect-Cause = 185 Ascend-Connect-Progress = 75 Ascend-Xmit-Rate = 14400 Ascend-Data-Rate = 14400 Ascend-PreSession-Time = 18 Ascend-Pre-Input-Octets = 15 Ascend-Pre-Output-Octets = 79 Ascend-Pre-Input-Packets = 0 Ascend-Pre-Output-Packets = 0 Ascend-Modem-PortNo = 3 Ascend-Modem-SlotNo = 5 Framed-Protocol = PPP Framed-Address = 209.12.0.140 Sun Jul 18 23:19:22 1999: DEBUG: Handling request with Handler 'Realm=DEFAULT' Sun Jul 18 23:19:22 1999: ERR: Attribute number 33 (vendor ) is not defined in your dictionary Sun Jul 18 23:19:22 1999: DEBUG: Handling with Radius::AuthSQL -- radiusd.cfg -- LogDir /usr/local/radiator/log # Set this to the database directory. It should contain these files: # users The user database # dictionary The dictionary for your NAS DbDir /usr/local/etc/raddb AuthPort 1812 AcctPort 1813 Trace 4 Secret XXX # # PowerUser.
(RADIATOR) Openlink connection to a MS-SQL6 DB
Hello, has anybody a working setup of the openlink Multi-Tier ODBC driver? I try to connect the radiator server from my SuSE Linux Box to a MS-SQL6 database. I have installed the openlink software on both sides and the odbctest program on the linux box works. So far fine. But when i try to compile the perl DBD-ODBC package i get an undefined symbol error during the test of the package. The program version i use DBD-ODBC-0.20 DBI-1.06 perl-5.005_02 Maybe somebody has a working db-connection and can give me some hints on the setup. Kind regards, Christian Braun. Nikoma MediaWorks GmbH babylon5:/usr/src/Perl/DBD-ODBC-0.20 # perl Makefile.PL -o /usr/local/openlink/lib/ Configuring DBD::ODBC ... >>> Remember to actually *READ* the README file! And re-read it if you have any problems. Using DBI 1.06 installed in /usr/lib/perl5/site_perl/5.005/i586-linux/auto/DBI Using ODBC in /usr/local/openlink/lib/ Umm, this looks like a iodbc type of driver manager. We expect to find the isql.h, isqlext.h and iodbc.h files (which were supplied with iODBC) in $ODBCHOME directory alongside the /usr/local/openlink/lib//libiodbc.a /usr/local/openlink/lib//libiodbc.so library. Use of uninitialized value at Makefile.PL line 138. Warning: LD_LIBRARY_PATH doesn't include /usr/local/openlink/lib/ Note (probably harmless): No library found for -l/usr/local/openlink/lib//libiodbc.a Using DBI 1.06 installed in /usr/lib/perl5/site_perl/5.005/i586-linux/auto/DBI Writing Makefile for DBD::ODBC The DBD::ODBC tests will use these values for the database connection: DBI_DSN=e.g. dbi:ODBC:demo DBI_USER= DBI_PASS= Warning: not all required environment variables are set. babylon5:/usr/src/Perl/DBD-ODBC-0.20 # make cc -c -I. -I/usr/lib/perl5/site_perl/5.005/i586-linux/auto/DBI -Dbool=char -DHAS_BOOL -I/usr/local/include -O2 -pipe-DVERSION=\"0.20\" -DXS_VERSION=\"0.20\" -fpic -I/usr/lib/perl5/5.00502/i586-linux/CORE -I/usr/local/openlink/lib/ ODBC.c cc -c -I. -I/usr/lib/perl5/site_perl/5.005/i586-linux/auto/DBI -Dbool=char -DHAS_BOOL -I/usr/local/include -O2 -pipe-DVERSION=\"0.20\" -DXS_VERSION=\"0.20\" -fpic -I/usr/lib/perl5/5.00502/i586-linux/CORE -I/usr/local/openlink/lib/ dbdimp.c Running Mkbootstrap for DBD::ODBC () chmod 644 ODBC.bs LD_RUN_PATH="" cc -o blib/arch/auto/DBD/ODBC/ODBC.so -shared -L/usr/local/lib ODBC.o dbdimp.o chmod 755 blib/arch/auto/DBD/ODBC/ODBC.so cp ODBC.bs blib/arch/auto/DBD/ODBC/ODBC.bs chmod 644 blib/arch/auto/DBD/ODBC/ODBC.bs Manifying blib/man3/DBD::ODBC.3pm babylon5:/usr/src/Perl/DBD-ODBC-0.20 # make test PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/arch -Iblib/lib -I/usr/lib/perl5/5.00502/i586-linux -I/usr/lib/perl5/5.00502 -e 'use Test::Harness qw(&runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t t/01baseinstall_driver(ODBC) failed: Can't load 'blib/arch/auto/DBD/ODBC/ODBC.so' for module DBD::ODBC: blib/arch/auto/DBD/ODBC/ODBC.so: undefined symbol: SQLTables at /usr/lib/perl5/5.00502/i586-linux/DynaLoader.pm line 168. at (eval 1) line 2 at t/01base.t line 14 dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 4-5 Failed 2/5 tests, 60.00% okay t/02simple..Can't connect, no database driver specified at t/02simple.t line 16 dubious Test returned status 2 (wstat 512, 0x200) Undefined subroutine &Test::Harness::WCOREDUMP called at /usr/lib/perl5/5.00502/Test/Harness.pm line 288. make: *** [test_dynamic] Error 2 === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) Ascend pools supported?
Does Radiator 2.13.1 support the Ascend pool definition pseudo-user? If so, can someone provide a sample configuration (if it varies from the default Ascend config). Thanks in advance. === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) CheckAttr problem
Hello I'm trying to use CheckAttr but i've got a strange error Message Mon Jul 19 17:07:10 1999: ERR: Bad attribute=value pair: 0612345678 The config File ... checkAttr wapUserMsisdn The command line for radpwtst perl radpwtst -user arequiem -password aurelienpassword -s ws4-weiner -auth_port 1812 -acct_port 1813 -noacct Calling-Station-Id=0612345678 The answer of radpwtst says Ok But i would like it says rejected if Calling-Station-Id != wapUserMsisdn Thanks a lot to help me Recycle your PC, Get Linux... Recycle your Windows, Get Kde... === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) duplicating accounting?
Hi, this request may sound a bit odd or simply impossible... but right now accounting is still handled by another radiusd in our network, which is connected to selfmade accounting software. We want to start with radiator handling accounting too, but before we have finnished a system for that, we dont want to loose the old account software immediately so i was wondering if it's somehow possible to have radiator store the accounting plus have it send to another accounting server ? Thanks, Ricardo. --- -- E-Mail: Ricardo Kustner <[EMAIL PROTECTED]> Date: 19-Jul-99 Time: 16:20:46 This message was sent by XFMail -- === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
RE: (RADIATOR) Microsoft Access problems
On Monday, July 19, 1999 12:58 PM, Arnie Roberts [SMTP:[EMAIL PROTECTED]] wrote: > On Tuesday, July 20, 1999 3:44 AM, Mike McCauley [SMTP:[EMAIL PROTECTED]] wrote: > > Hi Arnie, > > what is the data tpe of your TimeStamp column in Access? > > > > I have just been experimenting with an Access database where the Timestamp > > column was a 'Number' (ie an int in SQL talk) with no problem . > > > > Cheers. > > > Hi Mike, > > I've tried Number and Text with no success. I will scratch the database and >re-create with > TimeStamp field as Number and let you know. > > Thanks > > Arnie > > > I've just figured this out. Re-creating the table didn't work! In desperation I renamed the field title to StartTime and it worked!!! Presumably "TimeStamp" is a reserved name in Access and I was lucky enough to choose it. Mike did you use TimeStamp or some other name? Thanks for your help. Arnie === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) SQL accounting
I have successfully created a database call ACCOUNTING on my SQL server with all the tables I need ... how can I make it authenticate via RODOPI as usual and also send just the accounting records to another database (while still sending them to my rodopi database also) my config which works fine is DBSourcedbi:Sybase:rodopi DBUsername Rodopi DBAuth xx I would also like to send the following to another database called "SPAMTRACKER" AccountingTable ACCOUNTING AcctColumnDef USERNAME,User-Name AcctColumnDef TIME_STAMP,Timestamp,integer AcctColumnDef ACCTSESSIONTIME,Acct-Session-Time,integer AcctColumnDef NASPORT,NAS-Port,integer AcctColumnDef FRAMEDIPADDRESS,Framed-IP-Address === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) CLID only authentication ?
On Mon, 19 Jul 1999 22:46:35 +1000, tom minchin wrote: >On Mon, Jul 19, 1999 at 11:52:08PM +1000, Gary wrote: >> I have just installed radiator for the first time. >> >> I also have just installed a new tigris. >> >> Has anyone managed to get a CLID authorisation only session going on a >> tigris ?? >> > >You can use the Calling-Station-Id RADIUS check item, eg: > >fred Password = "mypasswd", Calling-Station-Id = "3454563453" > >This is standard RADIUS, and your Tigris will need to send the CLID when >it authenticates against your RADIUS server. > >[EMAIL PROTECTED] > On Mon, 19 Jul 1999 22:46:35 +1000, tom minchin wrote: >On Mon, Jul 19, 1999 at 11:52:08PM +1000, Gary wrote: >> I have just installed radiator for the first time. >> >> I also have just installed a new tigris. >> >> Has anyone managed to get a CLID authorisation only session going on a >> tigris ?? >> > >You can use the Calling-Station-Id RADIUS check item, eg: > >fred Password = "mypasswd", Calling-Station-Id = "3454563453" > >This is standard RADIUS, and your Tigris will need to send the CLID when >it authenticates against your RADIUS server. > >[EMAIL PROTECTED] > Not actually what I want I have been using with the ascend radius & Ascend MAX's # 740xx Password = "Ascend-CLID" User-Service = Dialout-Framed-User, User-Name = "username", Ascend-Data-Svc = Switched-modem, Framed-Protocol = PPP, Framed-Routing = None, Ascend-Assign-IP-Pool = 1, Framed-Compression = Van-Jacobsen-TCP-IP, Ascend-Maximum-Time = 14400, Ascend-Idle-Limit = 900 # The Max will generate an authentication request JUST on the telephone number, before the modems even sync and the ascend radius will authenticate the caller JUST BASED on the caller-id received. I actually think the problem might be how to get the Tigris to act in a similar manner to the Ascend. Gary --- Ausmail Your virtual home on the net. Email, News & Home pages. --- Coming soon !! === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) CLID only authentication ?
On Mon, Jul 19, 1999 at 11:52:08PM +1000, Gary wrote: > I have just installed radiator for the first time. > > I also have just installed a new tigris. > > Has anyone managed to get a CLID authorisation only session going on a > tigris ?? > You can use the Calling-Station-Id RADIUS check item, eg: fredPassword = "mypasswd", Calling-Station-Id = "3454563453" This is standard RADIUS, and your Tigris will need to send the CLID when it authenticates against your RADIUS server. [EMAIL PROTECTED] === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) CLID only authentication ?
I have just installed radiator for the first time. I also have just installed a new tigris. Has anyone managed to get a CLID authorisation only session going on a tigris ?? Gary --- Ausmail Your virtual home on the net. Email, News & Home pages. --- Coming soon !! === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) Tracking SPAMMERS
I am having a problem with spammers and need a way to track them down. what I need is a config that will send the: date start time stop time username ip address callerID and store this into an SQL database (MS SQL 6.5) ... I will then be able to make querys and pull up the info I need ... any ideas how I create the database table and the config to send to info into the database ?? === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
RE: (RADIATOR) Microsoft Access problems
On Tuesday, July 20, 1999 3:44 AM, Mike McCauley [SMTP:[EMAIL PROTECTED]] wrote: > Hi Arnie, > what is the data tpe of your TimeStamp column in Access? > > I have just been experimenting with an Access database where the Timestamp > column was a 'Number' (ie an int in SQL talk) with no problem . > > Cheers. > Hi Mike, I've tried Number and Text with no success. I will scratch the database and re-create with TimeStamp field as Number and let you know. Thanks Arnie === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
RE: (RADIATOR) Microsoft Access problems
On Sunday, July 18, 1999 1:36 AM, Aaron Miles [SMTP:[EMAIL PROTECTED]]
wrote:
> Arnie,
> Try no ' marks for the numbers as they are not needed, this
> could be even if the output field is text. Try this anyway :-)
>
>
> Cheers.
> Aaron
Aaron,
Do you mean have timestamp set as an integer? as in
AcctColumnDef TimeStamp,Timestamp,integer
problem stays the same
DBD::ODBC::db do failed: [Microsoft][ODBC Microsoft Access 97 Driver] Syntax err
or in INSERT INTO statement. (SQL-37000)(DBD: st_prepare/SQLPrepare err=-1) at R
adius/SqlDb.pm line 189.
Mon Jul 19 12:10:25 1999: ERR: do failed for 'insert into Users199907
(UserName, NasIPAddress, InputOctets, ServiceType, OutputOctets,
SessionTime, TimeStamp)
values
('test', '193.129.12.232', 134, 'Framed-User', 132, 50, 93238262
3)': [Microsoft][ODBC Microsoft Access 97 Driver] Syntax error in INSERT INTO st
atement. (SQL-37000)(DBD: st_prepare/SQLPrepare err=-1)
Is anyone using Access successfully and including the Timestamp?
Arnie
===
Archive at http://www.thesite.com.au/~radiator/
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Microsoft Access problems
Hi Arnie,
what is the data tpe of your TimeStamp column in Access?
I have just been experimenting with an Access database where the Timestamp
column was a 'Number' (ie an int in SQL talk) with no problem .
Cheers.
On Jul 19, 12:37pm, Arnie Roberts wrote:
> Subject: RE: (RADIATOR) Microsoft Access problems
> On Sunday, July 18, 1999 1:36 AM, Aaron Miles
[SMTP:[EMAIL PROTECTED]] wrote:
> > Arnie,
> > Try no ' marks for the numbers as they are not needed, this
> > could be even if the output field is text. Try this anyway :-)
> >
> >
> > Cheers.
> > Aaron
>
> Aaron,
>
> Do you mean have timestamp set as an integer? as in
>
> AcctColumnDef TimeStamp,Timestamp,integer
>
> problem stays the same
>
> DBD::ODBC::db do failed: [Microsoft][ODBC Microsoft Access 97 Driver] Syntax
err
> or in INSERT INTO statement. (SQL-37000)(DBD: st_prepare/SQLPrepare err=-1)
at R
> adius/SqlDb.pm line 189.
> Mon Jul 19 12:10:25 1999: ERR: do failed for 'insert into Users199907
> (UserName, NasIPAddress, InputOctets, ServiceType,
OutputOctets,
> SessionTime, TimeStamp)
> values
> ('test', '193.129.12.232', 134, 'Framed-User', 132, 50,
93238262
> 3)': [Microsoft][ODBC Microsoft Access 97 Driver] Syntax error in INSERT INTO
st
> atement. (SQL-37000)(DBD: st_prepare/SQLPrepare err=-1)
>
> Is anyone using Access successfully and including the Timestamp?
>
> Arnie
>
>
> ===
> Archive at http://www.thesite.com.au/~radiator/
> To unsubscribe, email '[EMAIL PROTECTED]' with
> 'unsubscribe radiator' in the body of the message.
>-- End of excerpt from Arnie Roberts
--
Mike McCauley [EMAIL PROTECTED]
Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW
24 Bateman St Hampton, VIC 3188 Australia http://www.open.com.au
Phone +61 3 9598-0985 Fax +61 3 9598-0955
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald,
Platypus, Freeside, TACACS+, PAM, external, etc etc on Unix, Win95/8,
NT, Rhapsody
===
Archive at http://www.thesite.com.au/~radiator/
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Version 2.14 released
On Jul 19, 8:00am, Ian Hughes wrote: > Subject: Re: (RADIATOR) Version 2.14 released > Mike, > > In the client clause there is a defaultRealm=local, this is used by > a series of handere clauses to authenticate users according realm and > Called-Station-Id. OK, I guess that explains it. Its the fix for DefaultRealm and Handlers in 2.14 kicking in. > > Also may have another problem. The machine running the radius server > has multiple IP addresses. So that we can move the radius server if > the machine has a problem the machine has a base IP and an aliased ip. > By moving the aliased IP to a secondary machine we can continue > operation on an identical system with a minimum of interruption. > However, when replying to inbound requests the receiving end is > showing the base IP rather than the alias even though the origional > request was received on the alias IP. This has caused some problems > setting up global roaming, as the remote end had client information as > the alias IP and was throwing away replys because they were coming > from the base IP. > As Lars has correctly identified, check BindAddress in the manual. Cheers. -- Mike McCauley [EMAIL PROTECTED] Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW 24 Bateman St Hampton, VIC 3188 Australia http://www.open.com.au Phone +61 3 9598-0985 Fax +61 3 9598-0955 Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, TACACS+, PAM, external, etc etc on Unix, Win95/8, NT, Rhapsody === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Version 2.14 released
On 1999-07-19T08:00:15, Ian Hughes <[EMAIL PROTECTED]> said: > Also may have another problem. The machine running the radius server > has multiple IP addresses. See "bind_address" in the configuration file. Sincerely, Lars Marowsky-Brée -- Lars Marowsky-Brée Network Management teuto.net Netzdienste GmbH - DPN Verbund-Partner === Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Version 2.14 released
Mike, In the client clause there is a defaultRealm=local, this is used by a series of handere clauses to authenticate users according realm and Called-Station-Id. Also may have another problem. The machine running the radius server has multiple IP addresses. So that we can move the radius server if the machine has a problem the machine has a base IP and an aliased ip. By moving the aliased IP to a secondary machine we can continue operation on an identical system with a minimum of interruption. However, when replying to inbound requests the receiving end is showing the base IP rather than the alias even though the origional request was received on the alias IP. This has caused some problems setting up global roaming, as the remote end had client information as the alias IP and was throwing away replys because they were coming from the base IP. Any suggestions, perhaps a bug? Ian Hughes >> Original Message << On 7/20/99, 7:57:29 AM, "Mike McCauley" <[EMAIL PROTECTED]> wrote regarding Re: (RADIATOR) Version 2.14 released: > Hi Ian, > thanks for reporting this. > Do you have a DefaultRealm parameter in your Client clause? > If so, there was a fix in 2.14 that affected DefaultRealm and Handlers: > DefaultRealm was not being honoured by Handlers, only Realms. >Reported by Richard Lennerts ([EMAIL PROTECTED]). Thanks >Richard. > See http://www.open.com.au/radiator/history.html > On Jul 19, 3:35pm, Ian Hughes wrote: > > Subject: RE: (RADIATOR) Version 2.14 released > > Since upgrading to 2.14 usernames without a domain (eg terry as opposed to > > [EMAIL PROTECTED]) are having the default realm (@local) appended before > > being passed to the realms for authentication. Is this a bug or an added > > feature? If it's an added feature could someone please explain why. > > Currently using RewriteUservame function to strip off the @local realm, but > > did not need to with the provious version. > > > > Regards > > > > Ian Hughes > > > > +--+ > > Ian Hughes - Tech Support/System Admin. > > Hunterlink Pty. Ltd. (Australia) > > 1st Floor, 805 Hunter Street > > Dangar, NSW, 2309 Australia > > Phone: +61 2 4969 0122 Fax: +61 2 4969 0133 > > E-Mail: [EMAIL PROTECTED] > > +--+ > > If you're not living on the edge, you're taking up too much room! > > +--+ > > > > > > === > > Archive at http://www.thesite.com.au/~radiator/ > > To unsubscribe, email '[EMAIL PROTECTED]' with > > 'unsubscribe radiator' in the body of the message. > >-- End of excerpt from Ian Hughes > -- > Mike McCauley [EMAIL PROTECTED] > Open System Consultants Pty. LtdUnix, Perl, Motif, C++, WWW > 24 Bateman St Hampton, VIC 3188 Australia http://www.open.com.au > Phone +61 3 9598-0985 Fax +61 3 9598-0955 > Radiator: the most portable, flexible and configurable RADIUS server > anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, > Platypus, Freeside, TACACS+, PAM, external, etc etc on Unix, Win95/8, > NT, Rhapsody > === > Archive at http://www.thesite.com.au/~radiator/ > To unsubscribe, email '[EMAIL PROTECTED]' with > 'unsubscribe radiator' in the body of the message. ÿ Archive at http://www.thesite.com.au/~radiator/ To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
