bash: /root/.ssh/authorized_keys: Permission denied

这个错误提示表示你没有权限读取或修改 `authorized_keys` 文件。通常这个文件存储了可以免密登录到远程服务器的公钥，所以需要具有 root 权限来操作该文件。

你可以尝试使用 `sudo` 命令来获取 root 权限，例如：

sudo cat /root/.ssh/authorized_keys

这将以 root 权限打开 `authorized_keys` 文件。如果你需要修改该文件，可以使用以下命令：

sudo nano /root/.ssh/authorized_keys

这将使用 `nano` 编辑器打开 `authorized_keys` 文件，你可以在其中添加或删除公钥。完成编辑后，按下 `Ctrl+X` 保存并退出编辑器。

相关问题

~/.ssh/authorized_keys -bash: /root/.ssh/authorized_keys: Permission denied

当你尝试访问`~/.ssh/authorized_keys`文件并遇到"Permission denied"错误时，通常意味着当前用户没有足够的权限读取这个文件。`.ssh/authorized_keys`文件通常是SSH密钥认证的一部分，存储了允许远程登录的公钥信息，为了保护安全，它通常会设置为只有所有者（这里是`root`）或`ssh`用户组可以读取。

解决这个问题，你可以按照以下步骤操作：

1. **检查权限**：运行`ls -ld ~/.ssh/authorized_keys`查看文件的权限，确认是否只有owner或group有读取权限。如果是，需要修改权限。

2. **改变所有者或组**：使用`chown`命令将文件所有者改为当前用户（如`username`），或者添加当前用户到`ssg`组然后运行`chmod`命令给该组读取权限。

   sudo chown username:.ssh/authorized_keys
   # 或者如果不在ssg组内
   sudo usermod -aG ssh username
   sudo chmod g+r ~/.ssh/authorized_keys

3. **临时切换用户**：如果你作为root或其他有足够权限的用户，可以用`su - username`临时切换到目标用户，然后再试能否访问。

4. **确定是否有其他权限问题**：如果以上操作仍然失败，检查是否有其他文件夹（如`~/.ssh`）的权限问题，因为SSH可能会依赖整个目录的权限设置。

C:\Users\xiede>ssh root@3.79.185.166 root@3.79.185.166: Permission denied (publickey).

### SSH连接服务器时因公钥认证被拒绝的问题解决方案

当遇到`Permission denied (publickey)`错误时，通常意味着客户端尝试通过SSH密钥对进行身份验证失败。具体原因可以归纳为几个方面：

#### 1. 确认公钥已正确添加至远程主机
确保本地计算机上的私钥对应的公钥已经成功上传并保存到了目标Linux系统的`.ssh/authorized_keys`文件内[^1]。

#### 2. 验证目录与文件权限设置无误
对于存储公钥的`.ssh`目录及其下的`authorized_keys`文件来说，其访问控制列表ACL应当严格限制仅允许所属用户读写操作；任何其他实体均不应具备此类权限。可以通过执行命令来调整这些路径下对象的安全属性：

chmod 700 ~/.ssh
chmod 600 ~/.ssh/authorized_keys

#### 3. 检查SSH配置和服务状态
有时即使上述两项都正常也可能因为服务端配置不当而导致同样的报错现象发生。此时建议先查看是否存在防火墙阻止了必要的TCP端口通信，再确认OpenSSH守护进程正在运行且监听着正确的接口地址及端口号。如果有必要的话还可以考虑重启一次该后台程序以应用最新的更改：

sudo systemctl restart sshd

#### 4. 排除环境变量影响因素
部分情况下某些特定版本的操作系统可能会由于PATH等环境参数缺失而造成类似的异常情况出现。因此不妨试着指定完整的可执行文件全名来进行测试看看是否会有所改善：

/usr/bin/ssh user@hostname