ssh：权限被拒绝（公钥）

Question 1

以下是部署公钥身份验证方法的示例。假设您有服务器A（您要连接的服务器）和乙（客户端；您想要连接的客户端A使用公钥）。

在A，运行以下命令：

ssh-keygen
- 这将生成一个私钥-公钥对，如果不带参数运行，它将在下执行此操作~/.ssh。
在A，跑步：

ssh-copy-id [user@]<Bs-IP-address>
- 这将复制民众密钥生成者A到乙.它将在名为的文件中执行此操作~/.ssh/authorized_keys。
- 如果由于连接问题或您无法从点连接，则此操作不起作用A到乙，还有另一种（手动）方法。在您的机器中A，转到您的~/.ssh目录并找到您的公钥文件。这可能是一个带有.pub扩展名的文件。打开它并复制内容，然后在乙将其附加/粘贴到您的~/.ssh/authorized_keys文件中。很重要：此文件必须由用户拥有，组必须是用户的，并且具有权限600。否则不起作用. 这几乎就是ssh-copy-id所做的。
从乙，尝试通过 SSH 连接到A。

需要注意以下几点：

第 2 点中的命令将仅将公钥部署到您正在连接的远程用户。这意味着，如果您将密钥部署到的主页tom，则用户名为的用户将jerry无法使用它。简而言之，部署是针对每个用户的。
如果你尝试部署密钥来连接到A使用时root，请确保PermitRootLogin中的指令具有或的/etc/ssh/sshd_config值（最好）。如果设置为，公共方法身份验证将不起作用。yesprohibit-passwordno
绝不与任何人共享私钥。

Answer

以下是部署公钥身份验证方法的示例。假设您有服务器A（您要连接的服务器）和乙（客户端；您想要连接的客户端A使用公钥）。

在A，运行以下命令：

ssh-keygen
- 这将生成一个私钥-公钥对，如果不带参数运行，它将在下执行此操作~/.ssh。
在A，跑步：

ssh-copy-id [user@]<Bs-IP-address>
- 这将复制民众密钥生成者A到乙.它将在名为的文件中执行此操作~/.ssh/authorized_keys。
- 如果由于连接问题或您无法从点连接，则此操作不起作用A到乙，还有另一种（手动）方法。在您的机器中A，转到您的~/.ssh目录并找到您的公钥文件。这可能是一个带有.pub扩展名的文件。打开它并复制内容，然后在乙将其附加/粘贴到您的~/.ssh/authorized_keys文件中。很重要：此文件必须由用户拥有，组必须是用户的，并且具有权限600。否则不起作用. 这几乎就是ssh-copy-id所做的。
从乙，尝试通过 SSH 连接到A。

需要注意以下几点：

第 2 点中的命令将仅将公钥部署到您正在连接的远程用户。这意味着，如果您将密钥部署到的主页tom，则用户名为的用户将jerry无法使用它。简而言之，部署是针对每个用户的。
如果你尝试部署密钥来连接到A使用时root，请确保PermitRootLogin中的指令具有或的/etc/ssh/sshd_config值（最好）。如果设置为，公共方法身份验证将不起作用。yesprohibit-passwordno
绝不与任何人共享私钥。

Question 2

上述答案（及其作者的评论）存在一些缺陷：它混淆了服务器和客户_{^{由于此答案（根据审核成员的判断）与原始答案相差太大，不能被接受为简单的编辑，因此将其完整发布在这里}}：

部署公钥认证方法的一种可能方法如下：假设你有一个SSH 服务器 A（您要连接的服务器）和SSH 客户端 B（客户端；您要从中连接到服务器的系统A使用公钥认证）。

生成个人公钥/私钥对客户B。
- 在乙，运行以下命令：
  
  ssh-keygen
  - 这将在客户端上生成个人私钥-公钥对乙，如果不带参数运行，键将存储在中~/.ssh。
部署您的公钥在服务器A。
- 在乙，跑步：
  
  ssh-copy-id [<user-on-A>@]<A's-IP-address>
  - 这将复制您的公钥（由您于乙在步骤 0) 中A. 它将在一个文件中执行此操作A调用~/.ssh/authorized_keys。为了验证A在此过程中，您必须提供其他凭证，例如用户名/密码组合。（服务器必须允许此登录方法。）
- 如果你无法连接或登录服务器A这样你就可以手动转移你的公钥到服务器A用任何对你有用的方法。在客户B你发现公钥.pub在您的目录中可能以结尾的文件中~/.ssh。内容（一行纯 ASCII 文本）必须附加~/.ssh/authorized_keys到服务器A。
  
  很重要：此文件必须由用户拥有，组必须是用户的，并且具有权限600。否则不起作用. 这几乎就是ssh-copy-id所做的。
从客户B，尝试通过 SSH 连接到服务器A。

需要注意以下几点：

事实上，你已经能够部署你的一个公钥到服务器A（也就是说，进入它的~/.ssh/authorized_keys文件），足以证明服务器A，您将被允许登录该帐户，只要您证明您知道密钥（继续乙）匹配公钥简而言之：在 SSH 公钥认证期间，您的客户发出挑战，服务器使用以下方式验证签名公钥。
如果你尝试部署密钥来连接到A使用时root，请确保PermitRootLogin中的指令具有或的/etc/ssh/sshd_config值（最好）。如果设置为，公共方法身份验证将不起作用。yesprohibit-passwordno
不分享私钥和任何人。

Answer

上述答案（及其作者的评论）存在一些缺陷：它混淆了服务器和客户_{^{由于此答案（根据审核成员的判断）与原始答案相差太大，不能被接受为简单的编辑，因此将其完整发布在这里}}：

部署公钥认证方法的一种可能方法如下：假设你有一个SSH 服务器 A（您要连接的服务器）和SSH 客户端 B（客户端；您要从中连接到服务器的系统A使用公钥认证）。

生成个人公钥/私钥对客户B。
- 在乙，运行以下命令：
  
  ssh-keygen
  - 这将在客户端上生成个人私钥-公钥对乙，如果不带参数运行，键将存储在中~/.ssh。
部署您的公钥在服务器A。
- 在乙，跑步：
  
  ssh-copy-id [<user-on-A>@]<A's-IP-address>
  - 这将复制您的公钥（由您于乙在步骤 0) 中A. 它将在一个文件中执行此操作A调用~/.ssh/authorized_keys。为了验证A在此过程中，您必须提供其他凭证，例如用户名/密码组合。（服务器必须允许此登录方法。）
- 如果你无法连接或登录服务器A这样你就可以手动转移你的公钥到服务器A用任何对你有用的方法。在客户B你发现公钥.pub在您的目录中可能以结尾的文件中~/.ssh。内容（一行纯 ASCII 文本）必须附加~/.ssh/authorized_keys到服务器A。
  
  很重要：此文件必须由用户拥有，组必须是用户的，并且具有权限600。否则不起作用. 这几乎就是ssh-copy-id所做的。
从客户B，尝试通过 SSH 连接到服务器A。

需要注意以下几点：

事实上，你已经能够部署你的一个公钥到服务器A（也就是说，进入它的~/.ssh/authorized_keys文件），足以证明服务器A，您将被允许登录该帐户，只要您证明您知道密钥（继续乙）匹配公钥简而言之：在 SSH 公钥认证期间，您的客户发出挑战，服务器使用以下方式验证签名公钥。
如果你尝试部署密钥来连接到A使用时root，请确保PermitRootLogin中的指令具有或的/etc/ssh/sshd_config值（最好）。如果设置为，公共方法身份验证将不起作用。yesprohibit-passwordno
不分享私钥和任何人。

相关内容