[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-gnu-radius] CVS bug
From: |
Sergey Poznyakoff |
Subject: |
Re: [Bug-gnu-radius] CVS bug |
Date: |
Wed, 05 Dec 2001 12:57:44 +0200 |
> Only on line 62; try to build with configure --disable-debug
OK, fixed.
> Another nasty bug involves make debugmod; unless you build with
> /usr/src/..../radius/configure, in the source directory, it fails
Debugmod is supposed to be run only from the distribution's root
directory. It is inteded as a developer tool, and is not needed for the
end user.
> I am involved in this because I want to implement LDAP auth in gnu-radius,
> but I stumbled upon the following situation: it seems that there are
> provisions for only one external connector, i.e. SQL. The easiest way for
> me to do LDAP is to rip SQL out, and this wouldn't be acceptable. Are
> there any plans to change the internal dispatch tables in order to
> accomodate for more methods, or should I try to do it myself?
The dispatch tables were designed as an intermediate layer between
the internal SQL interface and implementation-specific SQL interface
(mysql, postgres, etc.) They were not supposed to be a general-
purpose extension mechanism.
LDAP support will appear in one of the post-0.96 versions,
although I am planning to implement it as a Guile module, rather
than a built-in C module. Actually, all extensions to radius
auhtentication/accounting methods are supposed to be implemented via
Guile modules.
Anyway, you can try to use sql-extension mechanism to accomodate LDAP.
Regards,
Sergey