そのため、同僚がHTTPS経由でSVNリポジトリに接続する際に問題が発生しています。詳細は次のとおりです。
OS: Windows 7 Enterprise x64
SVNクライアント: Tortoise SVN 1.6.6 x64
したがって、彼が接続するときはいつでも(新しいチェックアウトを介して(つまり、クリーンなsvn checkout
)または既存のファイル(つまり、既存の作業コピー)を問題のSVNリポジトリに更新すると、次のエラーが発生します。
Error: Unable to connect to a repository at URL
Error: 'https://svn.server/svn/path/to/files'
Error: OPTIONS of
Error: 'https://svn.server/svn/path/to/files:
Error: authorization failed: Could not authenticate to server: could not parse
Error: challenge (https://svn.server/svn/path/to/files)
この問題を解決するために、同僚にTortoiseSVNで次のことを試してもらいました。
認証データとURL履歴のTortoise SVN |設定|保存データの認証データをリセットします。
Tortoise SVN | Settingsのプロキシ設定をチェックして、同僚がラップトップと同じ設定になっていることを確認しました。
彼はTortoiseSVNで同じプロキシ設定(設定が構成されていない)を持っていました。認証データをクリアしても問題は解決しなかったようです。
同僚に、Active Directoryドメインに参加している予備のデスクトップにログイン資格情報を使用してログインし、作業コピーをチェックアウトするように依頼しました。彼は予備のデスクトップからファイルをチェックアウトし、ファイルを更新し、ファイルをSVNにコミットすることができました。明らかに、この問題は、同僚が別のマシンからサーバーと通信できるため、SVNリポジトリにアクセスする権限がないことが原因ではありません。
だから-この問題を解決するために彼のラップトップをどこで/なぜ/どこで見なければならないのですか?エラーメッセージに含まれている情報に基づくと、ラップトップのSSL証明書の何かが台無しになっているようです。
SVNサーバーはVisualSVNサーバーであり、統合Windows認証を使用していることに注意してください。
さらに情報が必要な場合はお知らせください。
ありがとう
リチャード
私が理解している限り、両方のマシンは同じActiveDirectoryドメインにあります。問題のトラブルシューティングを行うために実行する必要がある最初の手順:
これらの詳細を知っていると、認証の問題をはるかに速くトラブルシューティングできます。
影響を受けるユーザーは、問題を解決するために最新のTortoiseSVN1.6バージョンにアップグレードする必要がある場合があります。つまりそれにもかかわらず、TortoiseSVN 1.6.6は時代遅れであり、今それを使用する理由はわかりません。少なくともTortoiseSVN1.6.16にアップグレードすることを検討してください。
記事 「専用ユーザーアカウントでVisualSVNサーバーを実行するとシングルサインオンが失敗する」 ケースに適用されるのはのみ when VisualSVNサーバーサービスアカウントは専用のユーザーアカウントで機能します Kerberosを介して認証するには、ユーザーアカウントにSPNを割り当てる必要があるためです。 Network Service
アカウントにはデフォルトでSPNが設定されています。ところで、エラーが表示されない場合はSSPI Challenge failed: The token supplied to the function is invalid
VisualSVNサーバーログ-SPNは根本的な原因ではありません。
このサポート記事が関連しているように聞こえます:
http://www.visualsvn.com/support/topic/00052/
あなたが説明したすべての条件に一致するようです。彼らの修正は言う:
Since you run VisualSVN Server service under a dedicated user account,
you have to add SPN manually to Active Directory:
1.Logon to a Domain Controller as a domain administrator or as a user
with specific delegated permissions required to modify SPNs.
For additional information on permissions required to modify SPNs
please read the "Delegating Authority to Modify SPNs" Microsoft TechNet article.
2.Start elevated command Prompt and enter the following command:
setspn -a http/hostname.contoso.com CONTOSO\username