Change it to cache = yes.

There is a bug in the non-caching code.

Andrew Tait
System Administrator
Country NetLink Pty, Ltd
E-Mail: [EMAIL PROTECTED]
WWW: http://www.cnl.com.au
30 Bank St Cobram, VIC 3644, Australia
Ph: +61 (03) 58 711 000
Fax: +61 (03) 58 711 874

"It's the smell! If there is such a thing." Agent Smith - The Matrix

----- Original Message -----
From: "Thomas Keitel" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, March 13, 2002 12:23 PM
Subject: Re: /etc/passwd / System auth not working


> Hello Again,
>
> Everything in the config is stock except for:
>
>                 #
>                 #  Cache /etc/passwd, /etc/shadow, and /etc/group
>                 #
>                 #  The default is to NOT cache them.  However, caching
> them can
>                 #  speed up system authentications by a substantial
amount.
>                 #
>                 # allowed values: {no, yes}
>                 cache = no
>                 # Reload the cache every 600 seconds (10mins). 0 to
disable.
>                 cache_reload = 600
>
>                 #
>                 #  Define the locations of the normal passwd, shadow, and
>                 #  group files.
>                 #
>                 #  'shadow' is commented out by default, because not all
>                 #  systems have shadow passwords.
>                 #
>                 passwd = /etc/passwd
>                 shadow = /etc/master.passwd
>                 group = /etc/group
>
>
>                 #
>                 #  Where the 'wtmp' file is located.
>                 #  This will be moved to it's own module soon..
>                 #
>                 radwtmp = ${logdir}/radwtmp
>         }
>
> Switched to running radius as root, but is there a way to use system
> auth w/o this? Perhaps running as username radius?
>
> Thanks,
>
> Tom
>
>
>
>
> Roy Hooper wrote:
>
> >Are you running the server as root?
> >Are you running without passwd and shadow set in the unix configuration
> >block?
> >
> >Why don't you post your config file, and then I'll peruse the code to see
> >what might be getting in the way if it is not a config error.
> >
> >--
> >Roy Hooper
> >Project Manager & Senior UNIX Consultant
> >Decisive Technologies Inc.
> >
> >
> >----- Original Message -----
> >From: "Thomas Keitel" <[EMAIL PROTECTED]>
> >To: <[EMAIL PROTECTED]>
> >Sent: Tuesday, March 12, 2002 6:14 PM
> >Subject: /etc/passwd / System auth not working
> >
> >
> >Hello All,
> >
> >New to the list. I have the faq and googled this to tears but, I have
> >having a hard time getting freeradius .4 to correctly auth users against
> >the FreeBSD 4.5 passwd file. The password is correct and I am at a loss.
> >
> >Thanks,
> >
> >Tom
> >
> >radius.log:
> >
> >Message:    Auth: rlm_unix : [jdoe]: invalid password
> >Message:    Auth: Login incorrect: [jdoe/jdspw] (from nas UNKOWN-NAS port
1)
> >
> >
> >radiusd debug:
> >
> >modcall: entering group authorize
> >  modcall[authorize]: module "preprocess" returns ok
> >  modcall[authorize]: module "suffix" returns ok
> >    users: Matched DEFAULT at 145
> >  modcall[authorize]: module "files" returns ok
> >modcall: group authorize returns ok
> >  rad_check_password:  Found Auth-Type System
> >auth: type "System"
> >modcall: entering group authenticate
> >rlm_unix: [jdoe]: invalid password
> >  modcall[authenticate]: module "unix" returns reject
> >modcall: group authenticate returns reject
> >auth: Failed to validate the user.
> >
> >
> >
> >
> >
> >-
> >List info/subscribe/unsubscribe? See
> >http://www.freeradius.org/list/users.html
> >
> >
> >
> >
> >-
> >List info/subscribe/unsubscribe? See
http://www.freeradius.org/list/users.html
> >
> >
>
>
>
> -
> List info/subscribe/unsubscribe? See
http://www.freeradius.org/list/users.html
>


- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

Reply via email to