TortoiseSVNエラー：「 'https：// ...'のオプションはサーバーに接続できませんでした（...）」
Cvsdude.comでホストされているSVNリポジトリと同期するために、新しいコンピューターをセットアップしようとしています。
私はこのエラーを受け取ります：
！[SVNエラー] [1]-advertに置き換えられた画像シャック画像を削除しました
これが私がしたことです（これらは過去に機能しました）：
TortoiseSVNをダウンロードしてインストールしました
新しいフォルダーC：\ aspwebsiteを作成しました
右クリックして、SVNチェックアウトを選択しました...
次の情報を入力し、[OK]をクリックしました。
- リポジトリのURL： https：// <reponame> -svn.cvsdude.com/aspwebsite
- チェックアウトディレクトリ：C：\ aspwebsite
- チェックアウトの深さ：完全に再帰的
- 外部を省略する：チェックなし
- リビジョン：HEADリビジョン
TortoiseSVNエラーが発生しました：
- ' https：// <reponame> -svn.cvsdude.com/aspwebsite 'のオプション：サーバーに接続できませんでした（ https：// <reponame> -svn.cvsdude.com ）
エラーを取得するのではなく、TortoiseSVNはユーザー名とパスワードの入力を求め、約90MBをダウンロードする必要がありました。
Subversionリポジトリからチェックアウトできないのはなぜですか？
Kent Fredric 書き込み：
セキュリティ証明書の有効期限が切れているか、ホスティングが破損/ダウンしています。
CVSDudeに連絡し、彼らにどうしたか尋ねてください。
私にとって彼らのサイトは徹底的に遅いので、それはタイムアウトかもしれません。
数秒後にエラーになります。タイムアウトだとは思わない。
マット 書き込み：
https：// [redacted] -svn.cvsdude.com/aspwebsite にアクセスして、何が起こるかを確認してください。ブラウザでアクセスできる場合は、SVNクライアントでファイルを取得できるはずで、そこから作業できます。失敗した場合は、答えがあります。
Webブラウザーでサイトにアクセスできます。
TortoiseSVN-> Settings-> Networkでプロキシ設定を確認します。
たぶんそれらはあなたのウェブブラウザとは異なって設定されています。
遅い反応ですが、私はしばらくこれに苦労しましたので、私の解決策を示すことで誰かの時間を節約できるかもしれません。
私の問題は少し異なっていましたが、原因は同じかもしれません。
私の状況では、TortoiseSVNはプロキシサーバー経由で接続しようとし続けました。 chrome、firefox、およびIE fine。
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が証明書を変更したため、キャッシュした証明書と一致しなくなった可能性があります。
TortoiseSVN-> Settings-> Saved Dataに移動し、「Authentication data」の横にある「Clear」ボタンをクリックしてから、もう一度試してください。
間違いなくプロキシサーバーの背後にいるようです。
これが行う場所notプロキシの背後で私のために働く：
svn checkout http://v8.googlecode.com/svn/trunk/ v8-read-only
thisdoes：
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
[〜＃〜] update [〜＃〜]ソースを引用するのを忘れました:-)
http://svnbook.red-bean.com/en/1.1/ch07.html#svn-ch-7-sect-1.3.1
同様の問題が発生しましたが、すぐにはエラーにならなかったため、同じ問題ではなかった可能性があります。
私はファイアウォールの内側にいて、昨日オープンソースリポジトリにアクセスするためにプロキシ設定（TortoiseSVN->設定->ネットワーク）を変更しました。今朝、ファイアウォールの背後にあるローカルドメインのレポをチェックアウトしようとしてエラーを受け取りました。 TortoiseSVN-> Settings-> Networkでプロキシ設定を削除するだけで、ローカルで動作するようになりました。
TortoiseSVNのプロキシ設定に問題があります。プロキシを使用しないネットワークを使用して接続するか、プロキシ設定を適切に構成します。
SVN URLをブラウザのアドレスバーに貼り付けてみてください。 URLに何らかの問題があるため、接続できないことがわかります。今日この問題が発生し、問題はポート番号の入力ミスでしたが、他の人が指摘したように、大文字と小文字の区別の問題、プロキシ設定、またはその他の接続レベルの問題である可能性があります。
今日同じエラーが表示され、ファイアウォールがsvnクライアントをブロックしていることがわかりました
このエラーは、SVN構成ファイル内のプロキシの例外としてサーバーを使用したときにも発生しました：http-proxy-exceptions = *.repo.domain.com
私にとっての解決策は、名前の代わりにsvnサーバーIPを使用することでした。何らかの理由で、名前がEclipse Juno-SubclipseおよびTortoiseSVNから適切に解決されていませんでした。
だから、私のために働いたもの：http-proxy-exceptions = XXX.XX.X.X（サーバーIP）
私はこのような問題を抱えていますが、自分のサーバーを使用しています。おそらく、Apacheは同じサーバーへの限られた接続のみを許可しています。 max_connectionとKeepAliveの設定を増やしています。ここまでは順調ですね。
同様の問題がありました。大文字と小文字の区別の問題でした。したがって、必ず適切なケースを使用してください。
このページのすべてのコメント者に感謝します。最新のTortoiseSVNを初めてインストールしたときに、このエラーが発生しました。
私は最新バージョンを使用していたので、1.5.9にダウングレードすることにしました（他の同僚が使用していたように）、これが機能するようになりました。その後、構築したマシンを別のサブネットに移動すると、問題が再び始まりました。
TortoiseSVN-> Settings-> Saved Dataに行き、認証データをクリアしました。この後、うまくいきました。
サーバーファイルにプロキシエントリを追加するときは、必ず[global]グループの下に追加してください。 （それはubuntuの下で私にとって違いを生むように見えた。）
セキュリティ証明書の有効期限が切れているか、ホスティングが破損/ダウンしています。
CVSDudeに連絡し、彼らにどうしたか尋ねてください。
私にとっては、サイトが徹底的に遅いため、タイムアウトになる可能性もあります。
これは、TortoiseSvnの設定を変更する必要がある場所でプロキシサーバーを有効にせずに、プロキシサーバー経由でリポジトリにアクセスしてリポジトリをチェックアウトしようとするために発生する可能性があります。したがって、プロキシサーバーを使用している場合は、[設定]-> [ネットワーク]で[プロキシサーバーを有効にする]にチェックマークを付け、関連する場所にサーバーアドレスとポート番号を入力してください。もう一度チェックアウトしてみてください。
ネットワーク設定を変更したことはなかったため、ここで紹介したもののほとんどは私には当てはまりませんでした。多くのことをいじった後、ウイルススキャナーについてのコメントは正しい道を歩みました。システムディレクトリの特定の領域を保護し、読み取り専用にするMcAfeeのようなウイルススキャナーがいくつかあります。サーバーに初めて接続するとき、Tortoise SVNはこれらのファイルのいずれかに証明書を書き込もうとしますが、保護のために失敗します。保護を一時的にオフにし、チェックアウトを開始し、証明書ダイアログの後、再びオンに切り替えることができます。これは少なくとも私のために働いた。
リモートVisualSVNサーバー2.5.8は、少なくとも3台のコンピューターからアクセスできます。ただし、ローカルコンピューターでは、リポジトリのURLにアクセスできず、svn ls https://server-ip:443/svn/project/trunkエラーを返す
OPTIONS of 'https://…' could not connect to server (…)
ローカルコンピューターがサーバーへのアクセスを使用していました。変更されたのは、Redmineの理由（証明書の問題）のためにhttpsの代わりにhttp接続に切り替えることだけでした。
上記のさまざまなことを試しました。実際に私の問題を解決したのは、新しいVisualSVN server 2.5.9同じリポジトリを使用します。また、Redmineはhttpsを介して新しいリポジトリを認識しました。
どちらの答えも私にとって問題を解決しませんでした。 Tortoise SVN + Ccleanerの新しいバージョンをインストールした後でも。
Tortoise SVNのすべての設定を含むフォルダーがAppData\Roaming\Subversionにあるようです。すべて削除して、Tortoise SVNを再起動する必要があります。
これが最終的な解決策として誰かを助けることを願っています。
私にとっては これが解決策でした 。
問題は、SVNサーバーがリバースプロキシ（ポンド）の背後にあることでした。そして、OPTIONSを許可するようにリバースプロキシに指示する必要がありました。