You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Jeff Trawick <tr...@attglobal.net> on 2004/04/13 13:44:19 UTC
Re: cvs commit: httpd-2.0/modules/experimental util_ldap.c
bnicholes@apache.org wrote:
> bnicholes 2004/03/31 14:56:08
>
> Modified: modules/experimental util_ldap.c
> Log:
> Update the DN information associated with each LDAP connection after util_ldap_cache_checkuserid() rebinds the connection.
>
> Revision Changes Path
> 1.22 +12 -0 httpd-2.0/modules/experimental/util_ldap.c
>
> Index: util_ldap.c
> ===================================================================
> RCS file: /home/cvs/httpd-2.0/modules/experimental/util_ldap.c,v
> retrieving revision 1.21
> retrieving revision 1.22
> diff -u -r1.21 -r1.22
> --- util_ldap.c 9 Feb 2004 20:29:18 -0000 1.21
> +++ util_ldap.c 31 Mar 2004 22:56:08 -0000 1.22
> @@ -844,6 +844,18 @@
> ldap_msgfree(res);
> return result;
> }
> + else {
> + /*
> + * Since we just bound the connection to the authenticating user id, update the
> + * ldc->binddn and ldc->bindpw to reflect the change and also to allow the next
> + * call to util_ldap_connection_open() to handle the connection reuse appropriately.
> + * Otherwise the next time that this connection is reused, it will indicate that
> + * it is bound to the original user id specified ldc->binddn when in fact it is
> + * bound to a completely different user id.
> + */
> + ldc->binddn = apr_pstrdup(st->pool, *binddn);
> + ldc->bindpw = apr_pstrdup(st->pool, bindpw);
isn't st->pool pconf? (or maybe I'm having trouble tracking ldc and st ;) )
can binddn and bindpw be repeatedly replaced with new values, creating
uncontrolled growth of pconf?