"Ng, Wey Han" <email@example.com> wrote on 06/03/2004 11:20:08 PM:
> I have and Apache is not an option. I am not a developer and not an
> administrator. I was put into the position to setup a subversion server
> because of office politics. So the subversion server is a stand alone
> and will not have the users account in the box. I do not feel the need
> give shell access to all the developers using subversion. svnserve
> fulfill all of my needs except for one, which is password stored as
> text in passwd file.
> User management need not be complicated. I have in fact written a cgi
> for the user to change their password over the web and it is simple.
I do not really understand how serving up your repository would involve
office politics? It sounds like you have control over this server and you
have clearly already setup some sort of web server on this server. Why
can't Apache just serve the repository? Generally, using HTTP and SSL
would be an easier sell in most organizations. Normally, the resistance
to using Apache is setting it up on the server in the first place. Once
you are using Apache you can use whatever user and password system you
>> They enter that hash rather than their plaintext password the one time
>> that svn asks them for it, and voila, everything works.
>> As an added benefit, they can use whatever hash function they want!
> NO! :) It's hard enough to get people to use better password, getting
> to enter a hash password is going to be hell.
I do not understand this one either. Your users do not want to give you
plain text passwords, and you have said you do not want to receive them,
why can't your users be instructed to make a hash of their password and
give you the hash? That seems to solve the problem and is relatively easy
to do. Users that do not care can use plain text passwords.
In your own proposal, this is step 1:
> 1. The server store standard hashed password in the password file (Yes,
> know it is crackable but I am not too concern about security. If I am, I
> will be using the other method to access the server).
So how does your server get the hashed passwords to store if you are not
willing to do that? If you are willing, then why do you need to do
Just trying to understand ...
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Fri Jun 4 15:04:36 2004