Question

我在我的工作组中的一台机器上创建了一个SubVersion服务器。从我的开发框中，我可以访问存储库并检查/输出文件而没有任何问题。

我刚刚安装了TortoiseSVN，无论我做什么，它都不会连接到服务器上的存储库。我得到臭名昭着的错误“因为目标机器主动拒绝它而无法建立连接”。

有没有人有任何想法为什么这可能......？据我所知，tortoise shell扩展程序在我的用户凭据下运行。 SVN命令行工具正常工作似乎很奇怪，但不是Tortoise。

两台机器都在运行Vista

注意：在这两种情况下我都使用svn协议连接

最后，我修好了......！问题似乎与我下载的Subversion包有关。我下载了最新版本的SlikSVN（1.5.5）并将其安装在我的客户端和服务器上。似乎TortoiseSVN不喜欢这个版本/版本。我刚刚在两台机器上卸载了SlickSVN，并从CollabNet获取了最新版本，现在一切正常！

Answer 1

只需将--listen-host 0.0.0.0添加到SVN服务命令即可。问题是您正在创建倾听IPv6的服务，并且您正尝试使用IPv4访问它。看看这个：

Answer 2

您可能想在TSVN邮件列表中提出这个问题：

您通常会很快得到答案。

Answer 3

最后，我已经修好了......！

问题似乎与我下载的Subversion包有关。我下载了最新版本的SlikSVN（1.5.5）并将其安装在我的客户端和服务器上。似乎TortoiseSVN不喜欢这个版本/版本。我刚刚在两台机器上卸载了SlickSVN，并从CollabNet获取了最新版本，现在一切正常！[/ p>

Answer 4

请检查以下内容：

是您的防火墙配置为允许流量通过（默认情况下端口3690，或者您可能已将svnserve配置为运行的任何其他端口）。检查客户端计算机和运行svnserve的计算机上的防火墙。
许多病毒扫描程序也会干扰“不寻常”的网络端口
默认主机svnserve正在侦听“localhost”，这意味着您将无法从另一台计算机连接到它。您是否使用'--listen-host serverhostname'参数启动svnserve？

编辑：如果您使用的是collab.net服务器，则必须手动启动该服务：

net start svnserve

Answer 5

可能值得检查Tortoise没有选择代理设置（Tortoise配置中的网络设置）。在同一个屏幕上，您可以打开SVN服务器文件，看看是否有任何奇怪的事情发生在那里。

Answer 6

您使用什么协议来访问服务器端存储库？如果它不是file://协议，您是否确认相应的服务器实际上正在运行？尝试手动连接，例如运行

telnet target.machine.ip.address target_port

（当然，用实际IP地址替换target.machine.ip.address，用数字服务器端口替换target_port）。如果该端口打开，屏幕将清除，否则telnet将挂起一段时间然后抱怨。

如果使用IP地址而不是机器名称，则在名称解析方面存在问题（请检查DNS和/或WINS设置。）

Answer 7

我对SlickSVN 1.5.5有同样的问题。但在我的情况下，它是在deamon模式下运行的本地subversion服务器。 CollabNet软件包在相同配置下运行良好。

Answer 8

Slik Subversion客户端支持IPv6和IPv4，因此如果您的系统认为它更喜欢IPv6。使用--listen-host参数，您可以选择它应该如何监听。

Answer 9

我重新运行了svnserve --daemon --root D:\Subversion\Repo命令，这解决了这个错误。

这个错误突然出现了。我们工作了一分钟，接下来我们看到了这个错误。不知道为什么。