“开启代理”不是一个覆盖全部软件的统一动作。不同应用读取代理设置的方式不同，有的跟随操作系统，有的有自己的网络设置，还有的完全忽略系统代理。因此同一台电脑上出现一半能用、一半不能用，并不奇怪。
系统代理适合先建立基线
客户端修改操作系统的代理设置，让遵守该设置的程序把请求发送到本地代理端口。它的优点是容易观察和恢复，也适合先验证浏览器。它的限制同样明确：不读取系统设置的程序不会自动跟随。
浏览器扩展、终端环境变量和应用内设置还可能覆盖系统选择。出现差异时，先查看那个应用自己的设置，再到内核连接页寻找请求，确认流量是否进入了预期入口。
TUN 从网络层提供另一种接管路径
TUN 使用虚拟网络接口等机制处理流量，常用于需要更广泛接入的场景。它通常涉及服务权限、路由和 DNS 设置，配置复杂度高于单纯的系统代理。TUN 并不等于“速度增强”，也不保证兼容每一个 VPN 或虚拟机网络。
如果设备同时连接办公 VPN、虚拟机桥接网卡或多个出口，开启 TUN 后应分别验证这些场景。出现冲突先关闭 TUN，回到原来的系统代理基线；若基线仍然正常，排查范围就缩小到路由、权限和接口选择。
一个够用的选择顺序
- 主要使用浏览器：从系统代理开始，确认连接和退出恢复。
- 特定应用不跟随：先查应用自身是否支持 HTTP 或 SOCKS 代理。
- 确实需要 TUN：保留基线配置，按客户端说明启用并逐项测试。
不需要为了让设置看起来“完整”而同时堆叠多个接管工具。代理链变长以后，域名到底由谁解析、连接从哪块网卡出去都会更难判断。选择能覆盖实际应用、又能解释清楚的路径就够了。