同一台电脑上，浏览器正常而命令行工具连接失败，并不必然说明节点失效。两者可能使用不同代理设置、不同入口，甚至不同运行环境。先确认请求有没有进入客户端，再检查应用怎样取得代理地址，所有测试都应使用自己有权访问的服务。
先把对照条件固定下来
选择一个不需要登录、能够合法读取的普通目标，在相近时间分别使用浏览器和目标工具访问。记录工具名称、版本、终端环境及错误类别。浏览器打开的是登录后的页面，而命令行收到认证提示，这种差异不能只按网络失败处理。
如果终端运行在虚拟机或其他独立环境中，也要记下这一层。主机上的本地地址不一定对应那个环境里的代理入口；不要把在桌面浏览器中有效的地址直接认为对所有运行环境都有效。
确认浏览器究竟使用哪套设置
浏览器可能采用系统代理，也可能有独立设置或扩展管理。例如Firefox提供系统代理、手动代理和自动配置地址等选项，还会显示控制连接的相关扩展。不要只因客户端开启了系统代理，就断言浏览器一定在使用它。
打开浏览器当前的连接设置，记下模式、地址、端口及排除项，再与客户端实际监听入口比较。只查看与当前问题有关的信息，不需要先清空全部浏览器数据。若浏览器有自己的配置，命令行通常不会自动复制这份设置。
分开核对参数与环境变量
命令行工具可能支持命令参数、专用配置文件或代理环境变量，优先顺序由具体工具决定。以curl为例，可以通过代理选项明确指定入口，也支持按目标协议读取相应的代理环境变量。其他工具不能仅凭名称相似就照搬。
curl的文档还区分协议专用变量与ALL_PROXY，前者存在时优先于后者。HTTP代理变量按文档使用小写http_proxy，不能把其他工具接受的大写写法当成普遍规则。操作系统对变量名大小写的处理也有区别，应结合所在环境核对。
查看当前进程实际得到的值
环境变量可能只设置在当前终端，也可能保存于用户或系统范围。以PowerShell为例，进程从父进程继承环境，在会话中修改变量通常影响该会话及之后从它启动的子进程，不会自动改好所有已经打开的程序。
假设你修改了用户环境变量，却仍在早已打开的开发工具终端里测试，应检查那个终端当前读到的值，而不是只看系统设置页面。不要直接把全部环境变量截图公开，其中可能包含令牌、路径和其他与排查无关的信息。
协议、端口与排除列表逐项检查
确认工具要求的是HTTP代理还是SOCKS代理，并填写客户端对应的入口。目标网址使用HTTPS，不意味着本地代理入口也一定要填写HTTPS协议；两段连接的协议应分别按工具和客户端能力理解。
同时查看排除列表。curl的NO_PROXY可以让匹配的目标不使用通常的代理，单独的星号表示全部目标。若某个域名一直没有出现在客户端记录里，先检查它是否匹配排除项；不要把所有排除内容一并删除，里面可能包含需要直接访问的内部服务。
先做一次局部验证再保存
- 核对客户端本地入口及其支持的协议。
- 用目标工具支持的单次参数明确指定代理。
- 检查该工具的排除列表是否影响这次请求。
- 发起同一个普通读取任务，查看对应连接与返回结果。
- 若单次参数有效，再按使用需求整理持久设置。
- 退出临时会话后，复查日常启动方式是否仍正确。
以curl为例，代理参数能覆盖指定代理的环境变量，但排除代理的设置仍需单独检查。这个结果只能验证本次curl请求，不代表另一款下载器或开发工具也遵循相同规则。
把长期设置留在最合适的位置
只需一个工具使用代理时，优先考虑它明确支持的局部设置；需要多个工作程序共用时，再规划环境变量的范围。避免同时在启动脚本、用户配置与系统设置里留下不一致的地址，尤其是在本地端口发生变化之后。
不要为了修复连接跳过证书验证或扩大账户权限；收到证书、认证或目标拒绝提示时，应转向对应问题。基础接入方式可看系统代理与TUN，证书提示则按证书警告检查步骤处理。