编译Apache搭配自定义OpenSSL后启动失败，版本不匹配如何解决？

嘿，看了你的日志和环境信息，问题根源很明确：Apache启动时，系统的动态链接器优先加载了系统自带的旧版OpenSSL（0.9.8j），而不是你编译安装在/opt/openssl的1.0.1e版本——虽然你的mod_ssl.so本身已经链接到新库了，但运行时动态链接器的路径优先级搞了鬼。

下面给你一步步的解决办法，亲测有效：

1. 让Apache启动时优先找到新OpenSSL的库 #

动态链接器的搜索路径决定了它会先找哪个库，我们得把新OpenSSL的库路径放到最前面。

临时测试方案（先验证是否有效） #

在启动Apache之前，先设置环境变量让动态链接器先搜新库：

export LD_LIBRARY_PATH=/opt/openssl/lib:$LD_LIBRARY_PATH
sudo /opt/apache2/bin/httpd start

如果启动后日志里没有那个ssl警告了，说明这个思路是对的，接下来配置永久生效。

永久生效方案（推荐） #

把新OpenSSL的库路径加入系统动态链接器的配置：

1. 创建一个专门的配置文件：

sudo vi /etc/ld.so.conf.d/openssl.conf

2. 在文件里添上这一行：

/opt/openssl/lib

3. 更新动态链接器的缓存，让配置生效：

sudo ldconfig

4. 验证一下，运行下面的命令，应该能看到/opt/openssl/lib下的libssl排在最前面：

ldconfig -p | grep libssl

2. （可选但建议）重新编译Apache，明确指定OpenSSL路径 #

如果你之前编译Apache的时候没明确指定新OpenSSL的位置，建议重新编译一次，避免后续再出问题：

# 进入Apache源码目录
./configure --prefix=/opt/apache2 --with-ssl=/opt/openssl --enable-ssl
make && sudo make install

这样编译出来的Apache会牢牢绑定你指定的新OpenSSL库，减少路径问题的概率。

3. 验证修复结果 #

做完上面的步骤，来确认一下问题解决了没：

• 先启动Apache：

sudo /opt/apache2/bin/httpd start

• 查看错误日志，之前的AH01882警告应该消失了：

tail -f /opt/apache2/logs/error_log

• 也可以用lsof检查Apache进程加载的库，确认是新的OpenSSL：

sudo lsof -p $(pgrep httpd) | grep libssl

输出里应该能看到/opt/openssl/lib/libssl.so.1.0.0。

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