Clash梯子网

1
 ┌─────────────────────────────────────────────────────────────────────────────────────────────┐
2
 │                               【软件不走代理三层定位决策全景表】                            │
3
 ├──────────────────────────────────────────────┬──────────────────────────────┬──────────────┤
4
 │ 客户端【连接 (Connections)】实时监控表现     │ 核心问题定位层级             │ 第一步标准动作│
5
 ├──────────────────────────────────────────────┼──────────────────────────────┼──────────────┤
6
 │ 🔴 **完全看不到该软件的任何请求记录**        │ **流量入口层未接管 (Ingress)**│ 开启 TUN 模式或配置应用内独立代理 │
7
 │ 🟡 **能看到请求，但策略显示为【Direct (直连)】**│ **规则分流层误判 (Rule Mode)** │ 检查域名/进程规则，切 Global 对照 │
8
 │ 🟠 **显示【Proxy】，但请求持续标红 Timeout** │ **出口节点 / 目标服务风控**   │ 切换其他落地地区节点或排查 DNS │
9
 │ 🟢 **浏览器秒开外网，但游戏/Git 命令行报错**   │ **应用网络栈不兼容系统代理**  │ 游戏开 TUN，Git/终端配置环境变量 │
10
 └──────────────────────────────────────────────┴──────────────────────────────┴──────────────┘

1
                               【命令行工具代理环境变量生效机制】
2

3
 1. 临时环境变量配置：
4
    - Windows CMD:        set http_proxy=http://127.0.0.1:7890 && set https_proxy=http://127.0.0.1:7890
5
    - Windows PowerShell: $env:http_proxy="http://127.0.0.1:7890"; $env:https_proxy="http://127.0.0.1:7890"
6
    - macOS / Linux:      export http_proxy=http://127.0.0.1:7890 && export https_proxy=http://127.0.0.1:7890
7

8
 2. 核心避坑警告：
9
    ⚠️ 绝不建议在系统【全局环境变量】中永久写死代理端口！一旦退出代理软件，终端命令将全部因端口失效而报错瘫痪。

1
 1. 【模块分流现象】：
2
    - 用户登录界面调用的是内置 Chromium 内核 ──► 顺利读取 [System Proxy](/tizi/system-proxy/) 成功登录；
3
    - 语音通话与大文件传输调用的是底层 UDP/WebRTC 驱动 ──► 直接绕过系统代理直连物理网卡，导致通话断连。
4

5
 2. 【彻底根治方案】：
6
    - 在代理客户端中一键开启【TUN 虚拟网卡模式】，使操作系统的所有 TCP 和 UDP 数据包全部被强制捕获进 Core。

1
 ┌─────────────────────────────────────────────────────────────────────────────────────────────┐
2
 │                               【各操作系统应用分流排查特性对比】                            │
3
 ├──────────────────────────────┬──────────────────────────────┬──────────────────────────────┤
4
 │ 操作系统平台                 │ 排查核心关注点               │ 典型排障手段                 │
5
 ├──────────────────────────────┼──────────────────────────────┼──────────────────────────────┤
6
 │ 🪟 **Windows**               │ WinHTTP 与注册表 System Proxy 差异 | 检查设备管理器中 Wintun 驱动与防火墙拦截 │
7
 │ 🍎 **macOS**                 │ Wi-Fi 与有线网卡代理配置独立绑定 | 在系统设置中确认给代理客户端授予了网络扩展权限 │
8
 │ 🤖 **Android**               │ 客户端内置【应用白名单/黑名单】 | 检查是否在客户端设置中意外勾选了【排除该应用】│
9
 │ 📱 **iOS (Shadowrocket)**    │ 仅支持基于域名与 IP 分流     │ iOS 无法按进程分流，确认域名已加入代理规则集 │
10
 └──────────────────────────────┴──────────────────────────────┴──────────────────────────────┘

1
 Step 1: 验证节点连通性 ──► 打开浏览器访问 Google，确认节点本身通畅且非客户端崩溃
2
    ↓
3
 Step 2: 打开【连接】监控面板 ──► 在 Clash Verge Rev 或 sing-box 界面切到 Connections 面板
4
    ↓
5
 Step 3: 触发目标软件网络请求 ──► 观察监控面板中是否跳出该软件的连接记录
6
    ↓
7
 Step 4: 若【完全无连接记录】 ──► 判定为应用不读取系统代理，立即开启 [TUN 模式](/tizi/tun/) 强制抓包
8
    ↓
9
 Step 5: 若【显示为 Direct 直连】 ──► 临时切为 [Global 全局模式](/tizi/rule-global-direct/) 对照；若 Global 能用，说明属于分流规则误判
10
    ↓
11
 Step 6: 若【显示为 Proxy 但超时】 ──► 说明该软件的海外机房 IP 遭遇目标服务端防火墙屏蔽，更换其他落地节点

1
 ❌ 误区 1：只要浏览器能打开 YouTube，电脑里的所有软件和游戏就自动全部走了代理。(错！游戏完全不读系统代理)
2
 ❌ 误区 2：游戏连不上外网，说明我买的机场节点协议损坏了。(错！绝大多数是因为未开启 TUN 虚拟网卡)
3
 ❌ 误区 3：在 Windows 环境变量里写死 `HTTP_PROXY` 可以一劳永逸解决所有软件。(错！软件关闭后终端直接瘫痪)
4
 ❌ 误区 4：TUN 模式是万能神药，开启后任何软件都不需要配置规则了。(错！分流规则依然可能将其判为 Direct)
5
 ❌ 误区 5：Firefox 浏览器打不开外网肯定是系统网卡驱动损坏。(错！只需在 Firefox 设置中勾选跟随系统代理)
6
 ❌ 误区 6：同一个软件在手机上能用、在电脑上不能用说明电脑中毒了。(错！移动端采用系统级 VPN 全量接管)
7
 ❌ 误区 7：在 Chrome 里装了代理插件，电脑上的 Git 命令行也会自动走代理。(错！插件仅限浏览器沙箱内部)
8
 ❌ 误区 8：只要把电脑防火墙彻底关闭，所有软件就会自动走代理。(错！防火墙关闭不改变应用的网络调用方式)
9
 ❌ 误区 9：软件在客户端监控里显示 Direct，说明梯子发生了严重 IP 泄漏。(错！国内流量命中直连属预期分流)
10
 ❌ 误区 10：可以同时开启两个不同机场的 TUN 客户端来实现双重加速。(错！底层虚拟网卡会发生致命路由冲突)
11
 ❌ 误区 11：所有的 Electron 应用在代理机制上表现都和 Google Chrome 完全相同。(错！原生网络模块不读代理)
12
 ❌ 误区 12：遇到软件不走代理，第一反应应该立刻花钱升级贵价专线。(错！先排查 TUN、规则与环境变量)
13
 ❌ 误区 13：只要在软件内部把代理设为 127.0.0.1:7890，软件关闭后也会自动联网。(错！软件会一直连接死端口)
14
 ❌ 误区 14：企业办公电脑连不上个人代理是软件 Bug。(错！企业 MDM 与安全策略限制了虚拟网卡与系统代理)
15
 ❌ 误区 15：一个软件的不同功能（如登录与下载）必须永远走同一个海外节点。(错！不同域名按规则正常分流)