Amazon Linux 2实例中OpenSSL与Python版本兼容问题求助

一、修复Python3.11.8的SSL模块问题 #

源码编译Python时会绑定编译环境的OpenSSL版本，你之前编译Python3.11.8时系统OpenSSL版本不足，后续安装的新版本无法自动关联，必须重新编译Python：

1. 设置编译环境变量
   执行以下命令，让编译工具定位到新安装的OpenSSL文件：

   export LD_LIBRARY_PATH=/usr/local/openssl/lib64:$LD_LIBRARY_PATH
   export CPPFLAGS="-I/usr/local/openssl/include"
   export LDFLAGS="-L/usr/local/openssl/lib64"
   

2. 重新编译安装Python3.11.8
   进入Python3.11.8源码目录，清理旧编译残留后重新配置编译：

   cd Python-3.11.8
   make clean
   ./configure --prefix=/usr/local/python3.11 --with-openssl=/usr/local/openssl
   make -j$(nproc)
   sudo make install
   

   注意：--prefix后的路径可按需调整，配置过程中需确认输出包含checking for OpenSSL version >= 1.1.1... yes的提示。

3. 验证SSL模块
   重启终端后，运行Python3.11.8并检查：

   import ssl
   print(ssl.OPENSSL_VERSION)
   

   正常会显示OpenSSL 3.2.1。

二、修复原有Python3.7的OpenSSL依赖问题 #

系统自带Python3.7默认链接旧版OpenSSL，直接替换系统库可能导致其他工具故障，推荐两种安全方案：

方案1：临时指定动态链接库运行 #

每次启动Python3.7前，先设置环境变量指向新OpenSSL：

LD_LIBRARY_PATH=/usr/local/openssl/lib64 python3.7

启动后验证SSL版本：

import ssl
print(ssl.OPENSSL_VERSION)

此时即可正常导入urllib3等依赖包。

方案2：创建指定链接的虚拟环境 #

若需长期使用，创建虚拟环境并在激活后绑定新OpenSSL：

python3.7 -m venv py37_env
source py37_env/bin/activate
export LD_LIBRARY_PATH=/usr/local/openssl/lib64:$LD_LIBRARY_PATH

后续在该虚拟环境内安装、运行依赖即可。

关键注意事项 #

• 禁止直接替换系统默认的OpenSSL库，否则可能导致ssh、nginx等系统核心工具无法运行。
• 编译Python时，若./configure提示找不到OpenSSL，需确认/usr/local/openssl路径下存在include和lib64目录且文件完整。

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