Hello Ingvar -
On Monday 29 January 2001 20:02, Ingvar Berg (ERA) wrote:
> Hello Hugh,
>
> Wouldn't it be nice with some "generic" solution to this generic problem?
> I.e. handle RADIUS primary/secondary and LDAP primary/secondary in a
> similar way. Some configurable time before Radiator tries the primary
> server again will help the performance problem Andy is indicating, and if
> someone really wants to try the primary first always, the time parameter
> could be set to 0.
>
I have copied Mike on Andy's mail, and I will copy him on this mail too.
I agree that a more generic solution is to be prefered.
> And how about allowing hostname _or_ hard-coded IP address whenever
> possible (like BindAddress).
>
This is already the case.
regards
Hugh
> /Ingvar
>
> -----Original Message-----
> From: Hugh Irvine [mailto:[EMAIL PROTECTED]]
> Sent: den 29 januari 2001 09:11
> To: Andy De Petter; Radiator Mailing
> Cc: [EMAIL PROTECTED]
> Subject: Re: (RADIATOR) high availabilty accounting
>
>
>
> Hello Andy -
>
> This will work also.
>
> Mike is doing some work on the SQL subsystem now - perhaps there should be
> a parameter that could control this behaviour?
>
> regards
>
> Hugh
>
> On Monday 29 January 2001 18:36, Andy De Petter wrote:
> > AFAIK, by restarting radiator processes..
> >
> > -a
> >
> > > -----Original Message-----
> > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> > > Behalf Of Janet N del Mundo
> > > Sent: maandag 29 januari 2001 7:00
> > > To: Hugh Irvine
> > > Cc: [EMAIL PROTECTED]
> > > Subject: Re: (RADIATOR) high availabilty accounting
> > >
> > >
> > > Hi Hugh,
> > >
> > > How do you switch it back to the primary SQL then?
> > >
> > > Thanks,
> > > Janet
> > >
> > > Hugh Irvine wrote:
> > > > Hello Janet -
> > > >
> > > > At 15:25 +1000 01/1/26, Janet N del Mundo wrote:
> > > > >What if your primary SQL machine comes back up? Does it
> > > > > automatically switch back to the primary SQL?
> > > >
> > > > No it doesn't.
> > > >
> > > > regards
> > > >
> > > > Hugh
> > > >
> > > > --
> > > >
> > > > NB: I am travelling this week, so there may be delays in our
> > >
> > > correspondence.
> > >
> > > > 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.
> > >
> > > ===
> > > 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.
> >
> > ===
> > 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.
--
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.
===
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.
