1. 首頁
  2. 問答
  3. 無法連接到TortoiseSVN的回購

無法連接到TortoiseSVN的回購

2012-01-24 50 views
14

我一直在使用相同的TortoiseSVN存儲庫運行一個項目幾個月，但沒有太多麻煩，直到現在。無法連接到TortoiseSVN的回購

我需要添加另一個框到項目中，但TSVN似乎不可能連接到存儲庫。這是我發現還是嘗試了東西：

我有兩個客戶端框：「老」之一，「新」一...

  1. 設置和檢查了第二個文件夾在「老」框工作正常。
  2. 通過Chrome瀏覽器在IE瀏覽器上的「新」框也可以正常工作。
  3. 我的「新」框中的瀏覽器不使用代理（對於「舊」框也是如此）。
  4. 我正在TSVN 1.7.4，建設22459 - 兩個箱子64位

  5. 當我嘗試使用回購瀏覽器或檢查出一個新的文件夾，我得到這個從「新」框連接到回購錯誤消息：

    無法連接到存儲庫的URL 'https：//（省略ip地址）/ usvn/svn /（項目省略）' 'https：//（ip-address省略）/ usvn/svn /（項目省略）'：不能連接到服務器 （ip-address省略）

  6. 我已經比較了所有TSVN設置「新」與「舊」的包裝盒，並且似乎都符合

  7. 根據運行服務器的人之間有一個在使用中沒有證書
  8. 在「新」對話框中的Windows防火牆是向下
  9. 我運行同一網絡中的「舊」和「新」框。 「舊」通過WIFI連接，而「新」則通過WIFI連接。

我在我的智慧結束什麼檢查，所以任何提示將不勝感激。

感謝

來源

2012-01-24 Jonas Rembratt

+1

您可以檢查Windows 7確實將您置於哪個網絡區域（我假設您的盒子是Win7），也許您的網絡區域是造成麻煩。 – boto

+1

使用svn命令行工具怎麼樣？那至少會決定它是否是烏龜，或者是一般的顛覆。 – Barry

+0

boto：我不確定如何檢查我所在的網絡區域（是的，我正在運行Win7 btw）。這是怎麼做的，我怎麼看到該區域是否導致問題？ –

回答

12

您需要確定這是否是在TortoiseSVN，Subversion版本庫，或者您的網絡連接有問題。

  • 首先，檢查你的URL。我從來沒有使用User-Friendly SVN，所以我不知道它對Apache httpd配置有什麼影響。但是，多個存儲庫的標準Apache配置通常是http://<server>/svn/<module>而不是http://<server>/svn/usvn/<module>。 /usvn/目錄是否在那裏？
    • 順便說一下，Apache是​​如何配置的？用戶友好的SVN是否也這樣做，還是隻允許您配置存儲庫？你是使用Visual-SVN，還是有人手動配置Apache httpd？
  • 如果URL是正確的，請嘗試ping您的Subversion服務器。你能從你的Windows機器上ping它嗎？如果沒有，你有一個網絡問題。由於某些原因，IP地址甚至無法從客戶端訪問。
  • 嘗試打開瀏覽器，並將Subversion存儲庫的URL放入窗口中。這應該工作。如果是這樣，這個問題可能與TortoiseSVN。下載一個命令行Subversion客戶端，看看你是否可以使用它來簽出。
  • 嘗試在另一個框上使用相同的URL。你可以從那裏結帳嗎？如果是這樣，它指向網絡的問題。

來源

2012-01-24 18:56:26

+0

如果存在網絡問題，它不會阻止正常的Web瀏覽器連接並瀏覽SVN存儲庫。假如SVN使用比瀏覽器更復雜的協議，它可能仍然是某種類型的通信問題。但我不知道它會是什麼。 –

+2

@JonasRembratt - 當你在Subversion中使用http協議時，它是純粹的'http'，所以如果一個普通的網頁可以通過網絡，從服務器到客戶端，那麼Subversion可以通過Apache httpd。這是人們使用Subversion的原因之一。是的，Subversion通過http使用WebDav的一種形式，但它都是http。 （理論上，你可以設置一個可以讀取數據包並過濾出WebDAV http數據包的路由器，但我從來沒有見過這樣做。） –

+0

如果我無法在瀏覽器中打開存儲庫的URL，即使我可以ping通在該URL中找到的服務器，我也可以從工作場所內部連接到存儲庫，但我們的管理員堅持認爲， （連接到我們的VPN（我可以通過訪問其他內部站點來證明），並且我的同事在家中訪問SVN存儲庫時沒有任何問題嗎？儘管你的步驟很有幫助，但我不確定從這些症狀中得出結論。 –

2

我正在努力解決完全相同的問題。我更換了我的工作筆記本電腦，突然間我停止了連接到服務器。 命令：奇怪的是，一開始我得到的錯誤只犯，像堵我犯下的錯誤 ：提交失敗（細節如下）： 錯誤：的「/ SVN//SVN/ACT/c511b853-23b4- MKACTIVITY db4a-8991-0bc689a63353'： 錯誤：無法解析響應狀態行（http：// *。* * .com） 已完成！ ：

當我搬到另外一個分支工作（SVN的服務器是沒有問題爲大家兩個分支，誰擁有正確的安全訪問），我開始收到錯誤，如：

命令：結帳從http： // 的.com/SVN/FINEOS/ /樹幹，修訂HEAD，全面遞歸，外部對象包括 錯誤：無法在URL 錯誤連接到存儲庫：「HTTP：// * * .com/svn/fineos * /* /樹幹」 錯誤： 錯誤的選項： 'HTTP：// *的.com/SVN/FINEOS * /* /主幹'：能 錯誤：無法連接到服務器（ http：// *.com） 已完成！ ：

注意：在每種情況下，我都可以通過瀏覽器訪問存儲庫，並且它爲其他人工作，所以顯然它不是網絡或存儲庫問題。

這對我的工作是卸載烏龜客戶端，然後從本地和漫遊文件夾下C：\用戶\ 用戶 \ AppData刪除烏龜緩存文件夾。 此外，我將Windows註冊表中的TortoiseSVN節點重命名，因此無法找到舊的配置。 然後重新安裝後，客戶端連接到回購美麗。我不確定是否需要這兩個步驟，也許只是更改註冊表就足夠了，我會把它留給你確認。

長期的反應道歉，但因爲我沒有看到搜索後長時間迴應這個問題，我認爲這可能有助於不同的情況。

來源

2013-01-10 03:22:11 Tomasz

+0

這幫助了我，它足以通過上下文菜單刪除緩存=>設置=>日誌緩存=>緩存存儲庫=>刪除 –

4

我發現，更換IP地址數，而不是單詞的URL的第一部分爲我工作。

例如使用：代替

http://111.11.11.111/svn/Directory

：

http://www.url.com/svn/Directory

來源

2015-08-20 20:42:00 Wes

0

看看這個還有：

問題：有防火牆的服務器上在命令行上調用SVN後，無任何可見的發生，持續15秒，然後程序，出現以下錯誤退出：

的svn：E170013：無法連接到存儲庫的URL「SVN.REPOSITORY.REDACTED」

的svn：E730054：錯誤運行方面：現有的連接被強行關閉遠程主機。

調查：上述錯誤的互聯網研究並未發現任何相關信息。

進程跟蹤（將procmon）顯示嘗試連接到SSL/TLS握手到SVN服務器後，Akamai的（雲服務）服務器。進程跟蹤中未顯示服務器的主機名。反向DNS查找表明a184-51-112-88.deploy.static.akamaitechnologies.com或a184-51-112-80.deploy.static.akamaitechnologies.com的主機名和IP要麼184.51.112.88或184.51。 112.80（DNS緩存中有2個條目）。

抓包工具（MMA）顯示SSL後嘗試連接到主機名ctldl.windowsupdate.com/TLS握手SVN服務器。

窗戶加密API試圖連接到Windows Update中檢索證書吊銷信息（CRL - 證書吊銷列表）。 CRL檢索的默認超時時間爲15秒。服務器上的身份驗證超時時間爲10秒;因爲15大於10，這就失敗了。

分辨率：互聯網研究發現以下幾點：（也見下圖）

解決方案1：減少CRL超時組策略 - >計算機配置 - > Windows設置 - >安全設置 - >公鑰策略 - >證書路徑驗證設置 - >網絡檢索 - 見下圖。

https://subversion.open.collab.net/ds/viewMessage.do?dsForumId=4&dsMessageId=470698

support.microsoft.com/en-us/kb/2625048

blogs.technet.com/b/exchange/archive/2010/05/14/3409948.aspx

解決方案2：CRL交通

support.microsoft打開防火牆。COM/EN-US/KB/2677070

解決方案3：SVN命令行標誌（未測試的）

serverfault.com/questions/716845/tortoise-svn-initial-connect-timeout - 備用SVN命令行旗解決方案。

附加信息：調試此問題特別困難。 SVN 1.8禁用了對Neon HTTP RA（存儲庫訪問）庫的支持，以支持刪除客戶端調試日誌的Serf庫。 [1]此外，返回的SVN錯誤代碼與svn_error_codes.h [2]中給出的字符串不匹配。此外，SVN錯誤代碼無法輕易映射回ENUM標籤，這種情況下，SVN錯誤代碼E170013映射到SVN_ERR_RA_CANNOT_CREATE_SESSION。

  1. stackoverflow.com/questions/8416989/is-it-possible-to-get-svn-client-debug-output
  2. people.apache.org/~brane/svndocs/capi/svn__error__codes_8h.html ＃ac8784565366c15a28d456c4997963660a044e5248bb3a652768e5eb3105d6f28f
  3. code.google.com/archive/p/serf/issues/172

建議SVN變化：

  1. 像所有操作

  2. 添加錯誤ENUM名的命令實現詳細記錄到stderr

  3. 添加配置標誌農奴庫調試日誌記錄。

來源

2016-01-27 20:26:18

0

如前所述通過大衛W.「首先，檢查你的網址」 - 我們的DNS條目改打破所有svn的連接。連接上ip而不是url，因爲Wes聲稱工作 - （現在我們必須修復我們的dns）

來源

2016-10-21 14:19:10

-1

一旦我面臨同樣的問題。我試圖使用由DOMAIN NAME組成的存儲庫URL進行svn checkout。我嘗試使用IP地址代替DOMAIN NAME進行連接，並且我能夠結帳

來源

2017-10-26 04:54:38

相關問題

 相關問題