Windows10下OpenSSH密钥连接失败：type3含义、证书问题及解决

1. identity file type 3的含义 #

在OpenSSH的debug日志中，type 3代表ECDSA类型的密钥文件。如果你的密钥是RSA/ED25519等其他类型却出现这个标记，说明OpenSSH对私钥文件的识别异常，大概率是文件权限不符合要求或路径解析错误导致的。

2. 为何会查找ssh_key_CLM-cert文件 #

这是OpenSSH的默认行为：当你指定一个私钥文件时，它会自动尝试查找同名的证书文件（后缀为-cert.pub），用于支持基于证书的身份验证。即使你没有配置证书，它也会执行这个查找动作，找不到就自动跳过，这个行为本身不是连接失败的直接原因。

3. 解决PowerShell中ssh命令无法连接的方案 #

针对你遇到的Permission denied和类型误判问题，按以下步骤排查：

• 修正私钥文件权限：Windows下OpenSSH要求私钥必须仅对当前用户可读，右键ssh_key_CLM文件→属性→安全→高级→禁用继承→删除所有继承权限→添加当前用户（MyUser），仅授予读取权限。
• 验证config文件路径：确保ssh/config中的私钥路径格式正确，可使用正斜杠（C:/Users/MyUser/.ssh/ssh_key_CLM）或转义反斜杠（C:\Users\MyUser\.ssh\ssh_key_CLM），检查是否有拼写错误。
• 临时禁用代理测试：如果存在全局代理或config中配置了ProxyCommand，尝试用命令ssh -o ProxyCommand= servername -vvv临时禁用代理，排查代理导致的权限问题。
• 绕开config直接指定私钥：执行ssh -i C:/Users/MyUser/.ssh/ssh_key_CLM servername -vvv，验证私钥本身是否可用，排除config配置错误。
• 检查服务器端公钥配置：确认你的公钥已正确写入服务器的~/.ssh/authorized_keys文件，文件权限需设为600，.ssh目录权限设为700。

内容的提问来源于stack exchange，提问作者LilPyth