4

Ubuntu 11.10 で subclipse 3.6 で Eclipse (Indigo) を使用しています。

問題が発生する前に、他のマシンでsubclipseを使用してsvnに接続しましたが、最近アップグレードしたubuntuマシン（11.04から11.10に移行）では機能しません。

プライベート svn サーバー (Windows の VisualSVN サーバー) に接続しようとすると、次のエラーが表示されます。

RA layer request failed
svn: OPTIONS of 'https://76.27.122.123/svn/brock':
SSL handshake failed: SSL error: Key usage violation in certificate has been detected. (https://76.27.122.123)
Key usage violation in certificate

それで、グーグルで検索して、この解決策を見つけました：http://andrewbrobinson.com/2011/11/01/fixing-ssl-handshake-failed-ssl-error-key-usage-violation-in-certificate-has-been-検出されたエラー-on-svn-checkout/

これは基本的に、ネオンが現在GnuTlsを使用しており、厳密で無効な証明書を拒否しているためです(プライベートsvnなので信頼できないと言ったように)。しかし、mv コマンドとシンボリック リンク コマンドを実行すると、JavaHL のセットアップが台無しになり、次のエラーが表示されます。

Failed to load JavaHL Library.
These are the errors that were encountered:
no libsvnjavahl-1 in java.library.path ...

mv コマンドを元に戻し、ここで見つけた指示に従って JavaHL が機能するようになりましたhttp://subclipse.tigris.org/wiki/JavaHL#head-5ccce53a67ca6c3965de863ae91e2642eab537deでも、キー使用証明書エラーを回避できません。何か案は？？

4

2 に答える 2

4

初期セットアップ中に、VisualSVN Server 2.5 は自己署名証明書を生成し、それをローカル マシンの信頼されたルート証明機関ストアに追加します。起こりうるセキュリティの問題を回避するために、VisualSVN サーバーは、この自己署名証明書をサーバー認証に対してのみ有効にします (「キー使用法」拡張子を指定することにより)。

GnuTLS に対して構築された Subversion クライアントは、そのような証明書を認識せず、エラーが発生します。

考えられる回避策:

  1. 信頼できる認証局を使用して証明書に署名する (推奨)
  2. VisualSVN サーバーの回避策を使用して、「キー使用法」拡張子を指定せずに証明書を生成します。詳細な手順については、 KB56を参照してください。
  3. GnuTLS の代わりに OpenSSL で Neon を使用するように Eclipse を構成する
于 2012-02-08T07:37:42.843 に答える