3

我在提交由 VisualSVN 服务器支持的 subversion 存储库时遇到问题。我可以签出代码并更新，所以我使用的用户名和密码是正确的。但是，当我尝试提交时，我得到一致的授权失败。我尝试过非交互式、交互式、命令行、svnX、版本，结果都一样。

svn: Commit failed (details follow):
svn: MKACTIVITY of 'xxxxxx/4a1e3c7e-8efd-47f0-abf6-80239ee625c8': authorization failed: Could not authenticate to server: rejected Basic challenge

该存储库显然是在 https 下运行的。

多年来，我一直在命令行中使用其他 SVN 存储库，但从未遇到过这个问题。我已经阅读了很多关于这个问题的帖子，但是他们都遇到了通过 subversion 在本地存储的身份验证无效的问题，我清除了这些缓存，但什么也没有。

特别是因为结帐和更新工作，我很难过。我还可以使用相同的凭据登录到运行 VisualSVN 服务器的 Windows 服务器。

VisualSVN 服务器版本是 2.5.1 svn 版本 1.6.17 (r1128011) 在 OSX 上运行

任何帮助将不胜感激。

4

4 回答 4

1

I've been using VisualSVN Server and TortoiseSVN client for a while, and several times I've experience authentication errors when trying to access the repository from a new client installation.

After having a look at the event log (VisualSVN Server logs to the Windows event log) I noticed the error messages saying that the user was not found. However I know the user exists, and I have configured the server to use Subversion authentication.

I found that Subversion authentication uses case sensitive user names. The Subversion user begins with a capital letter and I try to use only lower case on the client. This has probably been the reason every time I've had this problem.

于 2012-12-15T18:47:38.603 回答
0

您不应该被错误措辞所迷惑。虽然错误指出的第一件事是authorization failed这里真正的信息部分是Could not authenticate to server: rejected Basic challenge.

如果不查看 VisualSVN 服务器日志顺便说一句，这种行为很难解决。

当您看到错误拒绝基本质询时，按照简单的检查表对问题进行故障排除是有意义的：

  1. [Cpt。Obvious Mode ON]检查密码是否有效。连续3次输入错误密码后可以看到错误，

  2. 仔细检查密码是否包含非 ASCII 字符（例如£、ü、ä等）。您可以使用带有非 ASCII 符号的密码登录 Windows，但是基本身份验证类型不支持非 ASCII 字符。您可以通过切换到集成 Windows 身份验证来解决此问题，但这是另一个问题。

如果上述步骤都不能帮助您解决更深层次的问题：

  1. 检查 VisualSVN 服务器日志。不成功的身份验证尝试会记录什么？

  2. 检查 Windows 安全日志。您可以在那里看到可以澄清行为的相关事件。例如，您可以看到由Windows Server 2003 错误引起的错误 0xC0000064 。

于 2012-12-03T12:51:19.360 回答
0
  1. 如果您的 VisualSVN 服务器使用单独的用户文件进行身份验证，则登录 Windows 没有任何意义（与 SVN 登录无关）

  2. 您必须使用 CLI 客户端并在提交时强制授权，即使用

    --username ARG : specify a username ARG

    --password ARG : specify a password ARG

    --no-auth-cache : do not cache authentication tokens

    在命令中（写入将用于保证正确登录/通过的事务）

如果即使此提交也会因“授权失败”而失败，那么它可能仅意味着一个：您在此存储库中具有只读访问权限（至少受存储库树的提交部分影响）

于 2012-12-03T07:19:20.583 回答
0

就我而言..svn 文件夹位于 Caps 中，并且 repo 浏览器中给出的路径很小..

于 2014-09-05T10:35:16.143 回答