答案是权限过宽导致openssh主动拒绝加载密钥；需逐级检查并修复：用户主目录≤755、~/.ssh目录为700、私钥和authorized_keys文件均为600，selinux环境下还需确保ssh_home_t上下文。
遇到“WARNING: UNPROTECTED PRIVATE KEY FILE!”或“Permissions are too open”这类警告，说明 OpenSSH 拒绝加载密钥——不是密钥坏了，而是权限太松，系统主动放弃了它。排查和修复其实很直接，关键在定位哪一级权限出问题、按规则收紧。
看错误提示，锁定具体文件
终端报错里一定会明确指出哪个路径权限不对，例如：
- Permissions for '/home/user/.ssh/id_rsa' are too open → 私钥文件权限超标
- bad ownership or modes for directory /home/user/.ssh → .ssh 目录权限不合规
- bad ownership or modes for file /home/user/.ssh/authorized_keys → 服务端公钥文件权限太宽
先别猜，直接照着提示里的路径检查，这是最省时间的起点。
逐级检查权限是否合规
OpenSSH 对权限有硬性要求，不满足就静默跳过（不会报错，但不走密钥认证）。必须同时满足：
- 用户主目录（~）：权限 ≤ 755（不能是 775 或 777，否则 SSH 直接忽略整个 .ssh）
- ~/.ssh 目录：严格为 700（仅所有者可读写执行）
- ~/.ssh/id_rsa（私钥）：严格为 600（仅所有者可读写）
- ~/.ssh/authorized_keys（服务端）：严格为 600
- ~/.ssh/config（如有）：建议设为 600，避免敏感信息泄露
快速修复命令（客户端和服务端通用）
按需运行以下命令，注意替换 user 为实际用户名，路径以你自己的为准：
- 修复私钥：
chmod 600 ~/.ssh/id_rsa - 修复 .ssh 目录：
chmod 700 ~/.ssh - 修复公钥列表（服务端）：
chmod 600 ~/.ssh/authorized_keys - 修复主目录（若被设成 775）：
chmod 755 ~ - 确认属主正确（尤其用 sudo 改过权限后）：
chown -R $USER:$USER ~/.ssh
SELinux 环境下额外检查上下文
在 RHEL/CentOS/Fedora 等启用了 SELinux 的系统上，即使 chmod 全对了，也可能失败。运行：
- 查看当前上下文：
ls -Z ~/.ssh—— 正常应显示ssh_home_t - 如果不是，修复：
restorecon -R ~/.ssh - 临时验证是否是 SELinux 导致：
setenforce 0，测试成功后务必setenforce 1并用restorecon修复，不要长期关闭防护
