### 解决 Python Requests SSLCertVerificationError 的方法 当在 Linux 系统上运行 `requests` 库时遇到 `SSLCertVerificationError: [SSL: CERTIFICATE_VERIFY_FAILED]` 错误，通常是因为系统缺少有效的 CA（Certificate Authority）证书或者未正确配置。以下是几种常见的解决方案： #### 方法一：更新系统的 CA 证书包 Linux 系统中的 CA 证书存储在特定路径下，如果这些文件过期或损坏，则可能导致认证失败。可以通过以下命令安装最新的 CA 证书包。 对于基于 Debian/Ubuntu 的系统： ```bash sudo apt-get update && sudo apt-get install --reinstall ca-certificates ``` 对于基于 RedHat/CentOS/Fedora 的系统： ```bash sudo yum reinstall ca-certificates ``` 完成上述操作后，重新启动程序并尝试再次发送请求[^1]。 #### 方法二：指定自定义的 CA 文件 有时默认的 CA 路径可能不适用当前环境，可以手动设置一个可信的 CA 束文件给 `requests` 使用。通过传递参数 `verify=<path_to_ca_bundle>` 实现这一点。 示例代码如下： ```python import requests response = requests.get('https://example.com', verify='/path/to/cacert.pem') print(response.status_code) ``` 这里 `/path/to/cacert.pem` 是指向本地保存的一个 PEM 格式的 CA 集合文件的位置[^2]。 #### 方法三：禁用 SSL 验证 (仅限开发调试阶段) 虽然并不推荐作为生产环境中解决问题的方式，但在某些特殊情况下为了快速绕开此错误可暂时关闭 SSL 验证功能。注意这样做会降低安全性！ 实现方式是在调用 `requests` 函数时传入 `verify=False` 参数。 ```python import requests response = requests.get('https://example.com', verify=False) print(response.status_code) ``` 尽管这种方法简单易行，但由于它忽略了服务器身份验证过程，因此容易遭受中间人攻击等问题[^3]。 #### 方法四：修改 SSL 上下文设置 另一种更灵活的办法涉及调整底层使用的 OpenSSL 设置来跳过主机名匹配以及忽略整个链路的有效性检测。下面给出一段示范代码片段展示如何创建一个新的上下文对象并将之应用于 session 对象之中。 ```python import ssl from urllib import request as urlreq context = ssl.create_default_context() context.check_hostname = False context.verify_mode = ssl.CERT_NONE session = urlreq.urlopen("https://your.url", context=context) data = session.read().decode('utf-8') print(data[:50]) # Print first few characters of response data. ``` 需要注意的是这种方式同样存在安全隐患，并且只适用于非常特殊的场景之下[^4]。 --- ### 总结 以上介绍了四种不同层次上的处理策略应对因缺乏适当CA而导致无法正常工作的情况。优先考虑前两种方案即升级操作系统自带的信任库或是提供明确可靠的外部资源链接；只有在绝对必要并且充分理解潜在风险的前提下才应该采用最后两个选项。