Hello Jay,
On Mar 28, 9:22am, Hugh Irvine wrote:
> Subject: Re: (RADIATOR) misc. radmin stuff
> Hello Jay -
>
> First a bit of clarification - RAdmin is a customer management system, while
> Radiator is a radius server. As such, RAdmin has things like Valid From and
> Valid To that make sense in a customer management context. In fact, Valid To
> is used by Radiator to limit customer access to only the period specified.
> After the Valid To date access will be denied.
>
> As to the other RAdmin fields I will ask Mike to clarify their usage.
AuthBy RADMIN does indeed check the valid from and valid to fields.
Right now, the only way to set up an account that does not expire is to set the
valid to date a long time in the future. You could set something like "30y" as
the default in your Site.pm (ie 30 years from now)
Hope that helps.
Cheers.
>
> regards
>
> Hugh
>
> NB - I'm travelling for a couple of weeks ...
>
> --
> 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.
>
>
> ----- Original Message -----
> From: "Jay West" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, March 27, 2000 11:29 PM
> Subject: (RADIATOR) misc. radmin stuff
>
>
> > If I understand the last post Hugh sent on the subject:
> >
> > The valid-to date in the sample SQL database does not support being
> "blank"
> > and meaning "no expiration date". First, I'd like to ask what exactly uses
> > the valid-from and valid-to fields. It appears that they are not used at
> > all? Several followup questions come to mind:
> >
> > 1) It does not appear that radiator will use the valid-from and valid-to
> > fields. Is this correct?
> > 2) How would one go about making radiator use those two fields, if it
> > doesn't already?
> > 3) Since all the reporting stuff in radmin allows either a from or to date
> > (ie. one or the other or both can be blank) wouldn't it be a sane request
> to
> > ask that the valid-to date be allowed to be blank, thus meaning no
> > expiration date? Same for valid-from.
> >
> > There's a lot of fields and tables in the sample radmin database that
> don't
> > appear to be used. RADATTRS, RADSERVICES, RADSTCONFIG, RADVALUES, etc. Are
> > these values in fact not used by radiator or radmin? It would appear that
> > the documentation for radmin is lacking in this point.
> >
> > Thanks for any advice you can give!
> >
> > Jay West
> >
> >
> > ===
> > 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.
> >
>
>
>-- End of excerpt from Hugh Irvine
--
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,
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.
