1

ユーザーの公開鍵を追加してサーバーにプッシュしました。
しかし、実行中、私はの代わりにのgl-setupように使用しました。/tmp/id_rsa.pub/tmp/rekha.pub

ファイル名を変更して、もう一度実行しようとしましたgl-setup。

とうとうこのようなメッセージが表示されます

rekha.pub maps to user id_rsa, not rekha.
You will not be able to access gitolite with this key.
Look for the 'ssh troubleshooting' link in http://sitaramc.github.com/gitolite/.

この問題を解決する方法は？

4

1 に答える 1

2

1つ目gl-setupは、gitoliteV2または「g2」コマンドです。
インストールに関する現在のドキュメントはGitoliteV3（または'g3'）用です：アップグレードは賢明です（サポートを容易にするため）

gitoliteのソースをsshkeys-lint見ると、 gitoliteadminユーザーをチェックするものが見つかります。

if ($admin) {
    my $fp = fprint("$admin.pub");
    my $fpu = ( $seen_fprints{$fp}{user} || 'no access' );
    # dbg("fpu = $fpu, admin=$admin");
    die "\t\t*** FATAL ***\n" .
        "$admin.pub maps to $fpu, not $admin.\n" .
        "You will not be able to access gitolite with this key.\n" .
        "Look for the 'ssh troubleshooting' link in http://sitaramc.github.com/gitolite/.\n"
    if $fpu ne "user $admin";
}

g2のsshトラブルシューティングでgl-setup rekha.pub説明されているように、再試行する必要がある場合があります。 それが失敗した場合は、〜gitolite-user-account / .ssh / authorized-keysをチェックし、存在する場合は。に置き換えられていることを確認してください。
id_rsarekha

OP thillaiselvanは、コメントで再び機能するGitoliteを持っていると報告しています。

私はそれを達成しました：

  • id_rsa許可されたキーファイル のコンテンツの削除を置き換えます。
  • ユーザーの新しい公開キーを作成しましたrekha。
  • そして、それを新たにプッシュしました。これは大きな回避策です。

今では正常に動作します:)

于 2012-04-27T11:35:39.613 に答える