--- Forwarded mail from [EMAIL PROTECTED]
Date: Thu, 28 Dec 2000 17:40:13 +1100 (EST)
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: BOUNCE [EMAIL PROTECTED]:Non-member submission from ["Lachlan
Fletcher" <[EMAIL PROTECTED]>]
>From mikem Thu Dec 28 17:40:09 2000
Received: by oscar.
Hello Bryn -
At 15:55 -0800 00/12/21, Bryn Wm. Moslow wrote:
>I could swear up and down that I once saw an example of this either in the
>Radiator reference or the FAQ but I can no longer dig it up:
>
>I need to refuse logins on certain NAS's for explicit UNIX groups. For the
>sake of precision
Hello Tim -
On Wednesday 27 December 2000 23:14, Timothy G. Wells wrote:
> Thank you very much for the quick response.
>
> I understand what you said. Another question is does Radiator, once doing
> an SNMP check, update the session (SQL) database if it discovers that
> indeed the user is not re
Hello Eric -
On Thursday 28 December 2000 10:28, Eric Elliston wrote:
> Does anyone know where I can get the Dictionary.ascend2 file???
>
All of the dictionary files are included in the distribution main directory.
BTW - the latest version of Radiator is 2.17.1.
regards
Hugh
--
Radiator: t
Hello Eric -
On Thursday 28 December 2000 06:58, Eric Elliston wrote:
> I have DSL Customers terminating on a Cisco 7206VXR...this box looks to
> Radiator which uses ODBC (Platypus) for the user database. It works
> fine but Radius is not logging any user info such as usage...etc.
> Authenticat
Does anyone know where I can get the Dictionary.ascend2 file???
Thanks
Eric
===
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.
I have DSL Customers terminating on a Cisco 7206VXR...this box looks to
Radiator which uses ODBC (Platypus) for the user database. It works
fine but Radius is not logging any user info such as usage...etc.
Authentication works fine.
aaa new-model
aaa authentication login foo none
aaa authenticat
Thank you very much for the quick response.
I understand what you said. Another question is does Radiator, once doing
an SNMP check, update the session (SQL) database if it discovers that
indeed the user is not really currently logged in and should be allowed to?
In other words, does ut go ahe
