Linux 无法使用公钥身份验证方法通过ssh连接

在我的Windows 10上，我遇到了一个问题，即无法使用诸如

$ ssh -v lauser@127.0.0.1 -p 2222 -i ~/.ssh/id_rsa

我会被提示输入密码，就好像我在虚拟机内的~/.ssh/Authorized_keys文件中复制到的公钥没有被看到一样。同时，密码身份验证方法和“vagrant ssh”也起作用。 我已确保

在本地创建密钥对，在远程创建.ssh目录，并将pub-key字符串添加到远程的.ssh/authorized_-keys文件中；.ssh和.ssh/authorized_keys文件都由用户（lauser）拥有，并设置为700和644

在vm上编辑要使用的/etc/ssh/sshd_配置文件 是的 PubkeyAuthentication是 并重新启动sshd服务器（使用“sudo service ssh restart”）

验证防火墙是否已被临时禁用以消除任何复杂性

验证只有一个vm正在运行，所有其他vm都处于“挂起”或“暂停”模式

通过“file~/.ssh/authorized_key”确认文件类型，并获得确认“~/.ssh/authorized_key:OpenSSH RSA public key”

通过比较vm中“sudo cat~/.ssh/authorized_keys”的输出和本地服务器上“cat~/.ssh/id_rsa.pub”的输出，验证密钥是否匹配

---

但是，当我试图通过公钥身份验证进行连接时，仍然会被拒绝权限（公钥）。

到目前为止，听起来你做的一切都是正确的。当我遇到这个问题时，通常是由于目标用户的主目录（~）、~/.ssh或~/.ssh/authorized_密钥上的目录权限造成的

---

请参阅。

到目前为止，听起来你做的每件事都是正确的。当我遇到这个问题时，通常是由于目标用户的主目录（~）、~/.ssh或~/.ssh/authorized_密钥上的目录权限造成的

---

请参阅。

当远程主机上的主目录没有正确的权限时，我面临同样的挑战。将权限从777更改为744有助于我

当远程主机上的主目录没有正确的权限时，我面临同样的挑战。将权限从777更改为744有助于我

客户端和服务器都可以告诉您更多信息。以详细模式运行客户端，确保它提供密钥。如果是这样，请查看服务器日志以了解它拒绝您的密钥的原因。谢谢！除了“ssh-v”之外，如何运行“详细模式下的客户端”？

ssh

客户端和

sshd

服务器都可以告诉您更多信息。以详细模式运行客户端，确保它提供密钥。如果是这样，请查看服务器日志以了解它拒绝您的密钥的原因。谢谢！如何运行“详细模式下的客户端”而不是“ssh-v”？