我在windows 10中遇到了错误，因此我将权限设置为如下，并且可以正常工作。

详细信息，请删除其他用户/组，直到它只有“SYSTEM”和“Administrators”。然后将您的windows登录名添加到只有“读取”权限的窗口中。

请注意，id_rsa文件位于c:\users\<username>文件夹下。

对于Windows 10，这是我发现的适合我的功能：

将密钥移动到Linux文件系统：mv~/.ssh/home/{用户名}设置该密钥的权限：chmod 700/home/{用户名}/.ssh/id_rsa创建指向密钥的符号链接：ln-s/home/{用户名}/.ssh~/.ssh

如果您将主目录（~）设置为存储在Windows而不是Linux中（在/mnt/vs/home/下），就会发生这种情况。

如果您在windows上使用WSL

最简单的答案是键入：sudo ssh-i keyfile.pem＜user＞@ip

而不更改文件权限。发生这种情况的原因是什么？另一种资源

您不能修改Windows文件系统上文件的权限在Windows上的Ubuntu上使用chmod on Bash。您必须复制WSL主目录（~）的私钥，并在那里执行。

另一方面，sudo不应与ssh一起使用。使用sudo发出命令之所以有效，是因为它现在很可能以root身份执行，而这不是正确的方式，并且存在巨大的安全风险，因为允许使用600/400权限以外的任何权限都会破坏使用SSH密钥的目的，从而危及密钥的安全性。

最好的方法是将文件复制到$HOME/.ssh：

cp密钥文件.pem~/.ssh

对其执行sudo chmod 400 keyfile.pem。

然后ssh-i keyfile.pem＜user＞@ip。

适用于Windows 8.1的独立于区域设置的解决方案是：

chgrp 545 ~/.ssh/id_rsa
chmod 600 ~/.ssh/id_rsa

GID 545是一个特殊的ID，它总是指“用户”组，即使您的语言环境使用了不同的“用户”。

我尝试了对我的私钥进行600级的权限，结果成功了。

chmod 600 privateKey 
[dev]$ ssh -i privateKey user@ip

另一方面

chmod 755 privateKey 
[dev]$ ssh -i privateKey user@ip

给出以下问题：

Permissions 0755 for 'privateKey' are too open.
It is required that your private key files are NOT accessible by others.
This private key will be ignored.
Load key "privateKey": bad permissions

AFAIK值为：

700表示密钥文件所在的隐藏目录.ssh密钥文件id_rsa为600