(RADIATOR) Time conversion on Radiator 3.0

2002-04-29 Thread rcortez
Hello, I'm having problem using the time function of radiator ver. 3.0 when i'm using the until time or until 0800 it didn't work? while it is functioning in Radiator 2.19. Is there any new configuration for version 3.0 for time attribute? Ray === Archive at http://www.open.com.au/arch

Re: (RADIATOR) Problems after upgrading to 3.0

2002-04-29 Thread Hugh Irvine
Hello Ashley - There is a bug in the "Radius/AuthNT.pm" module. The web site has a patched version and I will send you a copy seperately. regards Hugh On Tue, 30 Apr 2002 15:52, Kent, Ashley wrote: > I've just upgrade one of my NT radiator boxes from 2.18 to 3.0 and hit a > snag. > To upgra

Re: (RADIATOR) not appearing to be working...

2002-04-29 Thread Hugh Irvine
Hello Jeremy - You would use the PacketTrace parameter in the clauses in which you want the trace 4 logging (have a look at the PacketTrace sections in the manual). Note that it is *much* easier to do this sort of thing with Radar. http://www.open.com.au/radar regards Hugh

Re: (RADIATOR) logfile per realm or handler

2002-04-29 Thread Hugh Irvine
Hello Ray - What version of Radiator are you running? This is only supported in Radiator 3.0 and later. >From the Radiator 3.0 release notes: Any clause may now have any number of private clauses, which will be used to log errors and messages originating from within that clause before bein

Re: (RADIATOR) failed login in password log

2002-04-29 Thread Hugh Irvine
Hello Ray - You will need to add a column for failed logins to your user records which will be incremented by one for each login failure and reset to zero for each successful login. Have a look at the module "Radius/AuthRADMIN.pm" to see how this is done with our Radmin product. regards H

(RADIATOR) Problems after upgrading to 3.0

2002-04-29 Thread Kent, Ashley
I've just upgrade one of my NT radiator boxes from 2.18 to 3.0 and hit a snag. To upgrade all I did was stop the radiator service, do a "perl makefile.pl install", and restart radiator. Once I restart I see in the log: Tue Apr 30 15:29:22 2002: ERR: Unknown keyword 'Domain' in d:\radiator\configs

Re: (RADIATOR) not appearing to be working...

2002-04-29 Thread Jeremy Burton
ok, thats all good, and i have a much cleaner config file now... but one more question - i can't get packet logs unless I have Global logging at trace 4. whats the recommended way to handle the situation where I only want level 3 logs globally, but want packet dumps for a particular few AuthBy cl

(RADIATOR) logfile per realm or handler

2002-04-29 Thread rcortez
Hello, Is it possible to have a logfile on a per Realm/Handler? If yes how can we configure it on my config file? I've tried using: Filename /usr/local/raddb/logfile/logfile . . . I'm getting an error like Unknown object

Re: (RADIATOR) failed login in password log

2002-04-29 Thread rcortez
Hello again, How can we do this? we have a mysql server. Ray - Original Message - From: Hugh Irvine <[EMAIL PROTECTED]> Date: Tuesday, April 30, 2002 11:21 am Subject: Re: (RADIATOR) failed login in password log > > Hello Ray - > > Yes there is, but you will need an SQL dat

Re: (RADIATOR) failed login in password log

2002-04-29 Thread Hugh Irvine
Hello Ray - Yes there is, but you will need an SQL database for your user records. regards Hugh On Tue, 30 Apr 2002 13:01, [EMAIL PROTECTED] wrote: > Hi, > > > Is there a way we can count the failed login of a certain user for > us to lock that user? > > > Ray > > === > Archive at http:/

(RADIATOR) failed login in password log

2002-04-29 Thread rcortez
Hi, Is there a way we can count the failed login of a certain user for us to lock that user? Ray === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.

Re: (RADIATOR) AuthBy SQLRADIUS accounting to a database

2002-04-29 Thread Hugh Irvine
Hello - As Frank has already mentioned (thanks Frank), you will need to add an AuthBy SQL clause if you want to keep a local copy of the accounting records. Of course you could also use the AcctLogFileName/AcctLogFileFormat parameters if you just want to keep a copy in a local file. regards

Re: (RADIATOR) session database

2002-04-29 Thread Hugh Irvine
Hello Ray - Yes you can do this. regards Hugh On Mon, 29 Apr 2002 22:13, [EMAIL PROTECTED] wrote: > Hello, > > > Is it possible to have a sql session database for every handler? > > ex. > > . > . > > > . > . > > > >

RE: (RADIATOR) AuthBy SQLRADIUS accounting to a database

2002-04-29 Thread Frank Danielson
AuthBy SQLRADIUS proxies requests to other RADIUS servers and doesn't do any accounting explicitly. When the docs say it understands the parameters of AuthBy SQL they are referring to the parameters that define the connectivity to the database. If yout want to do accounting you can add an AuthB

(RADIATOR) AuthBy SQLRADIUS accounting to a database

2002-04-29 Thread tdn
Though the documention says that AuthBy SQLRADIUS understands all the parameters that AuthBy SQL and AuthBy RADIUS understand, it seems i cant have accounting records to an SQL database at that levelis that the case? Rgds TDN === Archive at http://www.open.com.au/archives/radiator/ Announc

(RADIATOR) session database

2002-04-29 Thread rcortez
Hello, Is it possible to have a sql session database for every handler? ex. . . . . Ray === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROT

Re: (RADIATOR) more confusion ;-)

2002-04-29 Thread Hugh Irvine
Hello Jeremy - Try something like this: # define AuthBy clauses Identifier ProxyAccounting NoForwardAuthentication Host somehost Secret Identifier CheckFILE NoDefaultIfFound Filename %D/users.adsl Identifier Check

Re: (RADIATOR) Radiator - Double Authen

2002-04-29 Thread Hugh Irvine
Hello Arthur - I am not sure I understand exactly what you want to do - what are you going to check the Calling-Station-Id against? regards Hugh On Mon, 29 Apr 2002 18:10, Arthur Ho wrote: > Hello, > My acend TNT need to check the called-station-id first, then change to > related profile

Re: (RADIATOR) not appearing to be working...

2002-04-29 Thread Hugh Irvine
Hello Jeremy - You are correct - if you put a inside an object - you only get the logging for that object. It is generally preferable to use Identifiers for this sort of thing: Identifer MyLogger Filename . Trace ...

(RADIATOR) Radiator - Double Authen

2002-04-29 Thread Arthur Ho
Hello,     My acend TNT need to check the called-station-id first, then change to related profile.  The authen process is firstly check the calling-station-id and then check the user name and password and the unix account. I did that at another radius as belows: -   DEFAULT    Password="Asc

(RADIATOR) more confusion ;-)

2002-04-29 Thread Jeremy Burton
Ok, more confusing stuff from me :) I have modified my config from before, in an attemp to make it neater.. Basically, the just is this: 3 AuthBys in a group. 1. Bounce the Accounting off to a different radius server. So ignore auth (which with the NoForwardAuthentication flag set, will by de

Re: (RADIATOR) not appearing to be working...

2002-04-29 Thread Jeremy Burton
Hi Hugh, If you look closely in the two files, one of them does indeed include all logging (the global logfile). The second one *only* contains the following line for each request: Mon Apr 29 17:10:32 2002: DEBUG: Handling with Radius::AuthGROUP and nothing more it is the details for the A