Tortoise SVN v1.66 - 授权失败：无法对服务器进行身份验证：无法解析

因此，同事通过HTTPS连接到SVN仓库时遇到问题。以下是详细信息：

操作系统： Windows 7 Enterprise x64

SVN客户端： Tortoise SVN 1.6.6 x64

因此，每当他连接（通过新的结账（即干净svn checkout）或更新现有文件（即现有的工作副本））到相关的SVN仓库时，他都会收到以下错误：

Error: Unable to connect to a repository at URL  
Error:  'https://svn.server/svn/path/to/files'  
Error: OPTIONS of  
Error:  'https://svn.server/svn/path/to/files:  
Error:  authorization failed: Could not authenticate to server: could not parse  
Error:  challenge (https://svn.server/svn/path/to/files) 

我让我的同事尝试TortoiseSVN中的以下内容来解决问题：

1. 重置Tortoise SVN中的认证数据 设置| 保存的身份验证数据和URL历史数据，

2. Tortoise SVN中的已检查代理设置 设置以确保我的同事具有与我在笔记本电脑上相同的设置。

他在TortoiseSVN中具有相同的代理设置（未配置任何设置）。清除身份验证数据似乎无法解决问题。

我让我的同事登录到一个备用桌面，该桌面使用他的登录凭据加入我们的Active Directory域，并尝试签出工作副本。他能够从备用桌面检出文件，更新文件，向SVN提交文件。显然这个问题不是由于我的同事没有权限访问SVN回购，因为他可以从另一台机器与服务器通信。

那么 - 我需要在他的笔记本电脑上查看什么/为什么/在哪里解决这个问题？根据错误消息中包含的信息，听起来他的笔记本电脑上的SSL证书中的某些东西搞砸了。

我应该提一下，SVN服务器是VisualSVN Server，它使用的是集成Windows身份验证。

如果您需要任何进一步的信息，请告诉我。

谢谢

理查德

听起来这篇支持文章可能是相关的：http：
//www.visualsvn.com/support/topic/00052/

它似乎符合您描述的所有条件。他们的修复说：

Since you run VisualSVN Server service under a dedicated user account, 
you have to add SPN manually to Active Directory: 

1.Logon to a Domain Controller as a domain administrator or as a user 
with specific delegated permissions required to modify SPNs. 
For additional information on permissions required to modify SPNs 
please read the "Delegating Authority to Modify SPNs" Microsoft TechNet article. 

2.Start elevated command prompt and enter the following command: 
setspn -a http/hostname.contoso.com CONTOSO\username 

据我所知，这两台机器都位于同一个Active Directory域中。您应该执行的第一步以解决问题：

1. 检查VisualSVN服务器日志。你有什么错误吗？有什么错误？
2. 检查Windows安全日志。身份验证失败时会记录哪些事件？
3. 他可以使用网络浏览器进行身份验证吗？例如，使用IE和FF。
4. 您是否拥有相同版本的TortoiseSVN（或您提到的备用版本）以及您的同事的机器？
5. 您安装了哪个版本的VisualSVN Server？

了解这些细节，你可以解决的身份验证问题多快。

• 受影响的用户可能需要升级到最新的TortoiseSVN 1.6版本才能解决问题。即尽管如此，TortoiseSVN 1.6.6 太过时了，我现在看不出任何理由使用它。考虑至少升级到TortoiseSVN 1.6.16，

• “在专用用户帐户下运行VisualSVN服务器时单点登录失败”一文仅适用于VisualSVN服务器服务帐户在专用用户帐户下工作的情况，因为用户帐户必须分配SPN才能通过Kerberos进行身份验证。Network Service帐户默认配置SPN。顺便说一句，如果你没有SSPI Challenge failed: The token supplied to the function is invalid在VisualSVN Server日志上看到错误- SPN不是根本原因。