[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: LDAP authentication broke after SVN upgrade 1.1.1 to 1.2

From: Johnson, Rick <JohnsonR_at_gc.adventist.org>
Date: 2005-06-23 13:46:11 CEST

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
Received on Thu Jun 23 13:48:53 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.