我在Windows 10上也遇到了同样的问题，我试图SSH进入一个Vagrant盒子。这似乎是旧OpenSSH版本中的一个bug。对我有用的是:

从http://www.mls-software.com/opensshd.html安装最新的OpenSSH where.exe ssh

(如果使用Powershell，请注意“。exe”)

你可能会看到如下内容:

C:\Windows\System32\OpenSSH\ssh.exe
C:\Program Files\OpenSSH\bin\ssh.exe
C:\opscode\chefdk\embedded\git\usr\bin\ssh.exe

注意，在上面的示例中，最新的OpenSSH位于路径的第二个位置，因此不会执行。

更改顺序:

右键单击Windows按钮->设置->“编辑系统环境变量” 在“高级”选项卡上单击“环境变量…” 在“系统变量”下编辑“路径”。 选择“C:\Program Files\OpenSSH\bin”并“向上移动”，使其出现在顶部。 单击OK 重新启动控制台，以便应用新的环境变量。

对于*nix系统，明显的修复是chmod 600 id_rsa ofc，但在windows 7上，我不得不把头撞到墙上一段时间，但后来我发现了神奇的解决方案:

进入我的电脑/右键单击/属性/高级系统设置/环境变量，删除变量(可能来自系统和用户环境):

CYGWIN

基本上，这是git windows二进制使用的mingw32中的一个缺陷，总是看到所有文件644和所有文件夹755。删除环境变量并不会改变这种行为，但它显然会告诉ssh.exe忽略这个问题。如果你确实通过探索者的安全设置对你的id_rsa设置了适当的权限(除了你自己的用户之外，真的不需要有任何其他用户，不是“everyone”，不是“administrators”，不是“system”。一个也没有。只有你)，你仍然是安全的。

现在，为什么mingw32(与cygwin不同的系统)会使用cygwin环境变量，这超出了我的理解范围。我看像只虫子。

你改变了整个目录的权限，我同意Splash是一个坏主意。如果您还记得该目录的原始权限是什么，我将尝试将它们设置回原来的权限，然后执行以下操作

cd ~/.ssh
chmod 700 id_rsa

在.ssh文件夹中。这将只对所有者(您)将id_rsa文件设置为rwx(读、写、执行)，而对其他所有人都没有访问权。

如果您不记得原始设置是什么，可以添加一个新用户并为该用户创建一组SSH密钥，从而创建一个新的. SSH文件夹，该文件夹将具有默认权限。您可以使用新的.ssh文件夹作为权限的参考，以便将.ssh文件夹和文件重置为。

如果这不起作用，我会尝试卸载msysgit，删除计算机上的所有.ssh文件夹(只是为了安全起见)，然后重新安装msysgit，并尝试完全重新开始(尽管我认为你告诉我你已经尝试过了)。

编辑:也刚刚发现这个链接通过谷歌-修复“警告:未保护的私钥文件!”在Linux上虽然它是针对Linux，它可能有帮助，因为我们正在谈论Linux权限等。

在将我的Cygwin安装升级到2015年2月左右的版本(1.7.34(0.285/5/3)2015-02-04 12:14 x86_64 Cygwin)后，我突然遇到了未保护的私钥文件警告。

我在运行以下命令后修复了这个问题:

setfacl -s u::rw-,g::---,o:--- ~/.ssh/id_rsa

(另一个问题的另一个答案提供了更详细的背景)

对于使用这里找到的Git的Windows 7(它使用MinGW，而不是Cygwin):

在windows资源管理器中，右键单击id_rsa文件并选择属性 选择安全选项卡并单击编辑… 选中除管理员外的所有组的“完全控制”旁边的“拒绝”框 重试Git命令

我的系统有点混乱的bash/cygwin/git/msysgit/也许-更多…

Chmod对密钥或配置文件没有影响。

然后我决定从Windows操作系统入手，这是可行的。

Right-Click the file whose permission needs fixing. Select Properties. Select the Security tab. Click Advanced near the bottom. Click Change, next to Owner near the top. Type "My-Awesome-Username" (obviously change that to your current Windows username), and click Check Names, then OK. Under Permission entries:, highlight each user that isn't "My-Awesome-Username", and select Remove. Repeat this until "My-Awesome-Username" is the only one left. Select "My-Awesome-Username", and click Edit below. Make sure the Type: at the top is set to Allow, and then tick the checkbox next to Full control. Hit OK, Apply, OK, OK. Give it another try now...

似乎有时候mock-bash不能控制文件的所有权。它特别奇怪，因为它是从模拟bash脚本生成的。图。