Hello Viraj -

At 22:56 -0500 00/11/9, Viraj Alankar wrote:
>Hugh Irvine wrote:
>>
>>  Hello Matthias -
>>
>>  On Tue, 10 Oct 2000, Matthias Fechner (Temp) wrote:
>>  > Hi,
>>  >
>>  > i want to integrate a complete fallback, if the database isn't 
>>working like
>>  > client-auth, user-auth or accounting radiator should be use flatfiles. If
>>  > accounting cannot be write to mysqldb it is written to a
>>  > flatfile(AcctLogFileName ).
>>  >
>>  > I think for the user I only write
>>  > <Realm bla>
>>  >         <AuthBy SQL>
>>  >                 DBSource        dbi:mysql:cndps
>>  >                 DBUsername      radiator
>>  >                 DBAuth          *****
>>  >                 AuthSelect      SELECT password,NULL,replyattr 
>>FROM snapshot
>>  > WHERE \
>>  >                                 loginname='%U'  AND realmname='%R'
>>  >
>>  >                 NoDefault
>>  >                 # You may want to tailor these for your ACCOUNTING table
>>  >                 # You can add your own columns to store whatever you like
>>  >                 AccountingStopsOnly
>>  >                 AccountingTable accounting
>>  >                 AcctColumnDef   username,User-Name
>>  >           ........
>>  >                 AcctColumnDef   disconnect_cause,Ascend-Disconnect-Cause
>>  >         </AuthBy>
>>  >
>>  >       # use this for fallback
>>  >     <AuthBy FILE>
>>  >           Filename users
>>  >     </AuthBy>
>>  >
>>  >         AcctLogFileName  accounting.log
>>  >         PasswordLogFileName password.log
>>  > </Realm>
>>  >
>>
>>  You will need to add an AuthByPolicy to the above:
>>
>>  <Realm bla>
>>          AuthByPolicy ContinueUntilAccept
>>          .....
>
>Sorry to reply to such an old message, but shouldn't the AuthByPolicy
>here be ContinueWhileIgnore? Otherwise it seems all failed
>authentications will unnecessarily go through the flatfile as well.


There are always many ways to accomplish anything - the discovery of 
how many is left as an exercise for the reader. (paraphrased from the 
Camel book)

cheers

Hugh


-- 
--
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald,
Platypus, Freeside, Interbiller, TACACS+, PAM, external, etc, etc.
Available on Unix, Linux, FreeBSD, Windows 95/98/2000, NT, MacOS X.

===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

Reply via email to