我来帮你搞定这个运行时链接的问题——你遇到的情况本质是Qt Creator在启动程序时，会自动注入它自己的环境变量（包括自带OpenSSL库的路径），但直接双击或终端运行二进制文件时，系统动态链接器找不到你指定的OpenSSL库，导致SSL功能失效。下面是几个可行的解决方案：

1. 临时设置环境变量快速验证 #

先找到Qt维护工具安装的OpenSSL库路径，通常在Qt安装目录的Tools/OpenSSL/1.1/lib下（比如~/Qt/Tools/OpenSSL/1.1/lib）。在终端里先设置环境变量，再运行程序：

export LD_LIBRARY_PATH=/path/to/your/Qt/OpenSSL/1.1/lib:$LD_LIBRARY_PATH
./your_gui_app_binary

如果这样运行后QSslSocket能正常返回版本号，说明就是路径问题，接下来可以用更持久的方案。

2. 通过QMake配置rpath（推荐长期方案） #

在你的Qt项目.pro文件中添加rpath配置，让编译后的程序自动优先查找指定的OpenSSL库路径，不用每次手动设置环境变量：

# 替换成你实际的OpenSSL库路径
OPENSSL_LIB_PATH = /home/your_username/Qt/Tools/OpenSSL/1.1/lib
# 添加rpath目录
QMAKE_RPATHDIR += $$OPENSSL_LIB_PATH
# 传递链接器参数
QMAKE_LFLAGS += "-Wl,-rpath,$$OPENSSL_LIB_PATH"

保存后重新编译整个项目，生成的二进制文件就会把这个路径写入自身的rpath信息，直接运行时动态链接器会优先去这个路径找库。

3. 验证库加载状态 #

用ldd命令检查程序依赖的库路径，确认是否正确指向Qt安装的OpenSSL：

ldd ./your_gui_app_binary | grep -E "(libcrypto|libssl)"

如果输出显示的是你指定的Qt OpenSSL路径，说明配置成功；如果还是系统默认路径或显示not found，就要检查路径是否写错。

另外，也可以用Qt的调试插件参数查看详细加载日志：

QT_DEBUG_PLUGINS=1 ./your_gui_app_binary

日志里会明确显示SSL相关插件的加载情况，帮你定位问题。

4. 打包库到程序目录（适合分发场景） #

如果你想把程序和OpenSSL库打包在一起，方便分发，可按以下步骤操作：

1. 把Qt安装目录下的libcrypto.so.1.1和libssl.so.1.1复制到你的二进制文件所在目录。
2. 在.pro文件中设置相对rpath：

   # $$ORIGIN表示程序自身所在目录
   QMAKE_RPATHDIR += $$ORIGIN
   QMAKE_LFLAGS += "-Wl,-rpath,$$ORIGIN"
   

3. 重新编译程序，这样运行时会优先在自身目录下查找这两个库，不用依赖系统环境。

为什么之前的软链接没用？ #

系统动态链接器的库查找顺序是：先看LD_LIBRARY_PATH，然后是程序的rpath，最后是系统默认路径（比如/usr/lib）。你之前创建的软链接如果放在程序目录，但没设置rpath或环境变量，动态链接器还是会优先找系统库，所以没效果。用rpath明确指定路径是更可靠的方式。

内容的提问来源于stack exchange，提问作者mathematician1975