为什么名为“user”的用户的公钥可以用于名为“git”的用户的远程 Git 存储库？

Question

首先，让我们解决一个根本性的误解： ssh钥匙是不是无论是从客户端还是服务器的角度来看，它都不是特定于用户的。无论公钥末尾的注释可能暗示什么，这都是正确的，注释通常包含生成密钥的用户的用户名。唯一重要的是您是否拥有与服务器接受的公钥相对应的私钥（例如在文件中authorized_keys）。

打个比方，想象一下现实世界中的门和钥匙。你可以有一把实体钥匙（类似于ssh 私人的您可以使用这把钥匙打开多扇门，门上的锁也可以接受这把钥匙。您甚至可以将这把实体钥匙借给朋友，他们可以打开这扇门，尽管这是更糟计算机安全领域的想法比现实世界中的想法更有意义。

然后完成类比：

现实世界中的物理密钥 ==ssh私钥（例如id_rsa或id_ed25519）
现实世界的门 ==ssh服务器
现实世界的门锁==authorized_keys包含一个或多个民众键（例如的内容id_rsa.pub）

我们可以继续类比：您可以复制您的真实世界密钥，就像您可以复制您的私钥一样，但这与您的问题无关。

就你的情况而言，你有一个 git 服务器gitserver。你可以ssh以用户身份访问该服务器user，也可以使用已将相应公钥安装到该远程用户文件中的alan任何私钥。ssh~/.ssh/authorized_keys

现在回到您的实际问题，有几个可能的错误来源：

您提供的配置文件片段看起来很奇怪，该文件中可能存在错误。一般来说，文件中的条目~/.ssh/config如下所示：
```
 Host remote
   HostName remote.example.com
   User alan
```
虽然缩进是可选的，但大多数用户对不同的主机都有多个条目，每个条目都是一个单独的块。您还可以使用通配符来应用于多个主机，甚至所有主机，如下所示：
```
 Host *
   IdentityFile /home/alan/.ssh/my-workstation_alan-id_rsa
```
请注意，配置文件的规范和解析发生在“第一个答案获胜“模型 - 也就是说，您需要在结尾您的文件否则事情会变得复杂并且可能无法工作。
当您说“这不起作用”时，我认为我们还没有足够的信息。如果您尝试执行如下操作：
```
 ssh git@gitserver
```
这可能不会像您直观预期的那样工作（即为您提供一个交互式 shell），因为 git 服务器软件为用户设置了git不同gitserver的 shell。查找/etc/password用户的 shell git- 可能是类似git-shell或的内容gitaly。当您尝试简单地时ssh gitserver，您隐式地要求获取一个交互式 shell，而常见的 git 服务器 shell（例如git-shell）不会这样做。

建议您查看您的配置，尝试一些方法，然后更新您的问题或发布更多详细信息的其他评论。如果需要，我会修改我的答案。

Answer 1

首先，让我们解决一个根本性的误解： ssh钥匙是不是无论是从客户端还是服务器的角度来看，它都不是特定于用户的。无论公钥末尾的注释可能暗示什么，这都是正确的，注释通常包含生成密钥的用户的用户名。唯一重要的是您是否拥有与服务器接受的公钥相对应的私钥（例如在文件中authorized_keys）。