Fedora 33

最近Fedora33上配置ssh连接到gitee出现错误:

Permission denied (publickey)

查看具体信息: 

1$ ssh -vT git@gitee.com 2OpenSSH_8.4p1, OpenSSL 1.1.1i FIPS 8 Dec 2020 3... 4debug1: Connecting to gitee.com [212.64.62.183] port 22. 5debug1: Connection established. 6... 7debug1: Local version string SSH-2.0-OpenSSH_8.4 8debug1: Remote protocol version 2.0, remote software version Basalt-3.0.0 9debug1: no match: Basalt-3.0.0 10debug1: Authenticating to gitee.com:22 as 'git' 11debug1: SSH2_MSG_KEXINIT sent 12debug1: SSH2_MSG_KEXINIT received 13debug1: kex: algorithm: curve25519-sha256@libssh.org 14debug1: kex: host key algorithm: ecdsa-sha2-nistp256 15debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none 16debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none 17debug1: kex: curve25519-sha256@libssh.org need=64 dh_need=64 18debug1: kex: curve25519-sha256@libssh.org need=64 dh_need=64 19debug1: expecting SSH2_MSG_KEX_ECDH_REPLY 20... 21debug1: send_pubkey_test: no mutual signature algorithm 22... 23git@gitee.com: Permission denied (publickey).

怀疑是升级后OpenSS版本太新,有一些协议变动导致出错。

关键信息是最后一个debug信息: no mutual signature algorithm(没有互签名算法)

谷歌搜到 https://confluence.atlassian.com/bitbucketserverkb/ssh-rsa-key-rejected-with-message-no-mutual-signature-algorithm-1026057701.html

跳到官网信息

Future deprecation notice

It is now possible[1] to perform chosen-prefix attacks against the SHA-1 hash algorithm for less than USD$50K. For this reason, we will be disabling the "ssh-rsa" public key signature algorithm that depends on SHA-1 by default in a near-future release.

This algorithm is unfortunately still used widely despite the existence of better alternatives, being the only remaining public key signature algorithm specified by the original SSH RFCs.

机器翻译:

未来弃用通知
========================

现在可以[1]对SHA-1哈希算法的费用低于5万美元。 因此,我们将禁用“ ssh-rsa”公钥签名算法,该算法取决于在近期版本中,默认情况下在SHA-1上使用。

不幸的是,尽管存在更好的替代方案,是唯一剩下的公钥原始SSH RFC指定的签名算法。 

SHA-1这算法要费用??所以禁用ssh-rsa签名算法??

看不懂,所以直接换一个签名算法。先到gitee看看它支持什么:

支持以 'ssh-rsa', 'ssh-dss', 'ssh-ed25519', 'ecdsa-sha2-nistp256', 'ecdsa-sha2-nistp384' or 'ecdsa-sha2-nistp521' 开头 

所以调选一个除了ssh-rsa的签名算法然后生成新的密钥,例如

ssh-keygen -t ed25519 -C "your_email@example.com"

 剩下的就是官方指导了。

#############################################################################

网上其他解决方案都不是最恰当的:

1 - 修改配置

1sudo gedit /etc/ssh/sshd_config 2PermitRootLogin prohibit-password to PermitRootLogin yes 3PasswordAuthentication no to PasswordAuthentication yes

2 - 硬要用过时的rsa

ssh -o 'PubkeyAcceptedKeyTypes +ssh-rsa' hostname
点赞
收藏

评论区

加载中...

相关推荐

MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1

文章目录问题用navicat导入数据时,报错:原因这是因为当前的MySQL不支持datetime为0的情况。解决修改sql\mode:sql\mode:SQLMode定义了MySQL应支持的SQL语法、数据校验等,这样可以更容易地在不同的环境中使用MySQL。全局s

Oracle 分组与拼接字符串同时使用

SELECTT.,ROWNUMIDFROM(SELECTT.EMPLID,T.NAME,T.BU,T.REALDEPART,T.FORMATDATE,SUM(T.S0)S0,MAX(UPDATETIME)CREATETIME,LISTAGG(TOCHAR(

MySQL部分从库上面因为大量的临时表tmp_table造成慢查询

背景描述Time:20190124T00:08:14.70572408:00User@Host:@Id:Schema:sentrymetaLast_errno:0Killed:0Query_time:0.315758Lock_

皕杰报表之UUID

​在我们用皕杰报表工具设计填报报表时,如何在新增行里自动增加id呢?能新增整数排序id吗?目前可以在新增行里自动增加id,但只能用uuid函数增加UUID编码,不能新增整数排序id。uuid函数说明:获取一个UUID,可以在填报表中用来创建数据ID语法:uuid()或uuid(sep)参数说明:sep布尔值,生成的uuid中是否包含分隔符'',缺省为

手写Java HashMap源码

HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程22

2020年前端实用代码段,为你的工作保驾护航

有空的时候,自己总结了几个代码段,在开发中也经常使用,谢谢。1、使用解构获取json数据let jsonData  id: 1,status: "OK",data: 'a', 'b';let  id, status, data: number   jsonData;console.log(id, status, number )