好的，首先，我已经在 Google 上搜索了很多有关此问题的信息，但没有找到任何解决方案...我在这里和 ServerFault 上搜索过，但没有找到任何东西，所以我最终在这里发布了这个问题（不太确定它是发布在这里还是在 ServerFault 中，抱歉）。
情况是这样的：我们的 Windows 2003 Server 运行正常。我们一直在使用可视化 SVN 服务器作为我们的 Subversion 服务器，到目前为止它运行良好。我们休假了几个星期，所以我们根本没有使用 SVN。今天，当我尝试提交某些内容时，我得到了：
服务器在响应 [存储库网址] 的 OPTIONS 请求时发送了意外的返回值（403 禁止）
我们使用 TortoiseSVN 作为 svn 客户端，但问题似乎出在服务器上。我们尝试创建一个新的存储库并导入新文件，但出现同样的错误。我们尝试通过 RDC 从服务器本身访问 SVN 服务器，并尝试通过控制台（svn checkout）和其他命令签出某些内容......一切都导致该错误。
有些人说这是 URL 上的大小写区分问题......但我们的情况不是这样......我仔细检查了 URL，它们没有问题......（无论如何，它们存储在 Tortoise 历史记录中，所以没有改变）。
特别要说的是，有些人遇到同样的问题，但他们没有使用 Visual SVN（这实际上只是一种通过两次点击设置 Subversion 服务器的简单方法，与任何 Subversion 服务器并无不同）。所以我不知道问题是否实际上出在 Visual SVN 本身。
我们迷路了...任何有用的信息都将不胜感激。
编辑/解决方案：我在 authz 文件中输入了错误条目。它试图向已删除的组授予权限（我认为 VisualSVN 没有删除 authz 上的条目，但它确实删除了该组），因此我删除了该条目，现在它可以正常工作了。
谢谢
答案1
我在 authz 文件中有一个错误的条目（它试图向已删除的组授予权限），所以我删除了该条目，现在它可以正常工作了
答案2
我最近也遇到了这个问题，最近的防病毒更新已经解决了这个问题。检查以下内容
- 防病毒
- Windows 防火墙，如果你打开了服务器上的自动更新（我不推荐这样做），某些更新将更改你的防火墙设置
- 确保尝试使用普通浏览器进行导航。如果存储库已启动，则应该能够通过导航到https://机器:端口/svn/
- 确保您离开时没有人安装任何存在端口冲突的东西。
答案3
您是否已检查过身份验证/授权数据库是否未发生改变或变得无法访问？
如果您针对 Active Directory（通过 LDAP）进行身份验证，那里是否发生了变化？
答案4
我们正在使用带有 Windows 身份验证的 VisualSVN，我们的一个用户遇到了此错误。我们在 VisualSVN 中用于权限的 AD 组是一个分发组，看来 SVN 不再喜欢这些了。一旦我们更改为安全组，它就可以正常工作了。