执行ssh命令时报错CANNOT LINK EXECUTABLE “ssh“ library “libcrypto.so.1.1“ not found解决方法

原创 最新推荐文章于 2026-10-11 11:37:04 发布 8.2k 阅读 AI写同款
sinvon
sinvon 博客等级 码龄5年 墨衍会员 · AI 创作全网分发 墨衍智能分发 本文由作者通过墨衍一键同步至各平台 1分发平台 8.2k累计阅读 8.2k平均单平台 已同步平台 优快云 微信公众号 微博 知乎 掘金 百家号 博客园 抖音 小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网 我也要
40粉丝13篇原创
关注
【救援过程】升级openssl导致libcrypto.so.1.1动态库不可用 编译打包openssl-1.1.1k并给服务器升级，由于1.1.1k版本的libcrypto.so.1.1动态库与1.1.1g版本的不同，导致有依赖的命令均不能正常使用。 不建议自行升级openssl到1.1.1k，特别是不要替换libcrypto.so.1.1动态库。 yum、rpm命令也依赖libcrypto.so库，在救援模式下调用yum、rpm卸载openssl-1.1.1k也不可能。 最终提取openssl-1.1.1g归档文件，在救援模式下覆盖到相应目录，解决这个故障。 记录过程。 阅读详情
AI摘要

本文介绍了如何卸载OpenSSH使用pkguninstall命令，接着详细说明了如何安装openssl库，最后阐述了重新安装OpenSSH的步骤，以确保系统安全性和连接功能。

1. 删除 openssh

2. 安装 openssl

3. 安装 openssh

卸载:pkg uninstall 包名

标签
#ssh #运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
GmSSL： java.lang.UnsatisfiedLinkError: dlopen failed: library "libcrypto.so.1.1" not found 将编译完成的GmSSL文件libssl.so,libcrypto.so,libgmssljni.so,添加到src/main/jniLibs目录下，按照对应的指令集存放 例如 jniLibs/armeabi-v7a/libssl.so jniLibs/armeabi-v7a/libcrypto.so jniLibs/armeabi-v7a/libgmssljni.so 打包成APK文件，查看so... 阅读详情

相关推荐

【将你的安卓手机变成linux服务器之配置termux】

可以在termux官网或者其他比较安全的网站下载app。

成の博客 6307

/nginx: error while loading shared libraries: libcrypto.so.1.1: cannot open shared object file: No

在CentOS7下配置Nginx，但是一致都在报错。报错信息为： ./nginx: error while loading shared libraries: libcrypto.so.1.1: cannot open shared object file: No such file or directory 如下图所示： 首先检测原因所在，通过下面的命令行检测： ldd $(which /usr/local/nginx/sbin/nginx) 执行结果 下图所示： 报错的原因是库文件少了：libcry

qq_41847721的博客 8776

Mac版Navicat 17启动与连接故障的底层根因解析

Navicat作为主流数据库客户端，在macOS平台上的异常行为（如‘已损坏无法打开’、SSL连接失败、高CPU占用）并非软件缺陷，而是源于macOS特有的安全机制与架构生态——包括Gatekeeper签名验证、Apple Silicon原生兼容性、内置依赖库隔离性及TLS握手协议栈。理解macOS的代码签名（Code Signature）、quarantine属性、arm64/x86_64二进制识别、OpenSSL版本绑定等核心原理，是解决Navicat 17在Mac上卡顿、闪退、连不上等高频问题的技术前

weixin_33884611的博客 442

解决libssl.so.1.1 libcrypto.so.1.1依赖问题

libssl.so.1.1 libcrypto.so.1.1依赖问题；报错/usr/bin/ld: warning: libssl.so.1.1, needed by /usr/local/lib/libonvifptz.so, not found /usr/bin/ld: warning: libcrypto.so.1.1, needed by /usr/local/lib/libonvifptz.so, not found

m0_58530510的博客 1万+

编译好的libssh2类库与头文件：C/C++工程直接接入SFTP依赖包

在C/C++开发中，SFTP上传和远程命令执行常依赖libssh2库，但源码编译常因OpenSSL、zlib依赖和链接错误而受阻。预编译的libssh2二进制包提供已编译的库文件和头文件，直接集成到工程中，避免构建环境配置的复杂性。其核心原理是封装SSH协议，通过会话管理、认证和SFTP子系统实现安全文件传输。技术价值在于提升开发效率，降低依赖管理成本，适用于快速原型、受限环境或分发工具等场景。本文围绕预编译libssh2包的结构、工程配置和避坑指南展开，帮助开发者快速接入SFTP功能。

weixin_33816946的博客 396

基于STM32的智能火灾报警系统设计：多传感器融合与远程控制实现

本文详细介绍基于STM32单片机的智能火灾报警系统设计，采用多传感器融合技术（烟雾、温度、火焰检测）实现高精度火灾识别。系统集成远程控制与手机APP监控，通过加权决策算法降低误报率，提供多级响应策略，确保火灾预警的准确性与可靠性。

u5v6w7的博客 1103

[已解决]curl: /usr/local/lib/libcrypto.so.1.1: version `OPENSSL_1_1_0i‘ not found

1. 更新OpenSSL，OpenSSL下载地址： https://www.jianshu.com/p/25126152ad27 或者其他最新版本：https://www.openssl.org/ 2. 切换到下载路径下： cd Downloads tar -zxvf openssl-1.1.1a.tar.gz 3. 进入解压目录下软件的根目录： cd openssl-1.1.1a 4. 以此执行如下命令： sudo ./config sudo make && sud..

qq_44747572的博客 1万+

ANSYS APDL生死单元实战：焊接模拟从入门到精通（附完整命令流）

本文详细介绍了使用ANSYS APDL进行焊接模拟的核心技术——生死单元法。通过一个完整的平板对接焊案例，从原理剖析、模型搭建、命令流编写到移动热源施加和后处理，手把手指导工程师掌握这一动态仿真方法，有效预测焊接过程中的温度场、残余应力与变形。

k6l7m8n9的博客 152

Android 使用 Termux 安装 Git 和 SSH

Android 上通过 Termux 安装 Git 和 SSH。

flyingzc的博客 1735

渗透测试实战—云渗透（AK/SK泄露）

渗透测试实战思路分享：getshell方法及横向移动方法，云安全（AK/SK泄露）

网安日记本的博客 4051

机器学习第五章之决策树模型

机器学习专题系列

wangyutao12345的博客 5187

Ubuntu 16.04 部署 Zeek（Bro）实战指南：旧系统构建稳定网络分析平台

Zeek（原 Bro）是一款面向网络安全运营的事件驱动型网络分析框架，其核心价值在于将原始流量实时解析为结构化、可关联、可告警的高层语义日志（如 http.log、conn.log），支撑威胁狩猎与自动化响应。实现该能力依赖严格的运行时环境：C++17 兼容编译器、OpenSSL 1.1.1+、Python 3.7+ 及 CMake 3.12+。然而 Ubuntu 16.04 作为已终止支持的 LTS 系统，自带工具链严重滞后（GCC 5.4、OpenSSL 1.0.2、Python 3.5），直接 apt

weixin_34314962的博客 359

KG²RAG框架：知识图谱增强大模型检索生成技术解析

知识图谱（Knowledge Graph）作为结构化知识表示的重要方式，与向量检索技术结合形成了新一代检索增强生成（RAG）框架。其核心原理是通过图神经网络编码器提取子图特征，并与文本向量空间对齐，实现结构化与非结构化知识的协同检索。这种技术显著提升了专业领域问答的事实准确性，在医疗诊断、金融分析等需要高可靠性响应的场景中具有重要价值。KG²RAG框架创新性地采用双通道处理架构，结合Neo4j等图数据库与Milvus向量数据库，通过动态检索调度器智能选择最优检索路径。实测表明该方案能降低40%以上的事实错误

weixin_29306875的博客 105

鸿蒙 PC 平台 Python 第三方库移植全景指南

Python 的 pip 不是会自动下载源码编译吗？为什么还需要单独移植？这个直觉非常准确——对于绝大多数现代操作系统上的绝大多数第三方库，你确实不需要手动移植。默认情况下，pip wheel会创建一个干净的临时虚拟环境来编译——这意味着你在外面配好的鸿蒙环境变量全部丢失。加上后，pip 放弃创建临时环境，直接使用当前 shell 中已有的鸿蒙编译器和环境变量。没有这个参数，前面配置的一切都是白费。

猫哥 的沉淀、积累、总结。天天学习，好好向上...c/c++,嵌入式 linux,Android,HarmonyOS，AIOT) 1020

【YOLOv11改进- 主干网络】YOLOv11+RepViT: 从ViT的角度重新审视Mobile的CNN助力YOLOv11有效涨点；

本文给大家带来的改进内容是在YOLOv11中更换主干网络为RepViT，助力YOLOv11有效涨点，论文通过集成轻量级 ViT 的高效架构设计，逐步增强了标准轻量级 CNN（即 MobileNetV3）的移动友好性。这最终产生了一个新的纯轻量级 CNN 系列的主干网络。

qq_41304809的博客 786

移动端实战指南：深入理解 & 接入 IAB OMSDK

OMSDK（OpenMeasurementSDK）是IABTechLab推出的标准化测量工具，用于统一移动端/原生App广告的可见性和验证流程。其核心包括Native库（采集设备数据）和OMID JavaScript层（实现通信），通过标准化接口让开发者只需接入一套SDK即可兼容多个测量厂商，减少冲突和性能损耗。v1.4版本强化了对CTV和原生App场景的支持，而v1.5新增了画中画检测等功能。集成流程需通过IAB技术实验室注册下载，并遵循严格的命名空间规则。测试阶段需嵌入验证脚本并通过指定工具验证

帅次的博客 1189

Qt5.14.2 aarch64静态交叉编译实战：零依赖部署嵌入式ARM应用

静态链接是实现嵌入式Qt程序‘单文件、零依赖、免运行时’部署的核心技术路径。其原理在于将Qt库及所有第三方依赖（如icu、openssl、serialport）全部编译为静态库，并在链接阶段彻底消除对目标系统动态库的引用，从而规避glibc版本不兼容、模块缺失（unknown module）、平台插件加载失败等典型问题。该技术具备强确定性与高可移植性，广泛应用于工业网关、国产ARM服务器（飞腾/鲲鹏）、边缘设备（RK3399/Jetson Nano）等无网络、无包管理、环境受限的生产场景。本文聚焦Qt5.1

weixin_34007906的博客 261

metahuman 下载材质 脸部灰白 脸部过亮

metahuman 下载材质 脸部灰白 脸部过亮

jacke121的专栏 244

Qt 5.14.2 aarch64静态交叉编译实战指南

静态交叉编译是嵌入式Linux应用交付的核心能力，尤其在ARM64（aarch64）架构下，需解决指令集不兼容、依赖库缺失、glibc版本差异等底层问题。其本质是通过定制工具链、精简sysroot、模块化裁剪Qt源码，实现单文件可执行体的零依赖部署。技术价值在于规避动态链接风险，满足工业HMI等无包管理、只读文件系统场景的强可靠性要求。典型应用场景包括RK3399、Jetson Nano、树莓派CM4等边缘设备上的Qt界面程序交付。本文聚焦Qt 5.14.2版本，深入解析aarch64平台下静态编译的关键路

WGH100817的博客 260

霍尼韦尔SoftMaster使用说明

霍尼韦尔SoftMaster使用说明

Statistics and Machine Learning Toolbox

Statistics and Machine Learning Toolbox（带书签），MATLAB统计学习工具

Qt5.14.2 aarch64静态交叉编译实战指南

Qt静态编译是嵌入式Linux部署的核心技术，其本质是将Qt框架（QtCore、QtGui等）与应用代码全量链接为单个可执行文件，彻底规避动态库版本冲突、glibc兼容性及目标机环境缺失等问题。该技术依赖精准的交叉工具链（如Linaro GCC 10.3.0）、真实sysroot提取、源码级patch适配及模块化configure控制。在ARM64工业场景中，它直接支撑串口通信、实时图表绘制等关键功能的‘开箱即用’交付，广泛应用于Orange Pi CM5、RK3399、飞腾D2000等国产平台。本文聚焦Q

weixin_34342992的博客 312

VC中sqlite的使用

在VC中对sqlite的使用，实现数据库大批数据的快速插入，读取数据库中的数据在ListCtrl中显示

ARM交叉编译本质：指令集、ABI与工具链的系统性重建

交叉编译不是简单更换编译器，而是面向目标架构（如ARM64）重建整套软件构建体系。其核心在于适配底层硬件约束：ARM的AArch64指令集、AAPCS64调用约定、弱内存模型及异常等级（EL）机制，共同决定了编译器必须生成符合物理芯片行为的代码。这直接驱动工具链组件——binutils、GCC/g++、glibc和linux-headers——需严格协同，任一版本或配置不匹配都将导致链接失败、运行时崩溃或性能异常。尤其在嵌入式Linux开发中，crt1.o缺失、__atomic符号未定义、Qt Kit配置失

weixin_34082695的博客 235

Docker本地私有仓库搭建配置指导

安装完docker后会生成一个docker0的网卡和br-x开头的网桥，从外部访问容器内部时只需要访问宿主机的地址和对应的容器映射的地址，访问的数据包到宿主机上后经过ip包解析后通过目的port和iptables的规则会将数据包由eth0网卡转发至网桥上的docker0上进行下一步路由。所以如果容器的宿主机上的ip_forward未打开，那么该宿主机上的容器则不能被其他宿主机访问；注：不要在已有业务的生产环境主机搭建，因为过程需要重启docker，这对生产来说是不允许的。

企业实战系列集 ●●● https://ximenjianxue.blog.youkuaiyun.com 4065

ubuntu: 找不到libcrypto.so.1.1或者libssl.so.1.1怎么办

ubuntu: 找不到libcrypto.so.1.1或者libssl.so.1.1怎么办

REX1024的博客 9953

contos7安装nginx遇见的问题

1、error while loading shared libraries: libcrypto.so.1.1: cannot open shared object file: No such file or directory 1.1 # ldd $(which /usr/local/nginx/sbin/nginx) 查看 libcrypto.so.1.1 => not fo...

loren_123的博客 554

./nginx: error while loading shared libraries: libcrypto.so.1.1: cannot open shared object file: No

在CentOS7下配置Nginx，但是一致都在报错。报错信息为： ./nginx: error while loading shared libraries: libcrypto.so.1.1: cannot open shared object file: No such file or directory 如下图所示： 首先检测原因所在，通过下面的命令行检测： ldd $(whic

崔洪振367 4万+
下一篇： vscode写Python键入函数时不补全括号的解决办法
点赞 10
评论 1
书签 书签 8
sinvon
sinvon
博客等级 码龄5年 40粉丝 13原创
+ 关注
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值