好的，首先，我已经在谷歌上搜索了很多关于这个问题的信息，但没有找到任何解决方案......我已经在这里和 ServerFault 上搜索过，但没有找到任何东西，所以我最终发布了这个问题在这里（不确定它是在这里还是在 ServerFault 中，抱歉）。
所以这里是交易：我们有一个运行没有问题的Windows 2003 Server。我们一直使用Visual SVN Server作为我们的 Subversion 服务器，直到现在它运行良好。我们有几个星期的假期，所以我们根本没有使用 SVN。今天，当我尝试提交一些东西时，我得到了：
服务器发送了意外的返回值（403 Forbidden）以响应 [repository url] 的 OPTIONS 请求
我们使用 TortoiseSVN 作为我们的 svn 客户端，但问题似乎出在服务器上。我们尝试创建一个新的存储库并导入新文件，同样的错误。我们尝试通过 RDC 从服务器本身访问 SVN 服务器，并尝试通过控制台（svn checkout）和其他命令检出某些东西......一切都会导致该错误。
有人说这是 URL 上区分大小写的问题……但这不是我们的情况……我已经仔细检查了 URL，它们很好……（无论如何它们都存储在 Tortoise 历史记录中，所以那没有改变）。
特别要说的一点是，有些人有同样的问题，但没有使用 Visual SVN（这实际上只是通过 2 次单击设置 Subversion 服务器的简单方法，它与任何 Subversion 服务器没有什么不同）。所以我不知道问题是否真的是Visual SVN本身。
我们迷路了...任何有用的信息将不胜感激。
编辑/解决方案：我在 authz 文件中输入错误。它试图授予已删除组的权限（我认为 VisualSVN 没有删除 authz 上的条目，但确实删除了该组），所以我删除了该条目，它现在可以工作了。
谢谢
我在 authz 文件上有一个错误的条目（它试图授予已删除组的权限），所以我删除了该条目，它现在正在工作
我最近也有这个，最近的防病毒更新杀死了它。检查以下
您是否检查过身份验证/授权数据库没有更改或无法访问？
如果您针对 Active Directory（通过 LDAP）进行身份验证，那里是否发生了变化？
我们正在使用带有 Windows 身份验证的 VisualSVN，我们的一位用户遇到了这个错误。我们在 VisualSVN 中用于权限的 AD 组是一个通讯组，看起来 SVN 不再喜欢这些了。一旦我们更改为安全组，它就可以正常工作。