浏览器能访问,其他程序却不行?
分清 Windows 用户代理、WinHTTP 与应用自己的设置,定位同机不同程序的连接差异。
阅读完整指南从应用自己的网络设置出发,确认请求有没有进入本地代理。理解入口,再选择System Proxy或TUN,避免仅凭开关判断连接状态。
获取Throne客户端
Throne 的 System Proxy 在 Profile 运行时,将操作系统代理设置指向本地混合入站。应用读取这一设置后,才能把 HTTP 或 SOCKS 请求交给核心。127.0.0.1 表示当前电脑;地址和端口以实际实例为准,文档示例不能替代当前监听。
软件窗口已经打开、Profile 已运行、System Proxy 已启用,是三个不同状态。配置填写正确也不意味着核心一定启动成功,实际网络请求仍需单独验证。遇到本地连接拒绝时,优先看监听端口与进程占用。
在 Windows 10 / 11 代理页面查看用户代理、自动脚本与管理策略,保存修改前状态。WinINET、WinHTTP 和应用自身的网络库可能使用不同配置,不能把后台服务和浏览器的行为简单画上等号。
Windows WinINET 与 WinHTTP 教程说明如何用只读命令确认 WinHTTP 状态。HTTP_PROXY、HTTPS_PROXY 是否有效,取决于具体工具,设置变量并不等于所有应用都会采用。
| 观察点 | 需要确认 |
|---|---|
| 系统设置 | 用户代理、脚本与受管理策略 |
| 应用设置 | 自身 HTTP / SOCKS 选项与环境变量 |
| 实际请求 | 本地监听存在,且有对应连接记录 |
System Proxy 适用于遵循系统设置的应用;TUN 通过虚拟网络接口与系统路由处理更广范围的流量,需要相应系统权限。两者可以同时启用,不是绝对互斥选项。
如果应用没有使用系统代理,先了解TUN 模式的入口与权限,不要认为添加路由规则就能接管原本没有到达客户端的请求。启用前可阅读虚拟接口与管理员权限检查,同时考虑本地网络与其他 VPN 的路由范围。
| 维度 | System Proxy | TUN |
|---|---|---|
| 入口 | 应用读取代理设置 | 系统路由送入虚拟接口 |
| 覆盖 | 遵循该设置的请求 | 更广范围,仍受旁路与路由影响 |
| 权限 | 系统代理操作通常不需提权 | Windows 管理员;其他系统核心权限 |
| 验证 | 监听及应用访问 | 核心、接口、路由、DNS与访问 |
先用单个允许访问的目标验证,再正常停止 Profile 和退出。若强制结束进程,系统可能仍指向已停止的本地端口。此时先保存代理状态,再按代理残留的恢复流程核对。
不要以全局网络重置、关闭全部保护或覆盖企业代理策略作为排障起点。每次只修改一个有依据的设置,并确认原先工作的浏览器、后台应用与局域网服务仍可使用。