Re: LDAP authentication broke after SVN upgrade 1.1.1 to 1.2

I am having the same problem as in the message below - Apache crashes
silently and produces no error logs when I try to authenticate with
mod_auth_ldap. I am running Apache 2.0.54 under Windows 2003 and SVN
1.2.3.

Looking at the system log I found that the problem might be these two
faulty dlls:
wldap32.dll
libapr.dll

However I have no older versions of these files to use instead, can
anyone help me finding the newer versions?

Thanks in advance,

Matheus

2005/6/23, Johnson, Rick <JohnsonR@gc.adventist.org>:
>
> I had the same problem when I upgraded. I tracked it down to the LDAP
> modules. When I replaced the new LDAP modules that came with the binaries
> with the old ones I had in my backup directory, everything worked. The LDAP
> modules that I use (I'm not where I can access my server right now so I
> don't know whose LDAP module I'm using) has a .dll that goes with them. I
> suspect that the new .so files need an updated .dll file and I was too lazy
> to go find one. The old modules work with the old .dll and the new apache so
> I'm content.
>
> Rick
>
>
> ________________________________
> From: Andrew Arnott [mailto:andrewarnott@gmail.com]
> Sent: Wednesday, June 22, 2005 6:32 PM
> To: users@subversion.tigris.org
> Subject: LDAP authentication broke after SVN upgrade 1.1.1 to 1.2
>
>
> Thanks for reading. I really enjoy using SVN and you developers are doing
> great work. I just have a problem with LDAP authentication since upgrading
> to your latest and greatest SVN 1.2, and hope you have seen the problem
> before and can help me out.
>
> I had an Apache 2.0.52 running under SVN 1.1.1, and my apache configuration
> was using LDAP authentication so that anyone to access the repository had to
> authenticate to the LDAP. It worked very nicely. When upgrading to SVN
> 1.2, SVN warned me to upgrade to Apache 2.0.54, which I did. Then I
> installed SVN 1.2. Now every time I try to access the repository I get the
> authentication box, but when I fill in my credentials and click OK, Apache
> crashes on the server, and the client gets nothing. Nothing else has
> changed but the Apache and SVN versions. Can you help?
>
> Here is my relevant Apache configuration:
>
> LoadModule ldap_module modules/util_ldap.so
> LoadModule auth_ldap_module modules/mod_auth_ldap.so
> LoadModule dav_module modules/mod_dav.so
> LoadModule dav_svn_module modules/mod_dav_svn.so
> LoadModule authz_svn_module modules/mod_authz_svn.so
>
> <VirtualHost 128.187.130.114:80>
> ServerAdmin AndrewArnott@byu.edu
> DocumentRoot "c:/Subversion Repositories"
> ServerName fhsssvn.byu.edu
>
> <Location />
> DAV svn
> SVNPath "c:/Subversion Repositories/fhss"
> AuthzSVNAccessFile "c:/Subversion
> Repositories/fhss-svn-auth-file"
>
> # try anonymous access first, resort to real
> # authentication if necessary.
> Satisfy Any
>
> # how to authenticate a user
> AuthType Basic
> AuthName "Subversion repository"
>
> # Of the two authentication modes below, the BYU LDAP is the
> # best usually because it means each developer signs in with
> # their own Route Y Net ID and password.
> # Sometimes the BYU LDAP is down, and we must redirect
> # authentication to our own devices. To swap modes, swap
> # which line below is commented out.
>
> AuthLDAPUrl
> ldaps://ldap.byu.edu/ou=people,o=byu.edu
> # AuthUserFile "C:/Subversion
> Repositories/fhss-svn-auth-file-passwords-LDAPdown"
>
> # The fhss-svn-auth-file worries about who gets what access
> # require user ala55 atb32 dcp22
> require valid-user
> </Location>
> </VirtualHost>
>
> --
> Andrew Arnott
> Web Developer
> Brigham Young University
> "Men stumble over the truth from time to time, but most pick themselves up
> and hurry off as if nothing happened." -WC

--
------------------------------
Matheus Costa Leite
matheus@mindsatwork.com.br
Minds at Work
Tecnologia da Informação
------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org