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

Re: Bikeshed: configuration override order

From: Hyrum K. Wright <hyrum_wright_at_mail.utexas.edu>
Date: Wed, 11 Aug 2010 08:30:43 -0500

On Wed, Aug 11, 2010 at 6:05 AM, Bolstridge, Andrew
<andy.bolstridge_at_intergraph.com> wrote:
>> -----Original Message-----
>> From: Branko Čibej [mailto:brane_at_xbc.nu]
>> Sent: Wednesday, August 11, 2010 10:37 AM
>> To: dev_at_subversion.apache.org
>> Subject: Re: Bikeshed: configuration override order
>> On 11.08.2010 11:05, Bolstridge, Andrew wrote:
>> > The second aspect: client-stored passwords, this isn't so much about
>> storing them on the client but about having different ones. Enterprises want
>> single-signon, ie, a single password, centrally held, that is used for all
>> apps. They don't really care about storing it locally so much as caring when
>> Mildred calls the helpdesk to say her password doesn’t work only to find
>> she's changed her main login but her svn password is the old, different one.
>> I don't think there's much to do here, except to get LDAP working.
>> Fortunately, VisualSVN allows integrated authentication with Active
>> Directory, and most enterprises still use Windows.
>> >
>> What has that got to do with anything? You stock plain-vanilla
>> Subversion server can integrate with Active Directory just fine, if
>> you're serving via Apache. You don't need VisualSVN for that. So a
>> password update will change the SVN password, said user will receive a
>> password prompt from the Subversion client *once*, and SVN will
>> presumably store that password securely (at least, it will on Windows).
> I should have been a little clearer - VisualSVN Server (the enterprise version) has the ability to log you on automatically without asking for a password at all.
> I know Apache can do it too - VisualSVN Server (non-enterprise version) does that, but requires the client to supply a password as per normal. It doesn't need a separate password auth list as it uses the LDAP support in Apache (note that VisualSVNServer is apache under the covers).

FWIW, the LDAP module in Apache 2.4 will have better integration with
LDAP authorization, not just authentication. It should theoretically*
be possible to call back from mod_dav_svn to mod_ldap to do
authorization, instead of relying upon mod_authz_svn. It probably
won't be trivial to write the patch to do the integration, but still
an interesting possibility.


* - I have not personally investigated this at all, it's just based on
a recent conversation with some httpd devs.
Received on 2010-08-11 15:32:12 CEST

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

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