gitosis 要求输入密码

Question

我已经按照

• 使用 ssh-keygen 创建了一个 rsa 密钥对，文件名为 johndoe。
• 然后将其复制到 gitosis admin repo 中的 keydir 中。
• 编辑 gitosis 配置文件并将用户 johndoe 添加到成员列表中
• 使用 git commit -a -m "what i did" 提交更改
• 将更改推送到服务器

之后我尝试使用新的密钥文件。它要求输入密码，当我正确输入密码时，它会要求用户 git 的密码！ 用户 git 没有密码。

现在我已经在 sshd_config 中关闭了密码身份验证，现在它显示“权限被拒绝（公钥）”。我检查了git用户的authorized_keys文件，里面只有一个密钥被授权，即gitosis管理员的初始密钥。

我还仔细检查了 ./gitosis-admin.git/hooks/post-update 挂钩上的权限，它有 755

Answer 1

Gitosis 有点愚蠢——你用于密钥文件的文件名字面意思是“johndoe”吗？如果是这样，请更改它：

git mv keydir/johndoe keydir/johndoe.pub
git commit -m "changed key name"
git push

然后重试。

另外，正如 Arlen Cuss 指出的那样，请确保它实际上是公钥，而不是私钥。

Answer 2

你好，我也遇到了同样的问题，最后找到了解决办法。

我必须遵循许多网站给出的说明，但每次之后

git clone git@[serveur_name]:gitosis-admin.git

它都会询问 GIT 的密码。

解决：
我已将管理公钥（在我的客户端用户上创建的公钥；然后导入到服务器的 tmp 目录中）插入到我的 authorized_keys 文件（位于 /home/git/.ssh/ 中） 服务器的目录）并且它现在可以工作了。

 cp authorized_keys authorized_keys.bak
 cat /tmp/id_dsa_git.pub >> authorized_keys

我发现了这个@ http://fclose.com/b/linux /366/set-up-git-server-through-ssh-connection/

Answer 3

确保您将公钥放入 gitosis 存储库中，而不是您的私有密钥！

生成密钥文件时，您将获得一个 .pub 文件 - 使用该文件，但将名称放入 gitosis.conf 中，不带 .pub< /代码>。

Answer 4

确保您还添加 (git add) .pub 文件，并将它们正确提交并推送到存储库。

Answer 5

我最近在工作的私人存储库中遇到了这个问题。我偶然发现了这个答案并阅读了答案； 这个和这个 成功了。

为了给后代总结一下，请确保将 .pub 键添加到 gitosis-admin/keydir 目录中。它必须是 .pub 文件。

提交并提交将您的更改推送到gitosis-admin。

您的 ~/.ssh/authorized_keys 将自动更新，因此无需将公钥文件的输出重定向到它。

希望这有帮助

Answer 6

Windows 用户经常出错的一件事是，大多数教程都没有注意到这一点（因为他们假设您使用的是 Linux 客户端）

msysgit，Windows git 控制台，正在寻找您的私钥/home/YOURUSERNAME/.ssh/id_rsa
在Windows上是（Windows 7）C：\ Users \ YOURUSERNAME.ssh \ id_rsa

，而大多数人都正确使用该文件夹，因为它是自动创建的，他们错过了该文件必须命名为“id_rsa” 否则 msysgit 不会使用它。
我没有找到告诉 msysgit 使用其他键的方法

Answer 7

最有可能发生的情况是更新后挂钩未正常运行。

检查 ~git/.ssh/authorized_keys 中是否有您的公钥。

如果没有，则更新后挂钩不会运行。随后更改了哪些权限？其他一些配置错误。从别处复制的？

1. 在服务器上，签出 gitosis admin：git clone /path/to/gitosis-admin.git。对 gitosis.conf 进行微小的更改。检查您的公钥是否在 keydir 中。我必须以 git 用户身份运行它。

2. 提交gitosis.conf。 git add gitosis.conf && git commit -m“刷新密钥”。

3. 现在检查authorized_keys 文件。

4. 更改 gitosis.conf 并再次提交。

测试访问。如果在此过程之后authorized_keys 未更新，请在日志中查找错误消息。