比较 tox 4 与终端代理环境

tox 4 文档记载的默认透传包括 http_proxy、https_proxy、no_proxy 和 PIP_*。如果 pip 在终端里能用，但在 tox 配置过程中失败，透传缺失只是可能的原因之一。

比较下载器看到的输入

检查失败进程看到的 endpoint 和绕过值，包括显式的 tox 覆盖设置与环境文件。项目可能用过期值替换了正确的继承值。像 my_https_proxy 这样的自定义名称，需要显式映射后下载器才能使用。

确定出问题的阶段：创建环境、打包、安装依赖，还是测试环境内的某条命令。它们可能涉及不同的进程和设置。

还要比较 Python 与 pip 的版本以及持久化配置。tox 可能创建证书行为不同的环境，因此 TLS 信任失败并不足以证明缺少代理变量。

应用所需的覆盖设置

使用所安装 tox 版本支持的环境配置和常规的密钥机制。只有当必要的映射无法在那里充分表达时，pip 包装器才有用；它还需要正确的参数转发、退出状态和平台行为。

在报告中保留实际失败进程的输入，并移除凭据。这样在项目或 tox 版本变化时，可以得到可重复的比较。