3

VisualSVNサーバーを利用したSubversionリポジトリへのコミットに問題があります。コードをチェックアウトして更新できるので、使用しているユーザー名とパスワードは正しいです。ただし、コミットしようとすると、一貫した承認の失敗が発生します。非対話型、対話型、コマンドライン、svnX、バージョンを試しましたが、すべて同じ結果になりました。

svn: Commit failed (details follow):
svn: MKACTIVITY of 'xxxxxx/4a1e3c7e-8efd-47f0-abf6-80239ee625c8': authorization failed: Could not authenticate to server: rejected Basic challenge

リポジトリは明らかにhttpsで実行されています。

私はコマンドラインから他のSVNリポジトリを何年も使用していますが、この問題は発生していません。この問題に関する多くの投稿を読みましたが、Subversionによってローカルに保存されている認証が無効であるという問題があり、それらのキャッシュをクリアしましたが、何もありませんでした。

特にチェックアウトとアップデートが機能するので、私は困惑しています。VisualSVNサーバーが実行されているWindowsサーバーに同じ資格情報でログインすることもできます。

VisualSVNサーバーのバージョンは、OSXで実行されている2.5.1 svnバージョン1.6.17（r1128011）です。

どんな助けでも大歓迎です。

4

4 に答える 4

1

VisualSVNサーバーとTortoiseSVNクライアントをしばらく使用していますが、新しいクライアントインストールからリポジトリにアクセスしようとすると、認証エラーが何度か発生します。

イベントログ（VisualSVNサーバーはWindowsイベントログに記録します）を確認した後、ユーザーが見つからなかったというエラーメッセージに気付きました。ただし、ユーザーが存在することはわかっており、Subversion認証を使用するようにサーバーを構成しました。

Subversion認証では、大文字と小文字が区別されるユーザー名が使用されていることがわかりました。Subversionユーザーは大文字で始まり、クライアントでは小文字のみを使用しようとしています。これはおそらく私がこの問題を抱えるたびに理由でした。

于 2012-12-15T18:47:38.603 に答える
0
  1. VisualSVNサーバーが認証に個別のユーザーファイルを使用している場合、Windowsへのログインは意味がありません（SVNログインとは関係ありません）

  2. CLIクライアントを使用し、コミット時に強制的に承認する必要があります。つまり、

    --username ARG : specify a username ARG

    --password ARG : specify a password ARG

    --no-auth-cache : do not cache authentication tokens

    inコマンド（書き込みは、正しいログイン/パスであることが保証されたトランザクションで使用されます）

このコミットでさえ「承認に失敗しました」で失敗する場合、それは1つだけを意味する可能性があります：このリポジトリへの読み取り専用アクセス（少なくともリポジトリツリーのコミット部分の影響を受ける）があります

于 2012-12-03T07:19:20.583 に答える
0

エラーの言い回しに惑わされないでください。エラーが最初に示すことの1つは、authorization failedここでの実際の有益な部分はですCould not authenticate to server: rejected Basic challenge。

このような動作は、VisualSVNサーバーログを確認せずにトラブルシューティングするのは非常に困難です。

エラーが拒否された基本的なチャレンジが表示されたら、簡単なチェックリストに従って問題のトラブルシューティングを行うのが理にかなっています。

  1. [Cpt。自明モードON]パスワードが有効であることを確認してください。間違ったパスワードを3回続けて入力すると、エラーが表示されます。

  2. Double-check that the password does not contain non-ASCII characters (e.g. £, ü, ä etc.). You can login to Windows with a password with non-ASCII symbols however Basic authentication type does not support non-ASCII chars. You can workaround the issue by switching to Integrated Windows Authentication however that's another question.

If none of the above steps help you need to troubleshoot the behavior on a deeper level:

  1. Check VisualSVN Server log. What get's logged on an unsuccessful authentication attempt?

  2. Check Windows Security log. You can see relevant events there which can clarify the behavior. E.g. you can see there an error 0xC0000064 that is caused by a Windows Server 2003 bug.

于 2012-12-03T12:51:19.360 に答える
0

私の場合、.. svnフォルダーはCapsにあり、リポジトリブラウザーで指定されたパスは小さかった。

于 2014-09-05T10:35:16.143 に答える