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

Re: svnserver and windows passwords

From: Juergen Sachs <juergen-sachs_at_gmx.de>
Date: 2007-03-18 20:50:56 CET

Am Sonntag, 18. März 2007 19:50 schrieb Andy Levy:
Either way. They don't want to do it, or I have to do it, like I have to do
with the subversion service already (with theire help of course). But thats
an easy job until now :-) A few updates, checking that backups are running.
SVN is very stable !

But I think more of a way, that we can set up a special option in the "passwd"
file like "auth=os" and subversion will only check if the user is allowed
using its config files, but verifies passwords using the os. Since every user
has the possability to auth on this server, this should be easy.

But I guess also the client must support this, so he provides the correct
encoded password ?! Otherwiese it should be a "small" change to the svnserve.
If this option is found in the config file, svnserve tries to auth using the
os, with the given user name.

If I ha dmore time I would look into this, but.......


> On 3/18/07, Juergen Sachs <juergen-sachs@gmx.de> wrote:
> > In our company we run svnserve on a win2003. Our admins refused to
> > install apache for svn, since they don't know much about it and because
> > of resource concern of the server.
> >
> > But what we realy miss to use the windows passwords for subversion. We
> > use the same names for our developers as for the windows login.
> > So is there already a way to auth a user using svnserve using his windows
> > password ?
> >
> > Currently it is a hassle to keep them their second password for svn.
> >
> > Again we can not use apache which would support this.
> Correction - your admins don't want to be bothered using Apache. They
> shouldn't be living in a vacuum - if there's something that will
> achieve the organization's goals and needs, they should be supporting
> it unless there's a good business case against it. Just my opinion
> though.
> Really, Apache is the best way to achieve what you're looking to do.
> "Don't know much about it" is simply willful ignorance, which is
> easily overcome by spending a couple hours reading httpd.apache.org.
> If server resources are a concern, then perhaps you need to run a
> dedicated server for Subversion. But I don't think it'll add that much
> overhead to the server - unless it's already overloaded.
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Mar 18 20:51:38 2007

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.