\_ssl模块编译失败主因是python找不到openssl头文件和动态库；需正确设置cppflags/ldflags、显式指定--with-openssl路径，注意头文件目录结构、版本兼容性及运行时库加载。
离线安装 OpenSSL 本身不难，真正卡住 Python HTTPS 的，是 _ssl 模块编译失败——根本原因不是没装 OpenSSL，而是 Python 编译时压根找不到它的头文件和动态库。
Python 编译时提示 No module named _ssl
这是最典型的症状，说明 Python 的 setup.py 在构建扩展模块阶段跳过了 _ssl。即使你已把 OpenSSL 二进制放在 /usr/local/openssl 下，只要没在编译前正确暴露路径，Python 就会静默忽略 SSL 支持。
- 必须在
./configure前设置CPPFLAGS和LDFLAGS，例如：export CPPFLAGS="-I/usr/local/openssl/include"export LDFLAGS="-L/usr/local/openssl/lib" - 如果 OpenSSL 安装在非标准路径（比如
/opt/openssl-1.1.1w），--with-openssl=/opt/openssl-1.1.1w必须显式传入，否则 configure 会 fallback 到系统默认路径（通常是空或旧版） - CentOS 7 自带的
openssl-devel包不能用于编译 Python 3.11+，它只提供 1.0.2 的头文件，与新版 OpenSSL ABI 不兼容
make 阶段报 ssl.h: No such file or directory
这表示预处理器连最基本的 openssl/ssl.h 都找不到，CPPFLAGS 路径配置错误或目录结构不对。OpenSSL 1.1.1+ 的头文件在 include/openssl/ 下，但有些离线包解压后 include 目录被放在 include/openssl 外层，导致路径多了一级。
仅使用 Python 将 Claw Code 虚拟化框架与 OpenClaw 集成，提供 184 种工具和 200 多条命令，用于安全分析和代码质量...
- 检查真实路径：
ls -l /usr/local/openssl/include/openssl/ssl.h；如果不存在，可能是/usr/local/openssl/include/openssl/ssl.h实际位于/usr/local/openssl/openssl/ssl.h，那就得改CPPFLAGS为-I/usr/local/openssl - 不要依赖软链接自动推导：有些教程让 ln -s /usr/local/openssl/include/openssl /usr/include/openssl，这在离线环境极易冲突，且绕过 Python configure 的路径探测逻辑
- 确认
pkg-config openssl --cflags是否可用——离线环境下通常不可用，所以别指望 configure 自动调用它
编译成功但 import ssl 报 ImportError: libssl.so.1.1: cannot open shared object file
说明 Python 可执行文件能启动，但运行时动态链接器找不到 OpenSSL 的 so 文件。这不是 Python 的问题，是系统级的库路径缺失。
- 运行
ldd /usr/local/python3.11/bin/python3 | grep ssl，看是否显示libssl.so.1.1 => not found - 把 OpenSSL 库路径写入
/etc/ld.so.conf.d/openssl.conf（内容仅一行：/usr/local/openssl/lib），再执行ldconfig - 不要只改
LD_LIBRARY_PATH：它只影响当前 shell，Python 的子进程（如 pip 调用的 curl）可能丢失该变量 - 验证是否生效：
cat /proc/$(pgrep python3)/maps | grep ssl，应能看到映射的库地址
最容易被忽略的是：OpenSSL 和 Python 的版本组合有隐性约束。比如 Python 3.12 要求 OpenSSL ≥ 1.1.1k，而 FIPS 版本（如 openssl-fips-2.0.16）不提供 _ssl 所需的符号，强行使用会导致运行时报错而非编译失败。离线部署前，务必在同构环境里跑一次 make test 中的 test_ssl 子项。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
