1

我添加了用户的公钥并推送到服务器。
但是在运行时，gl-setup我使用了 like/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

首先gl-setup是gitolite V2 或“g2”命令。
当前的安装文档适用于GitoliteV3（或“g3”）：升级是明智的（为了便于支持）

查看gitolite 的来源，我发现sshkeys-lint它将检查 gitolite 管理员用户：

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";
}

您可能需要再试一次gl-setup rekha.pub，如g2 的 ssh 故障排除所述。
如果失败，请检查您的 ~gitolite-user-account/.ssh/authorized-keys 并确保id_rsa替换为rekha.

OP thillaiselvan在评论中再次报告说有一个工作的 Gitolite：

我通过以下方式实现了它：

  • 替换删除id_rsa授权密钥文件中的内容。
  • 为用户创建了一个新的 pub 密钥rekha。
  • 然后新推它，这是一项巨大的工作。

现在它工作正常:)

于 2012-04-27T11:35:39.613 回答