TortoiseSVN错误：“https：// …的选项无法连接到服务器（…）”
我试图设置一台新的计算机与我的SVN仓库与cvsdude.com托pipe同步。
我得到这个错误：
！[SVN错误] [1] – 删除已被广告replace的图像小屋图像
这就是我所做的（这些都是在过去）：
-
下载并安装了TortoiseSVN
-
创build一个新的文件夹C：\ aspwebsite
-
右键单击，selectSVN Checkout …
-
input以下信息，单击确定：
- 存储库的URL： https：// <reponame> -svn.cvsdude.com/aspwebsite
- 签出目录：C：\ aspwebsite
- 结帐深度：完全recursion
- 省略外部：未选中
- 修订版：HEAD修订版
-
得到了TortoiseSVN错误：
- “ https：// <reponame> -svn.cvsdude.com/aspwebsite ”的选项：无法连接到服务器（ https：// <reponame> -svn.cvsdude.com ）
TortoiseSVN应该要求我的用户名和密码，然后下载大约90MB，而不是得到错误。
为什么我不能从Subversion版本库检出？
Kent Fredric写道：
他们的安全证书已经过期，或者他们的主机被破坏/closures。
联系CVSDude，问问他们怎么了。
这也可能是一个超时，因为对我来说，他们的网站是穷尽的缓慢..
它仅在几秒钟后出错。 我不认为这是一个超时。
马特写道：
尝试访问https：// [redacted] -svn.cvsdude.com/aspwebsite ，看看会发生什么。 如果你可以在你的浏览器中访问它，你应该能够在你的SVN客户端获得文件，我们可以从那里工作。 如果失败了，那就有你的答案。
我可以通过networking浏览器访问网站。
在TortoiseSVN->设置 – >networking中检查您的代理设置。
也许它们的configuration与您的networking浏览器不同。
迟到的反应，但我已经挣扎了一段时间，所以也许我可以通过显示我的解决scheme来节省一些时间。
我的问题显示有点不同，但原因可能是一样的。
在我的情况下，TortoiseSVN不断试图通过代理服务器连接。 我可以通过铬，火狐和IE访问SVN。
发现有一个configuration文件的configuration与TortoiseSVN中显示的GUI不同。
我的位置在这里： C:\Documents and Settings\[username]\Application Data\Subversion\ ，但您也可以通过TortoiseSVN gui打开文件。
在我的文件中， http-proxy-exceptions was empty 。 我指定之后，一切正常。
[global] http-proxy-exceptions = 10.1.1.11 http-proxy-host = 197.132.0.223 http-proxy-port = 8080 http-proxy-username = defaultusername http-proxy-password = defaultpassword http-compression = no
我意识到这是一个古老的问题，但同样的问题发生在我身上，而是一个完全不同的原因。
可能是因为cvs-dude更改了证书，所以它不再匹配已经caching的证书。
您可以转到TortoiseSVN->设置 – >保存的数据 ，然后单击“身份validation数据”旁边的“清除”button，然后重试。
这让我疯狂，我今天就解决了。 我在这个旧线程张贴，因为我在这里几次来到这里寻找一个解决scheme。 我希望它可以帮助别人。 对我来说，我检查了svn-settings – > network – > Edit Subversion服务器文件，发现最后有一些未注释的行：
http-proxy-host = ssl-trust-default-ca = no http-proxy-username = http-proxy-password =
这与我的同事们有所不同。 一旦我评论这些，它再次开始工作。
这听起来像你几乎肯定是在代理服务器后面。
如果这在我的代理之后不适合我：
svn checkout http://v8.googlecode.com/svn/trunk/ v8-read-only
这确实 ：
svn --config-option servers:global:http-proxy-host=MY_PROXY_HOST --config-option servers:global:http-proxy-port=MY_PROXY_PORT checkout http://v8.googlecode.com/svn/trunk/ v8-read-only
更新我忘了引用我的来源:-)
http://svnbook.red-bean.com/en/1.1/ch07.html#svn-ch-7-sect-1.3.1
我刚刚有一个类似的问题，但没有立即出错，所以可能不是同一个问题。
我在防火墙后面，改变了我的代理设置（TortoiseSVN->设置 – >networking）昨天访问一个开源的回购协议。 今天早上我收到错误，试图在防火墙后面的本地域中签出一个回购协议。 我只需要删除代理设置在TortoiseSVN->设置 – >networking，让它再次在本地工作。
他们的安全证书已经过期，或者他们的主机被破坏/closures。
联系CVSDude并询问他们是怎么回事。
这也可能是一个超时，因为对我来说，他们的网站是穷尽的缓慢..
这是你的代理设置在TortoiseSVN的问题。 使用不使用代理的networking连接或正确configuration您的代理设置。
我有这样的问题，但使用我自己的服务器。 也许APACHE只允许有限的连接到相同的服务器。 我正在增加max_connection和KeepAlive设置。 到现在为止还挺好。
我有一个类似的问题; 事实certificate这是区分大小写的问题。 所以，确保你使用正确的情况。
尝试将SVNurl粘贴到浏览器的地址栏中。 您可能会发现由于url存在问题而无法连接。 我今天刚刚遇到了这个问题，问题是我误input了端口号，但正如其他人所指出的那样，这也可能是一个区分大小写的问题，代理设置或其他连接级别的问题。
我没有以任何方式更改networking设置，因此这里介绍的大部分内容并不适用于我。 在弄乱了很多关于病毒扫描程序的评论之后，我find了正确的方向：有一些像McAfee这样的病毒扫描程序，用于保护系统目录中的某些区域，并使其成为只读文件。 当您第一次连接到服务器时，Tortoise SVN会尝试将证书写入其中一个由于保护而失败的文件。 短暂closures保护，开始检查，在证书对话框之后，可以重新打开。 这至less为我工作。
今天我得到了同样的错误，发现防火墙阻塞了svn客户端
这可能是因为您尝试通过代理服务器访问存储库来检出存储库，而无需在需要更改TortoiseSvn中的设置的位置启用代理服务器。 因此，如果您使用的是代理服务器，请确保在“设置” – >“networking”中勾选“启用代理服务器”，然后在相关位置提供您的服务器地址和端口号。 现在尝试再次检查。
感谢您在此页面上的所有评论者。 当我第一次安装最新的TortoiseSVN时，我得到了这个错误。
我正在使用最新的版本，所以决定降级到1.5.9（正如其他同事所使用的），这样才能正常工作。 然后，一旦build立，我的机器被移动到另一个子网，问题又重新开始。
我去了TortoiseSVN->设置 – >保存的数据并清除了authentication数据。 之后，它工作正常。
确保在将代理项添加到服务器文件时，将其添加到[global]组下。 （这在Ubuntu下似乎有所不同。）
当我将服务器作为SVNconfiguration文件中的代理例外时，我也得到了这个错误： http-proxy-exceptions = *.repo.domain.com
我的解决scheme是使用svn服务器IP而不是名称。 由于某种原因，这个名字并没有从Eclipse Juno – Subclipse和TortoiseSVN中得到正确的parsing。
那么，什么对我有效： http-proxy-exceptions = XXX.XX.XX （服务器IP）
对我来说， 这是解决scheme 。
问题是，SVN服务器是在一个反向代理（英镑）后面。 而且反向代理必须被告知允许OPTIONS 。
可以从至less3台计算机访问远程VisualSVN服务器2.5.8。 但是在我的本地计算机上的存储库的url是不可访问的，并且svn ls https://server-ip:443/svn/project/trunk返回错误
OPTIONS of 'https://…' could not connect to server (…)
我的本地计算机曾经有权访问服务器。 唯一改变的是切换到http连接，而不是https为Redmine的原因（证书问题）。
我尝试了上面列出的不同的东西 实际上解决了我的问题是使用相同的存储库安装新的VisualSVN server 2.5.9 。 而且Redmine通过https识别新的存储库。
