为什么开启了代理后，在 CMD 或 Git Bash 里运行 git clone 依然超时？

因为 Windows CMD 和 Git 命令行工具默认不读取系统代理注册表。解决方法：在终端中执行 `set http_proxy=http://127.0.0.1:7890`，或直接开启客户端的 TUN 模式。

开启 TUN 模式会导致电脑耗电增加或网络变卡吗？

现代 Wintun / gVisor 驱动效率极高，CPU 与内存开销几乎可忽略。但若开启 TUN 且规则配置不当导致国内大文件下载也经过代理，会浪费节点流量。

代理机制与流量接管技术：HTTP、SOCKS5、系统代理、PAC 与 TUN 虚拟网卡

一、通信链路与底层技术拓扑架构

理解代理机制与 TUN 技术的核心机制，需直观观察数据包在网络分层与软硬件系统之间的流转拓扑：

[普通应用 / 命令行终端 / 外服游戏]
       │
       ├─ 方式 A：系统代理模式 (仅主动遵循系统 API 的浏览器生效，终端/游戏直接漏网)
       │     └─ 流量 ──► [Windows 注册表代理端口 (127.0.0.1:7890)]
       │
       └─ 方式 B：TUN 虚拟网卡模式 (操作系统内核层接管，100% 全透明捕获)
             ▼
      [Wintun / gVisor 虚拟网络适配器 (Layer 3 IP 数据包)]
             ▼
      [代理客户端核心引擎 (Mihomo / sing-box)]
             ▼
      [分流路由判断] ──► 直连 / 代理节点出口

二、核心概念与实体名词权威解析

在深入配置前，必须首先建立对以下核心技术名词的准确认知：

SOCKS5 代理

运行在传输层（第 5 层）的通用代理协议，不仅支持 TCP，还原生支持 UDP 数据包转发。

系统代理 (System Proxy)

在操作系统设置中配置 HTTP 代理端口，只有主动遵循系统代理 API 的软件（如浏览器）才会经过代理。

TUN 虚拟网卡 (Virtual NIC)

在操作系统内核中创建虚拟三层网络设备，整机底层所有 TCP/UDP IP 数据包无差别被驱动捕获转发。

透明代理 (Transparent Proxy)

客户端无需在软件内配置任何代理参数，网络网关自动将所有流量重定向至代理核心。

三、TUN 虚拟网卡如何实现全系统网络透明接管

机制一（创建虚拟三层适配器）：客户端调用 Wintun 驱动在系统内注册一个虚拟网卡接口；
机制二（接管默认网关路由）：通过修改系统路由表（0.0.0.0/0），将所有原本发往物理网卡的 IP 数据包重定向至虚拟网卡；
机制三（用户态协议栈解析）：采用 gVisor 或 System 原生网络协议栈在内存中将原始 IP 数据包还原为 TCP/UDP 流，并执行路由分流。

四、关键维度技术对比矩阵

接管模式	工作层级	支持流量类型	需要管理员权限	典型适用场景
系统代理 (System Proxy)	应用层 / 注册表	仅 HTTP / HTTPS 浏览器流量	否 (普通权限即可)	日常查资料、看视频、轻度冲浪
本地端口映射 (SOCKS5)	传输层 (L4/L5)	指定软件内配置的 TCP/UDP	否	Telegram、部分开发工具手动设端口
TUN 虚拟网卡模式	网络层 (L3 IP包)	整机所有流量 (含 Git/终端/游戏)	是 (需安装 Wintun/Service 驱动)	Git Clone、Docker、Discord、外服游戏

六、高频报错与精准排障指南

1 在终端中运行 git clone 依然提示 Timeout

根本原因：Git 命令行工具默认忽略 Windows 系统代理设置。

解决办法：在客户端中开启 TUN 模式，或配置 `git config --global http.proxy http://127.0.0.1:7890`。

2 关闭代理软件后，电脑无法打开任何网页

根本原因：软件异常退出未释放系统代理注册表。

解决办法：在 Windows 设置 -> 网络和 Internet -> 代理中，手动关闭“使用代理服务器”。

下一步行动与实战落地 (Topic Bridge)

在主流客户端中实操开启 TUN 模式

掌握 Clash Verge Rev 与 v2rayN 下的 TUN 虚拟网卡一键开启指南。

查看 TUN 模式配置教程 → 返回知识中枢总览 →