svn - 一个 ssh 帐户的多个 SVN 用户

Question

我正在尝试将多个 svn 作者用于单个托管 ssh 帐户。我遵循了 http://svn.apache.org/repos/asf/subversion/trunk/notes/ssh-tricks 的技巧对于隧道用户，但它仍然显示与我的托管 ssh 帐户用户名相同的作者。我还检查了 SVN 版本必须比 1.0.x 更新才能使其适用于隧道用户。

更新

我遵循的是:

首先，我从我的托管帐户中获取了 key id_rsa

然后我用了 PuttyGen导入和提取私钥。

之后我创建了一个 session在腻子与我的完整
域(.com/.net 等)并在 SSH->AUTH 中附加私钥
我在 data 中添加了我的主机帐户用户名用于自动登录。

为了验证，我检查了 session 并且它在没有询问的情况下工作
任何密码。

现在我创建了我的 id_rsa 的副本键入 ~/.ssh目录为authorized_keys这是 svnserve 所要求的

然后我附加了一行 command="~/bin/svnserve -t -r ~/svn
--tunnel-user=makki",no-port-forwarding,no-agent-forwarding,no-X11-forwarding,no-pty
ssh-rsa AAfagd..... makki@domain.com

现在一切准备就绪后，我在服务器上创建了一个仓库 svnadmin create
myrepo

我与 svn+ssh://mydomain.com/home/svn/myrepo 结帐它
成功 checkout 但现在当我提交时，它显示作者为我的
ssh 帐户不是 makki正如我在附加的行中提到的
在 authorized_keys文件。

请指导我在流程中缺少的内容...

授权 key 内容

第 1 行 ssh-rsa AAAAB3........
line#2 command="~/bin/svnserve -t -r ~/svn --tunnel-user=makki",no-port-forwarding,no-agent-forwarding,no-X11-forwarding,no-pty ssh- rsa AAAAB3NzaC1yc2E.....

Answer 1

如果它不起作用，您必须在命令中缺少 --tunnel-user 选项，或者您没有为用户使用唯一的 key 。

来自 SSH configuration section of the SVN Book :

It's also possible to have multiple users share a single account. Instead of creating a separate system account for each user, generate a public/private key pair for each person. Then place each public key into the authorized_keys file, one per line, and use the --tunnel-user option:

command="svnserve -t --tunnel-user=harry" TYPE1 KEY1 harry@example.com
command="svnserve -t --tunnel-user=sally" TYPE2 KEY2 sally@example.com

This example allows both Harry and Sally to connect to the same account via public key authentication. Each of them has a custom command that will be executed; the --tunnel-user option tells svnserve to assume that the named argument is the authenticated user. Without --tunnel-user, it would appear as though all commits were coming from the one shared system account.

强调我的。

根据您对问题的更新，在我看来您正在重复使用 key 。相反，您应该为每个用户生成一个唯一的 key 。通常，这是如何工作的，用户会生成他们自己的 key ，然后为您提供您要添加的公钥。如果该 key 已存在于 ~/.ssh/authorized_keys 文件中，那么我怀疑将应用最宽松的条目。