Hi David,
Radiator only ever contacts the NAS when it has to: when a user logs in, and
the session database thinks they are at their sim-use limit already. That means
that Radiator only checks the NAS occasionally.
At DEBUG (level 4), Radiator prints a message when it checks the NAS:
"Checking if user is still online: ....."
If it turns out that Radiator conludes the user was not really online when in
fact the session database said they were, it prints out another message at
NOTICE (level 3):
"Session for $name at $nas_id:$nas_port has gone away"
If you are not at level 4, you might be able to see the transacitons by
snooping on the wire?
Hope that helps.
Cheers.
On Feb 22, 10:45am, David Lloyd wrote:
> Subject: (RADIATOR) How do I know?
> Is there any way to verify that Radiator is successfully querying my NASs
> to update its session database? Nothing shows up in my logfile that looks
> like an error (at trace 3), but I am having a problem where some people
> are unable to log in due to Simultaneous-Use problems.
>
> I am able to do snmpget from the NAS in question, but I don't know that
> the database is being updated....
>
> Thanks.
>
> - Dave
>
>
> ===
> 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 David Lloyd
--
Mike McCauley [EMAIL PROTECTED]
Open System Consultants Pty. Ltd Unix, 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.
