(RADIATOR) Problem with PasswordLogFileName

[William M. Sandiford]

I solved my own problem.  For archival purposes, I made a bogus users file (called bogus) and then took advantage of the AuthByPolicy using the following.
 
<Handler Called-Station-Id="905xxxxxxx">
        AuthByPolicy ContinueWhileReject
        PasswordLogFileName /var/log/password.log
        <AuthBy FILE>
                Filename /etc/raddb/bogus
        </AuthBy FILE>
        <AuthBy INTERNAL>
                AuthResult              ACCEPT
                AcctStartResult         ACCEPT
                AcctStopResult          ACCEPT
                DefaultResult           REJECT
        </AuthBy>
</Handler>
 
So basically the authby File caused the logging to work (however everything was logged as FAIL) and then the authby INTERNAL let them on.
 
Regards,
Bill


   _____  

From: William M. Sandiford 
Sent: Saturday, August 13, 2005 3:18 PM
To: radiator at open.com.au
Subject: (RADIATOR) Problem with PasswordLogFileName


Hello:
 
I'm having a small problem.  We have recently acquired another service provider that for some stuped reason, has lost their password file.  In order to make sure customers were able to login, we setup Radiator so that any request that came from their dialin number got automatically authenticated (kind of like an "allow all" scenario)  This has worked well, however we would like to actually log the passwords, so that we can recreate the password file properly.  We have tried using PasswordLogfileName but the file doesn't log anyting.  Our handler looks like this.
 
<Handler Called-Station-Id="905XXXXXXX">
        PasswordLogFileName /var/log/password.log
        <AuthBy INTERNAL>
                AuthResult              ACCEPT
                AcctStartResult         ACCEPT
                AcctStopResult          ACCEPT
                DefaultResult           REJECT
        </AuthBy>
</Handler>
 
Any suggestions or assistance would be greatly appreciated.  I think this might be able to be done with a hook, but neither myself nor anyone I know is strong enough with perl to do it!!!
 
Thanks,
Bill


--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.338 / Virus Database: 267.10.8/71 - Release Date: 8/12/2005



--
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.338 / Virus Database: 267.10.8/71 - Release Date: 8/12/2005



-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.338 / Virus Database: 267.10.8/71 - Release Date: 8/12/2005
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.open.com.au/pipermail/radiator/attachments/20050813/f73e47cf/attachment.html>