解决dput上传Debian包时SSL证书验证失败问题：自签名证书的临时方案-Python教程-PHP中文网

解决dput上传Debian包时SSL证书验证失败问题：自签名证书的临时方案

DDD

发布： 2025-10-06 09:34:01

原创

203人浏览过

解决dput上传Debian包时SSL证书验证失败问题：自签名证书的临时方案

本教程针对使用dput向GitLab上传Debian包时，因自签名SSL证书导致的“SSL: CERTIFICATE_VERIFY_FAILED”错误，提供了一个直接修改dput脚本以临时禁用SSL验证的解决方案。此方法适用于受控环境，但需注意其安全风险。

问题描述：dput上传与SSL证书验证失败

在使用dput工具将.deb包上传至基于https的debian仓库，特别是当目标仓库（如私有gitlab实例）使用自签名ssl证书时，用户可能会遇到ssl: certificate_verify_failed的错误。尽管系统层面可能已经通过update-ca-certificates等方式将自签名证书添加为受信任证书，dput在执行上传操作时，底层http客户端仍可能无法正确识别这些证书，导致连接失败。

典型的错误输出如下：

Uploading <my package name> using https to gitlab (host: <my login>:<my password>@gitlab.mydomain.com; directory: /api/v4/projects/<project id>/packages/debian)
...
Uploading <my package name>_1.0.1.dsc
<urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: unable to get local issuer certificate (_ssl.c:1007)>

登录后复制

这表明dput内部的Python SSL模块在尝试建立HTTPS连接时，未能验证服务器提供的SSL证书链，因为它无法获取或信任本地的颁发者证书。

临时解决方案：禁用dput的SSL验证

鉴于dput工具在Ubuntu 22.04等系统上通常是基于Python实现的，其SSL验证行为可以通过修改其底层Python代码来控制。一个直接的临时解决方案是在dput脚本执行前，强制Python的ssl模块禁用证书验证。

以下命令通过sed工具修改/usr/bin/dput脚本，在文件的第24行插入两行Python代码，以实现禁用SSL证书验证的目的：

巧文书

巧文书是一款AI写标书、AI写方案的产品。通过自研的先进AI大模型，精准解析招标文件，智能生成投标内容。

查看详情

sed -i '24s/^/import ssl\nssl._create_default_https_context = ssl._create_unverified_context\n/' /usr/bin/dput

登录后复制

命令解析：

sed -i: 表示直接修改文件。
'24s/^/...': 在文件的第24行行首（^）插入指定内容。
import ssl\nssl._create_default_https_context = ssl._create_unverified_context\n: 这是插入的Python代码。
- import ssl: 导入Python的ssl模块。
- ssl._create_default_https_context = ssl._create_unverified_context: 这行代码是关键。它将默认的HTTPS上下文创建函数替换为一个不执行证书验证的函数。这意味着所有后续通过dput发起的HTTPS请求都将跳过SSL证书验证。

执行此命令后，再次尝试使用dput上传Debian包，即可绕过SSL: CERTIFICATE_VERIFY_FAILED错误。

注意事项与安全考量

安全性风险： 禁用SSL证书验证会使您的连接容易受到中间人攻击。攻击者可以在客户端和服务器之间拦截并篡改数据，而客户端不会发出任何警告。因此，此方法仅应作为临时解决方案，且仅在您完全信任网络环境和目标服务器的情况下使用。
适用场景： 此方案主要适用于开发、测试环境，或在非常受控的内部网络中，且您明确知道自己在做什么。在生产环境中，强烈建议配置和使用由受信任的CA颁发的有效SSL证书，或确保所有客户端正确信任自签名证书。
持久性： 这种修改是直接对系统文件进行的。在系统更新dput包时，您的修改可能会被覆盖，届时需要重新执行此sed命令。
替代方案：
- 正确配置CA证书： 最安全的做法是确保自签名证书被系统或应用程序的信任存储正确识别。对于Python应用程序，有时需要确保certifi库是最新的，或者应用程序明确指向包含自定义CA证书的PEM文件。
- 使用HTTP（不推荐）： 如果您的GitLab仓库允许HTTP连接，可以在dput.cf中将method设置为http。但出于安全考虑，这通常不被推荐。
- 考虑GitLab Runner或CI/CD： 在CI/CD流程中，可以利用GitLab Runner的环境变量或服务配置来处理证书信任问题，而无需直接修改dput脚本。