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

RE: svnserve authenticating against Windows domain credentials

From: Scott Palmer <Scott_at_digital-rapids.com>
Date: Fri, 2 May 2008 09:56:32 -0400

SASL claims LDAP and Kerberos support.. that should be enough. Though
the SASL project clearly doesn't care much about the Windows platform.
It would be strange for SASL (or svnserver for that matter) on windows
to not support the primary means of authenticating users on Windows -
what would be the point?

I currently have every one of the developers use the same password..
since it can't be tied to their domain login anyway, and it makes no
sense to put their "real" password in a plain text file, and there is no
way for them to change their own password. Yet STILL they always have to
ask me what it is!


-----Original Message-----
From: Mark Phippard [mailto:markphip_at_gmail.com]
Sent: May 2, 2008 9:42 AM
To: kmradke_at_rockwellcollins.com
Cc: Scott Palmer; si; users_at_subversion.tigris.org
Subject: Re: svnserve authenticating against Windows domain credentials

On Fri, May 2, 2008 at 9:39 AM, <kmradke_at_rockwellcollins.com> wrote:
> "Scott Palmer" <Scott_at_digital-rapids.com> wrote on 05/02/2008 08:05:31
> > It seems so obvious that it really should be a simple selection in
> > Windows installer for the subversion 1.5 server.
> >
> > "Use domain authentication" - Check!
> The VisualSVN server install for windows does just this!

I was under the impression it was only done for Apache servers? You
are saying it also does it for svnserve using SASL? I did not see
anything in the SASL documentation that implies there is a supported
plugin for Windows authentication.

Mark Phippard
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-05-02 15:57:00 CEST

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.