我的 MacBook 上的 SSH 密钥和 gitolite 出现问题。
Gitolite 正在我的 Debian 服务器上运行:gitolite3 3.6.4-1 (Debian) on git 2.7.4
gitolite-admin/keydir 我有密钥 bob.pub 和 admin.pub 它们是不同的密钥。
我的配置文件基本上是:
# this repo
repo gitolite-admin
RW+ = admin
repo myrepo
RW+ = bob
我的 ~/.ssh/config 文件只是为了指定我们使用不同的端口:
Host gitserver
IdentityFile ~/keys/bob
Port 2222
我正在使用以下命令进行测试:
git clone git@gitserver:myrepo.git
这些是 /home/git/.gitolite/logs/ 下的日志
当我从我的 Linux 系统使用 ssh 时,它运行良好。
2016-10-14.15:54:53 11635 ssh ARGV=bob SOC=git-upload-pack 'myrepo' FROM=192....
2016-10-14.15:54:53 11635 pre_git myrepo bob R any refs/.*
2016-10-14.15:54:53 11635 system,git,shell,-c,git-upload-pack '/home/git//repositories/myrepo.git'
2016-10-14.15:54:53 11635 END
但是,当我在 MacBook Air 上使用相同的键执行相同的操作时,似乎
2016-10-14.15:56:07 11652 ssh ARGV=admin SOC=git-upload-pack 'myrepo' FROM=192.168.0.105
2016-10-14.15:56:07 11652 die R any myrepo admin DENIED by fallthru<<newline>>(or you mis-spelled the reponame)
我认为正在发生的情况是:
底层 ssh 连接使用正确的用户 (git) 和密钥 (bob) 进入服务器。它是使用 /home/git/.ssh/authorized_keys (由 gitolite 生成) 完成的,我实际上可以从这个文件中看到,与
command="/usr/share/gitolite3/gitolite-shell bob"
密钥匹配的命令参数是正确的。但是在 ssh 连接之后,由于某种原因,命令被更改为具有参数 admin 而不是 bob!。
再次。这不会发生在我的 Linux 机器上。这只发生在我的 MacBook 上。
在 Mac 上可以做到的是,我可以克隆测试或 gitolite-admin。即使使用 bob 密钥,它实际上应该是 admin 密钥!我认为这实际上可能是 gitolight 中的一个安全漏洞!
我正在运行 3.6.4,而 3.6.5 或 3.6.6 的发行说明中没有任何内容表明已修复。
答案1
对于遇到类似问题的其他人来说,邮件列表中有一个由 gitolite 作者提供的回复:https://groups.google.com/d/msg/gitolite/VRLAQaN2QoE/7EWN1I82BQAJ
我建议你在 ~/.ssh/config 中添加“IdentitiesOnly”一词,然后重试。关闭 ssh-agent、keychain 或任何这类程序并重新启动它们,只添加“bob”密钥。
为了确保万无一失,请将管理员私钥完全移出框外。