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

Re: Windows svn/tortoise clients with an Apache 2.0.54/AuthenNTLM/svn 1.2.1/Linux server

From: Frank Gruman <fgatwork_at_verizon.net>
Date: 2005-08-04 18:44:23 CEST

I have two ideas...

1) - What version of the mod_ntlm module are you running? There was a
bug in it at one time that was fixed (see
http://search.cpan.org/src/SPEEVES/Apache2-AuthenNTLM-0.01/Changes
<http://search.cpan.org/src/SPEEVES/Apache2-AuthenNTLM-0.01/Change>
under changes for 2.09)

2) - If you really have that many users, have you considered using LDAP
instead? I'm no genius, but my perception is that the LDAP is a bit
more robust and mature and may handle the user functionality better.

Regards,
Frank

S.Madge wrote:

>Hi all,
>
>I tried to authenticate two different subversion clients via an apache ntlm
>mechanism since we will be using quite a large number of users.
>The Apache::AuthenNTLM authentication works fine except when people try to
>do a commit. Whenever somebody tries to do that the svn (tortoise) client
>comes up with a login screen. Whatever you fill in it will keep on popping
>up and you simply can't commit. On the linux server you see the following in
>apaches error_log:
>
>[error] SMB Server connection not open in state 3 for
>/!svn/act/0c1afd43-b19c-b146-9762-2deb08712d53
>
>If I use the standard svn:\\ instead of http:// everything is fine,
>including a commit action (but unfortunately svnserve does not know how to
>handle NTLM authentication and that would mean a lot of extra user
>management).
>
>Has somebody got an idea?
>
>Stan
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>For additional commands, e-mail: users-help@subversion.tigris.org
>
>
>
>
Received on Thu Aug 4 18:46:10 2005

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.