You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Graham Leggett <mi...@sharp.fm> on 2002/09/10 08:51:09 UTC

Re: cvs commit: httpd-2.0/modules/aaa mod_auth_basic.c mod_authn_anon.c mod_authn_dbm.c mod_authn_default.c mod_authn_file.c mod_authz_dbm.c mod_authz_default.c mod_authz_groupfile.c mod_authz_host.c mod_authz_user.c config.m4 mod_auth_digest.c NWGNUauthanon NWGNUauthdbm mod_access.c mod_access.dsp mod_access.exp mod_auth.c mod_auth.dsp mod_auth.exp mod_auth_anon.c mod_auth_anon.dsp mod_auth_anon.exp mod_auth_dbm.c mod_auth_dbm.dsp mod_auth_dbm.exp

jerenkrantz@apache.org wrote:

>   Stage #1 of the aaa rewrite - refactoring modules.
>   
>   All modules are reorganized under the following scheme:
>   - mod_auth_*:   Front-end (basic, digest)
>   - mod_authn_*:  Authentication (anon, dbm, default, file)
>   - mod_authz_*:  Authorization (dbm, default, groupfile, host, user)
>   
>   This passes the httpd-test suite when it accounts for the renaming of
>   aaa modules.

I don't see the auth_ldap stuff included - is it on the cards to be part 
of the rewrite?

Regards,
Graham
-- 
-----------------------------------------
minfrin@sharp.fm		"There's a moon
					over Bourbon Street
						tonight..."

Re: cvs commit: httpd-2.0/modules/aaa

Posted by Justin Erenkrantz <je...@apache.org>.
On Tue, Sep 10, 2002 at 08:51:09AM +0200, Graham Leggett wrote:
> I don't see the auth_ldap stuff included - is it on the cards to be part 
> of the rewrite?

Yeah, ldap is kind of on the radar screen, but it can keep using the
same external auth API (none of the external APIs changed - just how
the aaa/ directory is structured and how our default modules behave).
So, it isn't urgent to change auth_ldap right now.

I just checked in the provider rewrite (not complete - can't do
multiple providers), but functional enough so that we should take
stock of where we are before going further.

The LDAP code fits squarely in the provider section - it should be
able to expose itself via the authn_provider structures and then
mod_auth_basic (and perhaps mod_auth_digest) can use ldap.

I probably want to see the ldap code land in aaa/ldap/ as I'm not
100% sold on cluttering up the aaa/ directory more.  

The other thing is that I bet the ldap code could be greatly
simplified by using the new reslist code in apr-util.  -- justin