目前，我们正在使用 Visual SVN，并且我们正在为 Visual svn 备份整个存储库目录。这会备份我们 svn 引擎中每个存储库的全部数据。我很好奇我是否能够在紧急情况或灾难情况下恢复这些文件？你们有没有人有过这种恢复过程的经验？谢谢。
目前我正在使用 VisualSVN 服务器，它只能在我的家庭网络上访问。最终会有其他人访问它，但现在只有我，我希望能够去咖啡店（或任何地方）并且能够离开家工作。
目前我正在访问服务器http://user-pc:xx/svn/Projects/。当我设置我的路由器将端口 XX 转发到我的服务器时，我应该采取哪些步骤来保护服务器？
请记住，我是在 Windows 上执行此操作的，虽然我广泛使用常规命令提示符，但我使用 SVN 的时间并不长，而且到目前为止，除了 TortoiseSVN 之外，我还没有使用任何其他东西来处理它。
编辑：据我所知，攻击者可以做的唯一有害的事情是：猜测我的端口号、用户名和密码以进入存储库。然而俗话说的好，我不知道我不知道什么。
因此，我不一定要求逐步说明（尽管我当然也希望这样做），而是要求我在端口打开后可能进行的任何类型的攻击中需要考虑的事项。
根据Setspn 概述，不鼓励使用Setspn -A添加 SPN 记录，建议改为使用Setspn -S。
据说Setspn -S在添加新的 SPN 之前会检查 SPN 是否已经存在。Setspn –A不执行此检查。
尽管您可以使用 Setspn -A 添加 SPN，但您应该改用 Setspn -S，因为 -S 将验证没有重复的 SPN。
但是，在 Windows Server 2012 上，我看到了这一点Setspn -S并且Setspn -A行为方式相同：如果存在帐户的 SPN 记录，那么我的参数-A和-S参数都会失败。
是否有任何之间真正的区别Setspn -S和Setspn -A？
我想知道是否有人可以帮助我。我们最近将 Subversion 存储库从 Windows 上的 VisualSVN 服务器迁移到 CentOS 上的 subversion 服务器。
迁移成功，但是我们收到以下错误消息
Error REPORT of svn'/svn/MangoRepository/!svn/vcc/default': Could not read chunk size:
Error connection was closed by server (http://servername)
现在解决这个问题的方法是简单地对 repo 执行更新，它会继续在停止的地方。
我只是想知道是否有人对此进行了永久性修复，因为向 60-70 名开发人员重复我的自我可能会非常令人沮丧。
每个 Active Directory 域控制器都充当 KDC、AFAIK。但是，是否存在 Active Directory 可以拥有独立KDC 服务器的情况？甚至可以使用 Active Directory 吗？