Ok, I'm running a test with the -s option and it appears to be running
fine. The problem doesn't appear to resurface with the -s option. My test
script has gotten to over 2500 whereas it wouldn't even pass 300 without
the -s with a username near the bottom of the passwd file.
What does this mean? I don't understand the -s according to the radiusd
man page. When I do a "ps ax" and review my logs Radius appears to running
normally.
-s Normally, the server forks a seperate process for accounting,
and a seperate process for every authentication request. With
this flag the server will not do that. It won't even "daemonize"
(auto-background) itself.
Bill
----- Original Message -----
From: Alan DeKok
To: [EMAIL PROTECTED]
Sent: Friday, October 17, 2003 9:26 AM
Subject: Re: 0.9.1 and bad logins
"VCI Help Desk" <[EMAIL PROTECTED]> wrote:
> I did more testing with this Perl script I wrote that uses radtest to
> repeatedly test FreeRadius with a username and password file. If the
> username is near to the top of the passwd file it has a much smaller
chance
> of an invalid login compared to a username closer to the bottom of the
> passwd file.
It sounds like a bug in the system libraries to me.
Try running the server with '-s', and see if the problem resurfaces.
> Could the getpwent be causing this or could I have something else
wrong?
It's getpwent() and friends. See rlm_unix.c
Alan DeKok.
-
List info/subscribe/unsubscribe? See
http://www.freeradius.org/list/users.html
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
