找出哪个 Chocolatey 下载需要走代理
Bootstrap、已安装的 CLI 以及软件包自带的下载器可能读取不同的代理输入。
在更改 Chocolatey 的代理设置之前，先确定失败的请求：
| 失败阶段 | 应检查的代理输入 |
|---|---|
| 在 choco 尚不存在时获取 Chocolatey | Bootstrap shell 的 chocolateyProxyLocation 以及可选的账户变量 |
| 已安装 choco 的一次操作 | 其优先级顺序：显式命令参数、Chocolatey 配置、环境变量，最后是系统配置 |
| 某个包启动了另一个下载器 | 该进程的选项与身份；它可能使用 Chocolatey 的辅助程序，也可能是独立软件 |
已保存的 choco config 值无法配置更早的 bootstrap 下载。请对受管环境使用官方安装方法，并把代理值放在真正执行它的那个 shell 里。会更改执行策略并内嵌密码的旧式单行安装脚本，并不是必需的代理修复手段。
对于已安装的 CLI，请在预期范围内检查生效的配置。已保存的 CLI 值可以解释为什么更改 Windows 系统代理没有带来任何差别。对于被允许的公开下载，若其实际下载器没有已配置或已保留的代理凭据，HTTP 代理列表 可为相应代理输入提供候选地址；请使用所选客户端要求的格式。请把中间端点与账户同包源凭据分开；即使代理访问成功，仓库认证仍可能失败。
在安装软件包期间，找出输出错误的进程。独立可执行文件未必实现 Chocolatey 专有选项，也未必使用同一身份。图形工具和后台代理同样有各自产品的代理限制；CLI 请求成功并不能证明它们的图标下载或代理路径可用。
带着对该进程的认识去读第一个有用的失败：407 关乎代理认证，TLS 信任错误关乎呈现给该请求方的证书，而缺少软件包或仓库账户被拒则关乎来源。在去除机密信息后，保留失败的主机名、操作、账户上下文与状态。bootstrap 成功而随后软件包下载失败，能缩小需要修复的路径范围。