Hi Mickey,
On Jun 28, 5:47pm, Mickey Coggins wrote:
> Subject: RE: (RADIATOR) AuthByPolicy ContinueUntilAccept
> Hi,
>
> Is there a way to get this to work in series? Try one, if it fails,
> then try the next one?
AuthBy RADIUS can fall back to alternate radius servers if it gets no response,
You can also control the timeout period and th enumber of retries before
falling back.
<AuthBy RADIUS>
Host host1
Host host2
Host host3
Retries 2
RetryTimeout 10
</AuthBy>
Hope that helps.
Cheers.
>
> Thanks,
> Mickey
>
> > -----Original Message-----
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> > Behalf Of Mike McCauley
> > Sent: mercredi, 9. juin 1999 16:11
> > To: Mickey Coggins; Radiator Users List
> > Subject: Re: (RADIATOR) AuthByPolicy ContinueUntilAccept
> >
> >
> > Hi Mickey,
> >
> > AuthBy RADIUS is a little different to most other AuthBy clauses. It
forwards
> > the request immediately, then does retransmits until it gets a reply, then
> > sends the reply back to the original NAS. If you have 2 AuthBy RADIUS
chained
> > together (as you do), then _both_ will transmit immediately, and both will
> > arrange for retransmits in the case of no reply, and both will send their
> > replies back to the original NAS. So I guess this could be described as
> > operating in parallel. In this case, the order is not really important.
> >
> > Hope that helps.
> >
> > Cheers.
> >
> > On Jun 8, 3:20pm, Mickey Coggins wrote:
> > > Subject: (RADIATOR) AuthByPolicy ContinueUntilAccept
> > > Hi,
> > >
> > > I have something like this in my config file:
> > >
> > > <Realm DEFAULT>
> > > AuthByPolicy ContinueUntilAccept
> > > <AuthBy RADIUS>
> > > DefaultReply Service-Type=Framed-User,Framed-Protocol=PPP
> > > Host 10.1.1.1
> > > Host 10.1.2.1
> > > Host 10.1.3.1
> > > Secret secret
> > > AuthPort 1645
> > > AcctPort 1646
> > > LocalAddress mylocal.cooldomain.com
> > > </AuthBy>
> > > <AuthBy RADIUS>
> > > DefaultReply Service-Type=Framed-User,Framed-Protocol=PPP
> > > Host auth.coolerdomain.com
> > > Secret moresecret
> > > AuthPort 1812
> > > AcctPort 1813
> > > LocalAddress mylocal.cooldomain.com
> > > </AuthBy>
> > > </Realm>
> > >
> > >
> > > What I see is that if the request times out for the first AuthBy and
> > > is accepted by the second, the first AuthBy continues to send requests
> > > for quite some time.
> > >
> > > How does this work? Does radiator try both in parallel? Is order
> > > important?
> > >
> > > Thanks,
> > > Mickey
> > >
> > > ===
> > > 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 Mickey Coggins
> >
> >
> >
> > --
> > 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.
> >
>
> ===
> 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 Mickey Coggins
--
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.
