(RADIATOR) Authentication Problem

['Tunde Ogedengbe]

I need help pls! and very URGENTLY too!

My RADIATOR Authentication is suddenly rejecting all passwords.  It is
logging encrypted passwords in password.log.
I am not using encryption at all.  I am authentication via ODBC.  I tried
with User flat file without any success.


'Tunde Ogedengbe
Linkserve Limited
22 Akin Adesola Street
Victoria Island
Lagos - Nigeria
Tel: +234 1 2623900
Fax: +234 1 2623906
URL: http://www.linkserve.net
----- Original Message -----
From: "Hugh Irvine" <hugh at open.com.au>
To: "Harrison Ng" <Harrison_Ng at hksmartone.com>; <radiator at open.com.au>
Sent: Monday, September 10, 2001 11:11 AM
Subject: Re: (RADIATOR) FW: Load Balancing


>
> Hello Harrison -
>
> No - seconds only are supported.
>
> regards
>
> Hugh
>
>
> On Monday 10 September 2001 17:23, Harrison Ng wrote:
>
> > > BTW, can those time related parameters accepts milliseconds, such as
> > RetryTimeout, FailureBackoffTime.
> >
> > Harrison
> >
> > > -----Original Message-----
> > > From: Harrison Ng
> > > Sent: Monday, September 10, 2001 3:21 PM
> > > To: 'radiator at open.com.au'
> > > Subject: Load Balancing
> > >
> > > Hi,
> > >
> > > We are using Ericsson GSN, the primary and secondary failover timer in
> > > GSN is restricted to merely 6 seconds. After these 6 secs, it drops
the
> > > call.
> > >
> > > So our radiator server need to respond very fast, I mean fast in doing
> > > username/password authentication, accounting logging, ip address
> > > allocation and forward accounting information to 3rd party business
> > > partners and reply back to GSN at last. If we divide 6 secs into 2
> > > halves, there will be only 3 secs for primary radius, and 3 secs for
> > > secondary radius.
> > >
> > > Our first question is it possible to change the behaviour (perhaps an
> > > extra parameter) of <AuthBy ROUNDROBIN, VOLUMEBALANCE, LOADBALANCE> so
> > > that when radius proxy does not receive response from the first radius
> > > server, then just stop it and let the radius server marked failure and
> > > reply nothing to GSN. Let the radius server sit still until
> > > FailureBackupoffTime is reached. Do not even try to forward request to
> > > the second listed, until the list is exhausted.
> > >
> > > Second can we set the timeout value (perhaps to zero) for the very
first
> > > accounting forward packet. The RetryTimeout only suitable for
> > > retransmitting packet. Lost accounting packet is not a concern to us,
as
> > > long as the radius server work very fast.
> > >
> > > We tried optimize every things such as using radius proxy to
distribute
> > > loading to several radius server, put database server in another unix
> > > box, field indexing, lots of memory and etc. Maybe our question is a
bit
> > > strange. Perhaps someone can suggest us a workaround. Thanks.
> > >
> > >
> > > Regards,
> > > Harrison
> > > SmarTone BroadBand Services Ltd.
>
> ----------------------------------------
> Content-Type: text/html; charset="iso-8859-1"; name="Attachment: 1"
> Content-Transfer-Encoding: quoted-printable
> Content-Description:
> ----------------------------------------
>
> --
> 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.open.com.au/archives/radiator/
> Announcements on radiator-announce at open.com.au
> To unsubscribe, email 'majordomo at open.com.au' with
> 'unsubscribe radiator' in the body of the message.
>

===
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.