(RADIATOR) Garbage in log files

Hugh Irvine hugh at open.com.au
Wed Jul 10 04:32:03 CDT 2002


Hello -

The only way I can tell what is going on is to see a copy of your 
configuration file (no secrets) together with as much information you can 
gather regarding the problem - including version of Radiator, 
hardware/software platform, trace 4 debug showing a request that works and a 
request that doesn't, etc., etc.

regards

Hugh


On Wed, 10 Jul 2002 19:22, dthaba at ke.uu.net wrote:
> Hmm, I dont think its an issue of shared secret, coz it doesnt fail all the
> time, it seems to be on an off problem.
>
>
> Rgds
> TDN
>
>
> ----- Original Message -----
> From: "Hugh Irvine" <hugh at open.com.au>
> To: <tdn at tdn.co.ke>; <radiator at open.com.au>
> Sent: 09-07-2002 11:43 PM
> Subject: Re: (RADIATOR) Garbage in log files
>
>
>
> Hello -
>
> In this case the problem is probably incorrect shared secrets.
>
> regards
>
> Hugh
>
> On Tue, 9 Jul 2002 21:15, tdn at tdn.co.ke wrote:
> > > This looks a lot like modem noise, usually caused by modems that have
>
> not
>
> > > synced properly.
> >
> > Well, I had a configuration whereby the NAS talks to a proxy radius
>
> server,
>
> > and based on the called_station_id, your request is sent to the
>
> appropriate
>
> > radius server.
> >
> > The interesting thing is that, whenever I bypass the proxy, the problem
> > disappears.
> > I now have the NAS sending requests directly to the radius server (not
> > via the proxy), and this looks OK.
> > My proxy radius server is Radiator 3.1 running on FreeBSD 4.6, while the
> > level-2 radius server is Radiator 2.19
> > running on Solaris 2.7.
> >
> > What could the problem be?, as I need to have the proxy radius server
> > back again.
> >
> >
> > Thanks
> > TDN
> >
> > ----- Original Message -----
> > From: "Hugh Irvine" <hugh at open.com.au>
> > To: <tdn at tdn.co.ke>; <radiator at open.com.au>
> > Sent: 09-07-2002 1:40 PM
> > Subject: Re: (RADIATOR) Garbage in log files
> >
> > > Hello -
> > >
> > > This looks a lot like modem noise, usually caused by modems that have
>
> not
>
> > > synced properly.
> > >
> > > regards
> > >
> > > Hugh
> > >
> > > On Tue, 9 Jul 2002 17:21, tdn at tdn.co.ke wrote:
> > > > Hi
> > > >
> > > >
> > > > A few of ous users have been complaining that they occassionaly
> > > > get access denied on login, but most of the times they go through.
> > > > I decided to log the passwords and see if they send the wrong
>
> password,
>
> > > > but i notice that the password field in the log files is in some
> > > > funny characters
> > > >
> > > > eg,
> > > > Tue Jul  9 10:18:21
> > > > 2002:1026209901:test:p¦®øÈG¯õ8_ÊÝ:{crypt}LkoZD.iESAHtg:FAIL
> > > >
> > > >
> > > > Any ideas what would cause this.
> > > >
> > > >
> > > > Rgds
> > > > TDN
> > > >
> > > >
> > > > ===
> > > > 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.
> > >
> > > --
> > > 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.

-- 
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.


More information about the radiator mailing list