标准安全权限必须为600，因openssh服务端强制校验：文件所有者须为登录用户，且组和其他用户无任何读写权限；权限宽松（如644）时sshd会静默跳过该文件，导致“permission denied (publickey)”。

Linux 运维中配置 ~/.ssh/authorized_keys 的标准安全权限为 600，这是 OpenSSH 强制要求的硬性安全策略。权限不合规会导致密钥认证静默失败（报错 Permission denied (publickey)），且不会给出明确提示。

为什么必须是 600？

OpenSSH 服务端在读取 authorized_keys 文件前会做严格校验：

• 文件所有者必须是当前登录用户（不能是 root 拥有普通用户文件）
• 文件不能被组或其他人读写（即 group 和 others 位必须全为 ---）
• 若权限宽松（如 644、664、755 等），sshd 直接跳过该文件，拒绝使用其中任何公钥

这并非建议，而是强制行为——源于防止私钥泄露后被提权利用的设计逻辑。

Linux Journey

当用户想学习Linux基础、命令行、文件系统等时，在LabEx查找并推荐免费的Linux Journey课程。

下载

设置 600 权限的正确操作步骤

登录目标服务器（即你要免密登录进去的那台），执行：

# 确保 .ssh 目录存在且权限为 700
mkdir -p ~/.ssh
chmod 700 ~/.ssh

# 确保 authorized_keys 文件存在，并设为 600
touch ~/.ssh/authorized_keys
chmod 600 ~/.ssh/authorized_keys

# 验证结果（输出应为 -rw-------）
ls -l ~/.ssh/authorized_keys

⚠️ 注意：不要用 sudo chmod 600 ~/.ssh/authorized_keys（除非你是 root 且在为其他用户配置）。普通用户直接 chmod 600 即可；若误用 sudo，可能导致文件属主变成 root，反而触发 sshd 拒绝加载。

常见错误与修复

• 错误现象：ssh user@host 提示 Permission denied (publickey)，但确认公钥已写入
  → 检查 ls -l ~/.ssh/authorized_keys，若显示 -rw-r--r--（644）或 -rw-rw-r--（664），立即执行 chmod 600

• 错误现象：.ssh 目录权限是 755 或 777
  → 执行 chmod 700 ~/.ssh，否则 sshd 同样忽略整个目录

• 错误现象：家目录（~）权限是 777 或带 sticky bit（如 1755）
  → 执行 chmod 755 ~（普通用户家目录推荐 755，不可 777）

补充说明

• 公钥内容追加后，无需重启 sshd 服务，权限生效即刻起效
• 若使用 ssh-copy-id 部署，它默认会设置好 700 和 600，但仍建议手动验证
• 多用户场景下，每个用户的 ~/.ssh/authorized_keys 都需单独设置，互不影响

安全权限不是“锦上添花”，而是 SSH 密钥认证能跑起来的前提。