“明明网页秒开，为什么软件就是死活连不上？”
几乎所有使用过智联网络或配置过 Clash 类通用客户端的用户，都经历过这样的典型困境：在 Chrome、Edge 或 Firefox 浏览器中输入海外技术文档地址，页面秒级渲染、体验丝滑；然而一旦切换到桌面端的独立应用程序（例如 Git 命令行拉取代码、VS Code 插件市场更新、Docker Hub 镜像拉取、游戏语音 Discord，或是终端执行 npm install / pip install 时），控制台却无情地抛出一连串刺眼的
Connection timed out 或
Failed to connect to host port 443 报错。
初学者往往下意识地怀疑是节点挂了，或者频繁重启客户端。然而，
这并非节点失效，而是操作系统中【系统代理】与【独立应用通信路径】之间的架构性脱钩。搞清楚这两者的工作机理，99% 的应用断联问题都能在 3 分钟内迎刃而解。
系统代理的本质：它只是一种“绅士协定”
很多人误以为在客户端里勾选了【开启系统代理】（System Proxy），整台电脑里所有的网络请求就全都被自动接管了。然而在 Windows、macOS 和 Linux 体系中，所谓的“系统代理”本质上只是操作系统在注册表或系统环境变量中写下的几行
全局推荐配置（Advisory Configuration）。
-
浏览器如何响应：作为严格遵循操作系统规范的软件，主流浏览器（Chrome/Edge）启动时会主动读取操作系统的代理注册表项（例如发现本地已监听
127.0.0.1:7890），于是浏览器自愿将所有的 HTTP/HTTPS 请求全部打包转发到该本地端口，再由客户端核心路由至远端节点。
-
独立应用为何“无视”系统代理：许多现代跨平台软件（尤其是使用 Go、Rust、C++ 编写的底层工具，或使用自定义网络底层协议的游戏及开发环境）在设计之初就优先追求纯粹的网络直连效率。它们在发起 Socket 连接时，
压根不会主动去查询操作系统的注册表。在这些软件看来，系统代理根本不存在，它们依旧按照默认网关尝试直接向境外 IP 发起握手，结果自然是在物理层面上被阻断或超时。
常见开发工具与软件的独立配置指南
针对这些“不遵循系统代理”的应用，最直接的解决方案是在应用自身或环境配置中明确告知代理端口。假设你的本地客户端监听端口为 HTTP
127.0.0.1:7890 / SOCKS5
127.0.0.1:7890：
#
1. Git 命令行配置
Git 是最典型的绕过系统代理的工具。只需在终端中执行以下两条命令，即可让 Git 操作全部走本地客户端：
``
bash
# 为 HTTP 和 HTTPS 远程仓库配置本地代理
git config --global http.proxy http://127.0.0.1:7890
git config --global https.proxy http://127.0.0.1:7890# 恢复默认直连命令（需要时执行）
# git config --global --unset http.proxy
# git config --global --unset https.proxy
`
#2. 终端环境变量（CMD / PowerShell / Bash）
在命令行终端中执行 curl、pip 或脚本时，终端默认也是直连的。在执行关键命令前，可以临时注入代理环境变量：
- Windows PowerShell：
`
powershell
$env:http_proxy="http://127.0.0.1:7890"
$env:https_proxy="http://127.0.0.1:7890"
`
- macOS / Linux 终端：
`
bash
export http_proxy=http://127.0.0.1:7890
export https_proxy=http://127.0.0.1:7890
`
#3. 跨平台沟通工具（如 Telegram / Discord 等）
在软件的【设置】（Settings）→【高级 / 网络】（Advanced / Connection）中，将代理类型从【使用系统代理】改为手动选择【SOCKS5 或 HTTP】，服务器填入 127.0.0.1
，端口填入客户端对应端口，即可彻底解决转圈圈的问题。
终极方案：何时应当开启 TUN 虚拟网卡模式？
如果你觉得逐个为每个软件手动配置代理过于繁琐，或者某些闭源客户端压根没有提供代理设置选项，那么TUN 模式（虚拟网络适配器全局接管）就是终极解决之道。#什么是 TUN 模式？
TUN（Network TUNnel）是一种在操作系统内核层面模拟出的虚拟网卡。启用 TUN 模式后，客户端会在系统中注册一张虚拟网络适配器，并通过修改系统底层路由表，将整机所有的 IP 数据包（无论来自浏览器、游戏、命令行还是后台静默服务）无差别地强制导入该虚拟网卡，交由客户端核心的规则引擎进行判定与分流。#TUN 模式的利与弊
- 巨大优势：实现真正的“全局无死角接管”，任何不守规矩的应用都无法绕过分流；
- 注意事项：
1. 需要操作系统的管理员权限（Administrator / Root）才能安装虚拟网卡驱动（如 Wintun）；
2. 极少数本地杀毒软件或局域网打印共享可能会被虚拟网卡路由误伤，因此在日常纯网页浏览时，保持普通的系统代理模式最为轻量；只有在遇到顽固软件无法联网时，再开启 TUN 模式。
浏览器与应用网络排查对照矩阵
| 表现现象 | 根本原因定位 | 推荐排查动作 |
| :
| :
| :
|
| 浏览器正常，Git 报连接超时 | Git 未配置全局代理环境变量 | 执行 git config --global http.proxy` 显式绑定 |
|
浏览器正常，应用提示证书无效 | 应用内置了自己的 CA 证书库，与中间件冲突 | 检查客户端是否开启了不必要的 MITM HTTPS 解密 |
|
全机所有软件包括浏览器均报错 | 客户端后台进程意外退出，但系统代理未复位 | 在 Windows 设置中手动关闭【使用代理服务器】 |
|
国内应用变慢或提示地区异常 | 客户端分流规则失效，错误走了全局代理 | 将分流模式调整为【规则模式（Rule）】 |