ssh:Permission denied, please try again.

文章讲述了SSH远程登录失败的两个主要因素:一是未正确修改/etc/ssh/sshd_config配置文件,包括允许密码认证和root用户登录的设置;二是使用了不存在的用户名。解决方案包括正确配置sshd_config并重启ssh服务,以及确保使用有效的用户名尝试登录。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

原因1:没有修改/etc/ssh/sshd_config

将
#PasswordAuthentication yes
改为
PasswordAuthentication yes
把# PermitRootLogin no
改为PermitRootLogin yes
重启ssh服务

service ssh restart

原因2:远程登录选择的用户名不对

 

这里一定要选择存在的用户名称!!!

 

### SSH 登录时权限被拒绝的解决方案 当遇到 `Permission denied (publickey)` 错误时,通常是因为公钥未正确配置到远程服务器或者本地密钥文件存在问题。以下是详细的分析和解决方法: #### 1. 验证SSH Key是否存在 如果尚未生成SSH密钥对,则需要通过命令创建新的SSH密钥[^3]: ```bash ssh-keygen -t rsa -b 4096 -C "your_email@example.com" ``` 上述命令会引导用户输入保存路径以及设置密码(可选)。默认情况下,私钥存储在`~/.ssh/id_rsa`,而对应的公钥则位于`~/.ssh/id_rsa.pub`。 #### 2. 添加公钥至目标主机 对于GitHub这类服务来说,需将生成好的`.pub`文件内容复制并粘贴进个人账户下的SSH Keys区域[^1]: ```bash cat ~/.ssh/id_rsa.pub | clip.exe # Windows环境下可能需要用其他工具代替clip.exe ``` 接着访问GitHub网站,在Settings -> SSH and GPG keys页面新增一条记录。 如果是自定义Linux机器作为跳板机或其他用途的目标端点,则应该把同样的公钥追加写入该设备上的`/home/<username>/.ssh/authorized_keys`文档里去[^2]: ```bash mkdir -p ~/.ssh && touch ~/.ssh/authorized_keys echo "<contents_of_your_public_key>" >> ~/.ssh/authorized_keys chmod 600 ~/.ssh/authorized_keys # 设置适当读取权限给此档案本身 chmod 700 ~/.ssh # 同样调整整个目录结构的安全级别 ``` #### 3. 测试连接有效性 完成以上步骤之后可以尝试重新建立无交互式的安全外壳协议链接来验证一切正常运作与否[^4]: ```bash ssh -T git@github.com ``` 如果没有再次弹窗请求认证信息即代表操作成功;反之亦然——仍会出现类似的错误消息直到找到根本原因为止。 另外值得注意的是某些特定场景下还可能存在大小写字母敏感度差异引发冲突的情况所以务必确认两者之间的一致性。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值