Re: LDAP authentication broke after SVN upgrade 1.1.1 to 1.2

[Matheus Leite <ma...@gmail.com>]

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 <Jo...@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