Clash梯子网

1
 ┌─────────────────────────────────────────────────────────────────────────────────────────────┐
2
 │                                   【两类流量接管模式工作流全景对比】                        │
3
 ├─────────────────────────────────────────────────────────────────────────────────────────────┤
4
 │ 🌐 模式 A：System Proxy (系统代理)                                                           │
5
 │  [浏览器 (Chrome)] ──(读取系统代理)──► [本地代理端口 (7890)] ──► [代理内核] ──► 海外代理出口 │
6
 │  [游戏 / 命令行 / App] ──────────────(无视系统代理，直连物理网卡)──────────────► 本地宽带直连 │
7
 ├─────────────────────────────────────────────────────────────────────────────────────────────┤
8
 │ 🛡️ 模式 B：TUN 虚拟网卡模式                                                                 │
9
 │  [全系统所有应用 (浏览器/游戏/终端/App)] ──► [TUN 虚拟网卡 (网络层接管)] ──► [代理内核 Core]  │
10
 │                                                                            │                │
11
 │                             ┌──────────────────────────────────────────────┴──────────────┐ │
12
 │                             │ 按照分流规则 (Rule) 决定最终走向：                           │ │
13
 │                             ├── 命中 Proxy ──► 发往海外代理节点 ──► 访问 Google/ChatGPT   │ │
14
 │                             └── 命中 Direct ─► 发往本地物理网卡 ──► 直连访问百度/微信      │ │
15
 └─────────────────────────────────────────────────────────────────────────────────────────────┘

1
 1. 【应用的底层网络实现差异】：
2
    - 浏览器调用的是系统标准网络库 (如 WinINET)，会自动读取注册表中的系统代理开关；
3
    - 大型 3D 游戏和 Git 命令行直接调用底层的 Socket 套接字（甚至大量使用裸 UDP 协议通信），
4
      在代码层面根本没有编写“读取系统代理”的逻辑。
5

6
 2. 【System Proxy 的天然局限】：
7
    - 系统代理本质上只是一个“君子协定”，软件可以选择遵守，也可以选择完全不理会；
8
    - 只有开启【TUN 虚拟网卡模式】，通过操作系统内核级路由强行重定向，才能彻底解决非代理软件的联网问题。

1
               【TUN 模式配合 Fake-IP 的域名反查工作流】
2

3
 1. 软件查询域名 ──► Clash 内核本地瞬间返回虚拟 IP (如 198.18.0.23)
4
 2. 软件向 198.18.0.23 发起 TCP 连接 ──► 被 TUN 虚拟网卡捕获
5
 3. Clash 查 Fake-IP 字典表 ──► 瞬间还原出原始域名 google.com
6
 4. 传入 Rule 分流规则引擎 ──► 完美命中 `DOMAIN-SUFFIX,google.com,PROXY` 规则！

1
 ⚠️ 典型局域网冲突场景：
2
 访问群晖 NAS (`192.168.1.100`) 或网络打印机 ──► 流量被 TUN 虚拟网卡错误劫持
3
 ──► 尝试发送给代理内核 ──► 导致家庭内网设备无法通信！

1
 ┌─────────────────────────────────────────────────────────────────────────────────────────────┐
2
 │                               【各操作系统底层流量接管机制对比】                            │
3
 ├──────────────────────────────┬──────────────────────────────┬──────────────────────────────┤
4
 │ 操作系统平台                 │ 采用的核心底层技术           │ 权限与运行特点               │
5
 ├──────────────────────────────┼──────────────────────────────┼──────────────────────────────┤
6
 │ 🪟 **Windows (Clash/sing-box)**│ **Wintun / WinTun 虚拟驱动** │ 需要管理员权限安装并运行服务 │
7
 │ 🍎 **macOS (Clash Verge Rev)**│ **NetworkExtension / utun**  │ 需在系统设置中允许【网络扩展】│
8
 │ 📱 **iOS (Shadowrocket/Surge)**│ **Packet Tunnel Provider**   │ 表现为系统顶栏的【VPN 图标】 │
9
 │ 🤖 **Android (Clash/V2Ray)** │ **VpnService API**           │ 系统级沙箱接管，免 Root 运行 │
10
 └──────────────────────────────┴──────────────────────────────┴──────────────────────────────┘

1
 Layer 1: 管理员权限层 ──► 确认客户端已通过管理员权限启动（Core Service 服务正常运行）
2
    ↓
3
 Layer 2: 虚拟驱动层 ──► 检查设备管理器中是否存在正常工作的 Wintun 虚拟网卡设备
4
    ↓
5
 Layer 3: 路由表防冲突 ──► 确认没有同时开启其他第三方 VPN、加速器或企业办公网客户端
6
    ↓
7
 Layer 4: 分流规则层 ──► 切换为 Global 模式，排除 Rule 规则库语法错误导致的丢包
8
    ↓
9
 Layer 5: DNS 劫持配置 ──► 检查客户端的 `dns-hijack` 配置是否正确监听了系统 53 端口
10
    ↓
11
 Layer 6: 局域网直连开关 ──► 确认勾选了【Bypass LAN】以防止局域网设备通信瘫痪
12
    ↓
13
 Layer 7: 杀软拦截排除 ──► 检查 Windows Defender 或第三方杀毒软件是否拦截了虚拟网卡数据包

1
 ❌ 误区 1：开启 TUN 模式后，梯子的下载网速和延迟会自动翻倍。(错！TUN 只影响接管范围，不改机房带宽)
2
 ❌ 误区 2：TUN 模式就是 Global 全局模式。(错！TUN 负责抓取流量，Rule 依然可以实现智能分流)
3
 ❌ 误区 3：不开 TUN 模式，电脑就绝对不可能正常翻墙上网。(错！常规浏览器使用 System Proxy 足够)
4
 ❌ 误区 4：TUN 模式在电脑里安装了一个真实的硬件芯片。(错！它是纯软件驱动模拟的虚拟接口)
5
 ❌ 误区 5：开启 TUN 模式后，系统就绝对没有任何 IP 泄漏的风险了。(错！分流规则配置不当依然会直连)
6
 ❌ 误区 6：TUN 模式需要消耗电脑 50% 以上的 CPU 性能。(错！现代 Wintun 驱动性能极佳，占用微乎其微)
7
 ❌ 误区 7：玩任何外服游戏只要开启 TUN 模式，就再也不需要买游戏加速器了。(错！节点线路丢包依然会卡)
8
 ❌ 误区 8：TUN 模式会把公司内网的所有机密文件自动上传到代理服务器。(错！内网流量可设置自动直连)
9
 ❌ 误区 9：手机上的 VPN 图标亮起说明手机正在被黑客监控。(错！这是 iOS/Android 标准流量接管机制)
10
 ❌ 误区 10：关闭 TUN 模式后，电脑里残留的虚拟网卡会破坏家庭宽带。(错！客户端关闭后网关自动还原)
11
 ❌ 误区 11：可以同时开启两个不同机场的客户端并全部打开 TUN 模式。(错！系统路由表会剧烈冲突)
12
 ❌ 误区 12：TUN 模式会破坏电脑的物理网卡驱动导致硬件报废。(错！纯逻辑接口，完全不影响硬件)
13
 ❌ 误区 13：在 TUN 模式下，访问百度也会被迫绕道美国节点。(错！配合 Rule 规则，国内域名依然秒级直连)
14
 ❌ 误区 14：企业网络管理员无法察觉 TUN 模式产生的网络流量。(错！底层网络出口依然受企业网关监管)
15
 ❌ 误区 15：只要开启 TUN 模式，局域网里的打印机就永远不可能连上了。(错！开启 Bypass LAN 即可解决)