On Wed, Aug 11, 2010 at 6:05 AM, Bolstridge, Andrew <andy.bolstri...@intergraph.com> wrote: >> -----Original Message----- >> From: Branko Čibej [mailto:br...@xbc.nu] >> Sent: Wednesday, August 11, 2010 10:37 AM >> To: dev@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. -Hyrum * - I have not personally investigated this at all, it's just based on a recent conversation with some httpd devs.