Hi Phil, Alan
I've tries to start nscd and that seems to resolve the problem.
I'd would like to thanks you for all your answers.
Regards,
Massimo Meregalli
Are you running nscd? If not, I suggest trying it. That way, the NSS
ldap lookups will happen in the nscd process, and libc should
are working fine.
I suggest commenting out the unix module from radiusd.conf. The
issue MAY be conflicting use of static variables in the OpenLDAP libraries.
The unix module is commented out in the configuration file.
Regards,
Massimo Meregalli
-
List info/subscribe/unsubscribe? See http
Ok,
On Tue, 2007-11-06 at 00:30 +0100, Alan DeKok wrote:
Massimo Meregalli wrote:
...
Can you attach to the process with gdb, and print the output of bt?
That would help figure out where the problem lies.
The following is the backtrace produced when I attach the debugger to
the radiusd
May be I'm running into a similar problem but with the password
attribute. In my case the problem was that the distinguished name used
by radiusd to bind to the directory to perform user authorization didn't
have permission to read that attribute.
I hope this will help.
Massimo Meregalli
,
Massimo Meregalli
On Sat, 2007-11-03 at 14:37 +0100, Massimo Meregalli wrote:
The server is configured to run as radiusd/radiusd and the configuration
directory (/etc/raddb) as well as the log directory (/var/log/radiusd)
are owned by radiusd with rwx permission for the owner, as all the files
the users file).
I've also tried to change the ldap module (rlm_ldap) with the one of the
version 1.1.3 (As I've red from the mailing list) with no luck.
The configuration I'm testing came from an installation of freeradius
1.1.3 that works fine.
Thanks
Massimo Meregalli
On Fri, 2007-11-02 at 14:19
apprecieated.
Thanks
Massimo Meregalli
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
7 matches
Mail list logo