ssh_dispatch_run_fatal: Connection to xxx port 29418: error in libcrypto
mac，windows，centos7 os下git clone项目的代码仓库都是ok的，唯独Centos Stream 9 os下git clone不了代码仓库。
报错如下：
ssh_dispatch_run_fatal: Connection to xxx port 29418: error in libcrypto
原因有两个：
- 有些老古董的项目流程，比如我遇到的老古董gerrit工具还跑在老系统上
- 从 RHEL 8 / Centos Stream 8 开始，加密算法采用强加密为默认值，弱加密算法弃用。
解决办法也是和上面2个原因相对应的：
- 升级老系统
- 老系统不方便升级，只能牺牲点安全，在 Centos Stream 9 上执行下面的命令
update-crypto-policies --set DEFAULT:SHA1[root@centos9 .ssh]# git clone "ssh://xxx@gerrit.xxx.com:29418/xxx/xxx"
Cloning into 'xxx'...
ssh_dispatch_run_fatal: Connection to xxx port 29418: error in libcrypto
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.
[root@centos9 .ssh]# update-crypto-policies --show
DEFAULT
[root@centos9 .ssh]# update-crypto-policies --set DEFAULT:SHA1
Setting system policy to DEFAULT:SHA1
Note: System-wide crypto policies are applied on application start-up.
It is recommended to restart the system for the change of policies
to fully take place.
[root@centos9 ~]# update-crypto-policies --show
DEFAULT:SHA1
[root@centos9 .ssh]# git clone "ssh://xxx@gerrit.xxx.com:29418/xxx/xxx"
Cloning into 'xxx'...
remote: Counting objects: 172185, done
remote: Finding sources: 100% (172185/172185)
remote: Total 172185 (delta 114844), reused 172183 (delta 114844)
Receiving objects: 100% (172185/172185), 232.20 MiB | 8.48 MiB/s, done.
Resolving deltas: 100% (114844/114844), done.关于 CentOS Stream 9
以下仅个人看法
之前CentOS7 宣布支持到2024年，网上炸锅了，各种言论漫天飞，基本充斥2种：“愤怒”和“我来”。
“愤怒”个啥劲，不是有 CentOS Stream 吗。
“我来”，有一定技术储备的公司说说也就罢了，搞笑的是那些只会把CentOS的标志换成自己标志的阿猫阿狗也来凑热闹也说CentOS不支持了“我来”。自己的实力配吗。
过去CentOS的做法简而言之，Red Hat将Fedora用于测试它想在RHEL中实现的功能。这些功能进入到RHEL，然后使用最新的RHEL版本创建CentOS，CentOS就作为一种免费且自我支持的RHEL的替代方案。这就相当于：
Fedora是最上游，RHEL是中游，CentOS是下游
因为CentOS是RHEL的下游，通过CentOS项目向RHEL提交源码就像你想让江水逆流而上一样不现实。
一个centos7 2014年就出来了，快10年了还是centos7。
一个centos7支持到2024年，也支持了10年，过去的ubuntu LTS版本，windows版本支持10年后不支持很正常吧。
过去那种发版速度显然不适应现代产品迭代速度，现在的产品是按天迭代的，现在的做法是按天为单位发布CentOS Stream，让 CentOS Stream 成为一个持续交付的发行版，上下游关系变为：
Fedora是最上游，CentOS Stream是中游，RHEL是下游
CentOS Stream将以RHEL上游的身份来解决合作伙伴、社区用户和其他开发者在之前无法参与RHEL的开发过程的问题。旨在提高 RHEL 开发过程的透明度和协作性，它出现的目的是为了完善红帽RHEL的生态和加速创新。所以给CentOS换个身份，问题就完美解决了。
CentOS Stream的版本稳定性上：发布在 Stream 上的更新与发布在 RHEL 未发布的次要版本上的更新是相同的。目的是为了让 CentOS Stream 与 RHEL 本身一样具有基本的稳定性。
win11，office，ios上的app都是这种迭代速度在演进着，用的人数以亿计，为何centos加快迭代就不可以。现代软件开发管理流程，现代CICD可以让这种迭代速度在保持功能性的同时也保证稳定性。
转载请注明来源，欢迎指出任何有错误或不够清晰的表达。可以邮件至 backendcloud@gmail.com
