TortoiseSVN的无法验证(TortoiseSVN Can't Authenticat

我以前的问题后， TortoiseSVN的无法连接得到了解决，我遇到了一个新问题。 在Linux服务器托管我的svn库，在库的目录，有一个conf/svnserve.conf文件。 在这个文件中，我可以选择：

anon-access = none | read | write

最初，这条线被注释掉，默认值必须已经read 。 当然，我想设置anon-access = none ，我想auth-access = write （这是默认值）。

但是，当我设置anon-access = none ，当我尝试使用URL在TortoiseSVN版本库浏览器浏览svn://host:port/repositoryname ，我得到的错误：

无法在URL连接到存储库“的svn：//主机：端口/ repositoryname”没有允许访问该资源库

我想，不使用SSH如果可以成功地进行身份验证，因为据我所知，SSH有多个移动部件，可能会有点慢。

该服务器是CloudLinux服务器版本5.8

该SVN服务器信息如下。 我只试过SVN协议为止。

SVN，版本1.6.17（r1128011）汇编的2012年7月26日，3点59分19秒

版权所有（C）2000-2009 CollabNet的。 Subversion是开源软件，看http://subversion.apache.org/本产品包括由CollabNet开发的软件（ http://www.Collab.Net/ ）。

下面的版本库访问（RA）模块：

• ra_neon：模块，用于经由使用霓虹灯WebDAV协议访问的储存库。
  • 处理“HTTP”方案
• ra_svn：模块用于使用所述svn网络协议访问的储存库。
  • 赛勒斯SASL认证
  • 把手“SVN”计划
• ra_local：模块上访问本地磁盘存储库。
  • 把手“文件”方案
• ra_serf：模块用于使用农奴通过WebDAV协议访问的储存库。
  • 处理“HTTP”方案
  • 手柄的“https”方案

我希望这是一个很好的问题，因为这是种的“开箱即用”的行为连接的窗户，当有人将svn涉及到一个共享的托管帐户，这可能是很常见的svn的。

谢谢！

Answer 1:

设置在你的文件svnserve.conf这些行：

 19 anon-access = none
 20 auth-access = write
    [...]
 27 password-db = passwd
    [...]
 39 realm = Name-of-your-repository
 46 force-username-case = lower

该行号是近似的。

该realm应等于你的存储库的名称。 它可以是任何东西。 该password-db是谁被授权使用的存储库。 默认情况下，该行NOPed出来。

接下来，您将编辑passwd文件，该文件在同一目录。 格式很简单：

 <userName> = <password>

还有，告诉你它是如何做了两个NOPed条目。

文章来源: TortoiseSVN Can't Authenticate