1

そのため、サードパーティのsvnサーバーで証明書の問題が発生し、今すぐ修正することはできません。サーバーにSSHで接続すると、証明書を信頼できますが、これはログインしているユーザーにのみ適用されます。今、証明書を永続的に受け入れるために、私は次のことを行います。

svn info "https://www.example.com/repo"

次のメッセージが表示されます

Error validating server certificate for 'https://www.example.com:443':
 - The certificate is not issued by a trusted authority. Use the
   fingerprint to validate the certificate manually!
Certificate information:
 - Hostname: www.example.com
 - Valid: from Mon, 21 Jan 2013 00:49:57 GMT until Thu, 24 Mar 2016 12:18:43 GMT
 - Issuer: GeoTrust, Inc., US
 - Fingerprint: XX:XX:XX:XX:XX:XX:XX:XX:XX
(R)eject, accept (t)emporarily or accept (p)ermanently?

pそれから私はそれを永久に受け入れるためにヒットしました。問題は、別のユーザーとしてログインすると、同じ証明書の警告が表示されることです。私のアカウントと既存のすべてのアカウントの証明書を同時に恒久的に受け入れる方法はありますか？

4

1 に答える 1

1

As per svnbook, when you hit 'p',

Subversion will cache the server certificate in your private runtime auth/ area, just as your username and password are cached.

UNIX/Linux では、このキャッシュは各ユーザーのホーム ディレクトリの下で行われます。（詳しくはこちらをご覧ください）

したがって、キャッシュを理解してから、証明書を適切な場所に配置する必要があります。

HTH

于 2013-01-31T09:09:11.010 に答える