OpenSSL升级后导致libcrypt.so.10和libssl.so.10找不到的解决

素颜马尾好姑娘i 2022-12-27 02:10 989阅读 0赞

## 起因 ##

机器因为安全需要，对OpenSSL进行了升级，通过openssl version可以查看版本为1.1，执行curl提示libcrypto.so.10库不匹配。

## 分析 ##

寻找解决办法：  
OpenSSL是Linux的基础库，升级会带来不少问题，比如：  
weg, curl提示找不到libcrypt.so.10和libssl.so.10库  
通过资料分析：  
这个问题就是因为升级OpenSSL导致的，新版本的SSL把1.1版本的库替换了老的1.0库，导致老的程序不兼容。因此需要让老程序也可以继续工作，不至于全部升级一遍。

## 解决办法： ##

> 从本机或者其他机器上找到libcrypt.so.1.0和libssl.so.1.0文件，复制到问题机器的/lib64目录，在创建1.0版本的符号链接。

# 在具有正常1.0版本的同版本机器：
    scp libcrypto.so.1.0.2k <目标机器>/lib64/
    scp libssl.so.1.0.2k <目标机器>/lib64/
    
    # 在问题机器上恢复链接
    cd /lib64/
    ls -l libcrypto.*
    ln -sf libssl.so.1.0.2k libssl.so.10
    ln -sf libcrypto.so.1.0.2k libcrypto.so.10

通过ldd /usr/bin/wget 可以看到程序链接的位置，在通过符号链接来解决。

解决后的效果图：  
![open1.0和1.1库共存的情况][open1.0_1.1]

![libcrypt.so.10的符号链接指向][libcrypt.so.10]

## 其他 ##

有人问：升级后，为什么不能用新库，这样做之后，新库是不是没起作用？

其实，这里因为像wget, curl这样需要使用libcrypt库的程序在编译的时候采用的是1.0版本的openssl库，升级后，导致动态库不兼容，为此，需要把libcrypt.so.10指向libcrypt.so.1.0的库，而缺省名称的**不要修改**，这样既可以保证新版本的openssl库采用新的库，老的技术采用老版本的，这样就做到了动态库兼容。

[open1.0_1.1]: /images/20221120/183011a155624cec8b206b1ffa601226.png
[libcrypt.so.10]: /images/20221120/82be368125f74ab9a1144c150b6e49f9.png