Python离线venv环境安装cryptography==3.4.7报无匹配版本错误

经对环境特征、pip版本差异的交叉验证，触发该报错的核心原因不存在文件缺失、权限问题，完全是新旧pip的wheel标签兼容断层导致：

• pip 9.0.3 内置的平台兼容性判定逻辑存在版本断层：pip从19.3版本才正式引入对manylinux2014平台标签的识别能力，9.0.3版本仅支持匹配manylinux1、manylinux2010两类平台标记的whl文件。扫描本地依赖目录时，碰到文件名带manylinux2014标识的cryptography-3.4.7-cp36-abi3-manylinux2014_x86_64.whl时，会直接判定该包不匹配当前x86_64 Linux平台，从候选安装列表中直接剔除，最终抛出找不到对应版本的异常。
• 其他依赖能正常安装的原因可交叉验证：同目录下的certifi等纯Python包，本身是py2.py3-none-any.whl格式，不涉及平台标签判定，所以不管新旧pip都能正常识别读取，不会触发异常。
• 环境差异的来源完全匹配问题描述：RHEL 7.8系统自带python3.6对应的venv模块，默认内置绑定pip 9.0.3、setuptools 39.2.0的老旧组件，没有后续的wheel标签兼容补丁；而通过新版virtualenv创建的环境，会自动拉取较新的pip、setuptools组件，本身带manylinux2014识别能力，所以相同的安装流程能正常跑通。

按操作便捷度从高到低排序：

方案1：离线升级pip版本（推荐操作） #

该方案改动最小，兼容后续其他依赖的安装，不会出现额外兼容问题。

• 在联网主机提前准备依赖包时，额外下载最后一个支持Python3.6的pip稳定版（21.3.1），存入本地依赖目录：
  pip download pip==21.3.1 --no-deps -d ./tranferred_packages
• 所有依赖文件拷贝到离线主机后，先跳过整包安装，单独执行pip升级命令：
  python3.6 -m pip install --no-index --find-links="./tranferred_packages" --upgrade pip==21.3.1
• pip升级完成后，再重新执行原有的整包离线安装命令，新版pip即可正确识别所有带manylinux2014标签的whl文件，正常完成cryptography的安装。

方案2：替换适配旧pip的whl包 #

如果因环境限制不能升级pip，可在联网主机重新下载适配旧标签的安装包替换原有文件：

• 针对cryptography 3.4.7版本，下载带manylinux2010标签的x86_64 whl文件，替换依赖目录下原有的manylinux2014版本文件。
• 注意：旧版pip读取whl元数据时可能存在兼容问题，需同步把对应兼容版本的setuptools离线包也存入依赖目录，避免安装时出现元数据解析报错。

方案3：直接迁移自包含的virtualenv环境 #

virtualenv创建的环境是完全自包含的，不需要依赖系统内置的老版本组件：

• 在联网主机上把已经安装好所有依赖的virtualenv目录，整体打包拷贝到离线主机，只要离线主机的python3.6安装路径和联网主机完全一致，激活环境后即可直接使用，跳过离线安装的全流程。

注意：禁止通过手动修改whl文件名、把manylinux2014改成manylinux1的方式强行骗过旧pip的检查。这类whl是基于glibc 2.17以上的编译环境构建的，就算修改文件名通过了pip的标签识别，安装运行时还是会因为动态库符号不匹配报错，无法正常使用。

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