2

ここで、クライアントの問題である可能性がある特定の問題があります。ただし、サーバーエラーが発生します。ですから、読んでください。おそらく、これは本当に奇妙な問題であり、解決するのを手伝ってくれることを願っています!:)

これが私の状況です：

キー認証を使用してGitとGitoliteサーバーを使用して自宅でセットアップしました。私の秘密鍵と公開鍵は検証され、先週までは正常に機能していました。現在、クライアント コンピューター #1 では、Git サーバーから参照をプッシュ/プルすることはできません。

まったく同じリポジトリ（同じドライブにマウント）で同じキーを試しましたが、ラップトップで試しましたが、サーバーはキーを受け入れます...

Git のアンインストール/再インストール、他のキー ペアの生成、SSH 構成の再確認、サーバー サービスの再起動を試みましたが、何も機能しません。DEBUG モードで SSH ログを確認すると、エラーに関する詳細はほとんど得られません。

Jul 28 06:46:28 git-server sshd[5100]: debug1: Forked child 19124.
Jul 28 06:46:28 git-server sshd[19124]: Set /proc/self/oom_adj to 0
Jul 28 06:46:28 git-server sshd[19124]: debug1: rexec start in 5 out 5 newsock 5 pipe 7 sock 8
Jul 28 06:46:28 git-server sshd[19124]: debug1: inetd sockets after dupping: 3, 3
Jul 28 06:46:28 git-server sshd[19124]: Connection from xx.xx.xx.xx port 53847
Jul 28 06:46:28 git-server sshd[19124]: debug1: Client protocol version 2.0; client software version PuTTY_Local:_Jun__3_2012_14:48:17
Jul 28 06:46:28 git-server sshd[19124]: debug1: no match: PuTTY_Local:_Jun__3_2012_14:48:17
Jul 28 06:46:28 git-server sshd[19124]: debug1: Enabling compatibility mode for protocol 2.0
Jul 28 06:46:28 git-server sshd[19124]: debug1: Local version string SSH-2.0-OpenSSH_5.5p1 Debian-6+squeeze1
Jul 28 06:46:28 git-server sshd[1002]: debug1: server_input_channel_req: channel 0 request winadj@putty.projects.tartarus.org reply 1
Jul 28 06:46:28 git-server sshd[1002]: debug1: session_by_channel: session 0 channel 0
Jul 28 06:46:28 git-server sshd[1002]: debug1: session_input_channel_req: session 0 req winadj@putty.projects.tartarus.org
Jul 28 06:46:29 git-server sshd[19124]: debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-1024
Jul 28 06:46:29 git-server sshd[19124]: debug1: Checking blacklist file /etc/ssh/blacklist.RSA-1024
Jul 28 06:46:29 git-server sshd[19124]: debug1: temporarily_use_uid: 1001/1001 (e=0/0)
Jul 28 06:46:29 git-server sshd[19124]: debug1: trying public key file /home/gitolite/.ssh/authorized_keys
Jul 28 06:46:29 git-server sshd[19124]: debug1: fd 4 clearing O_NONBLOCK
Jul 28 06:46:29 git-server sshd[19124]: debug1: restore_uid: 0/0
Jul 28 06:46:29 git-server sshd[19124]: debug1: temporarily_use_uid: 1001/1001 (e=0/0)
Jul 28 06:46:29 git-server sshd[19124]: debug1: trying public key file /home/gitolite/.ssh/authorized_keys
Jul 28 06:46:29 git-server sshd[19124]: debug1: fd 4 clearing O_NONBLOCK
Jul 28 06:46:29 git-server sshd[19124]: debug1: restore_uid: 0/0
**Jul 28 06:46:29 git-server sshd[19124]: Failed publickey for gitolite from xx.xx.xx.xx port 53847 ssh2**
Jul 28 06:46:29 git-server sshd[19124]: debug1: do_cleanup

他の 2 つのクライアント ロケーションで Putty キーをテストしたところ、すべて正常に動作したため、サーバーが正常に動作していると考えています。Putty キーの送信に問題があるのは、おそらく私のワークステーションです。それがクライアントの問題である場合、ここに私のPCスペックがあります：

  • インテル i7 3770 x64
  • ウィンドウズ7アルティメイト
  • 16ギガバイトのラム

前もって感謝します！

4

3 に答える 3

1

結局のところ; 問題が解決しました！

どうやら、ToirtoiseGit Windows クライアントを混乱させるのは、レジストリに関するパテの問題です。このケースがどこにも文書化されていないことに驚いています。解決策を見つけてくれた友人に感謝します。

したがって、Windows では、すべてのセッション情報と Putty 設定はここにあります。

HKEY_CURRENT_USER\Software\SimonTatham\PuTTY

その後、自動的に再生成される「Sessions」フォルダーと「SshHostKeys」フォルダーを削除することで、問題は解決しました。しかし、その理由はわかりませんでした。

さらに掘り下げると、デフォルト設定が putty インターフェースを介して変更されると、Plink (ToirtoiseGit のパテ エージェント) が「自動ロードされたパテ キー」に焦点を当てるのではなく、Putty のデフォルト設定に固執するようになるという結論に至ります。 」の設定。

要点は

  1. これらの症状がある場合は、次の場所にある「PublicKeyFile」変数を空にします。HKEY_CURRENT_USER\Software\SimonTatham\PuTTY\Sessions\Default Settings
  2. または...パテでデフォルト設定を編集/保存しないでください!!!

このソリューションが他の人にも役立つことを願っています! :)

于 2014-10-03T20:58:35.870 に答える
1

公開鍵が次のようにフォーマットされていることを確認します。

ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAIEA5k6P+EKZ/G8+YT8kpHUmyp2d+4S/1kIAqPQcIt+qjpf9i0v9pwWCJdgYhiwD18pjUL2tM0D6zofKF3mQJdJbW22yAqBQ/YmswEHcH+1/QxHxaYHvXxaqakgvFcWW3DZ/ShsgWfJyhw7naKMWKcgAJJHPJfmAHtEWPLDhBAzpEQc=

また、それが既知のホストであるかどうかも確認します。

于 2014-02-13T12:35:19.373 に答える
0

さまざまなサーバーへの認証に使用されるキーを変更した Windows 上の PuTTY で同様の問題が発生しました。しかし、保存したセッションの一部には、有効ではなくなった元のキー ファイルへのパスが残っていました。

解決策は、保存されたセッションを調べて、問題のあるキーファイルを削除することでした-接続/SSH/認証の下にあったと思います

于 2012-09-19T04:17:46.740 に答える