Clash梯子网

1
 ┌─────────────────────────────────────────────────────────────────────────────────────────────┐
2
 │                               【分流规则全生命周期流向流水线】                              │
3
 ├─────────────────────────────────────────────────────────────────────────────────────────────┤
4
 │ 1. 流量捕获 ──► [应用发起请求] ──► 通过 [System Proxy 或 TUN] 送入代理内核 Core              │
5
 │ 2. 目标识别 ──► 内核借助 [Fake-IP 字典 / TLS 域名嗅探 Sniffing] 还原出目标域名与端口        │
6
 │ 3. 规则匹配 ──► 内核按【从上到下】顺序逐行扫描分流规则库 (Rules)：                          │
7
 │                 ├── ① 命中 DOMAIN-SUFFIX,google.com ──────► 发往【🚀 节点选择】策略组       │
8
 │                 ├── ② 命中 GEOSITE,cn ───────────────────► 发往【⚡ 直连 (Direct)】        │
9
 │                 ├── ③ 命中 GEOIP,CN ─────────────────────► 发往【⚡ 直连 (Direct)】        │
10
 │                 ├── ④ 命中 DOMAIN-KEYWORD,ad ────────────► 发往【🛑 拦截 (Reject)】        │
11
 │                 └── ⑤ 无任何规则命中 ───────────────────► 触发【MATCH / 兜底规则】       │
12
 │ 4. 节点出口 ──► 策略组根据算法（手动 / URL-Test 测速 / 故障转移）将数据送往最终出口服务器    │
13
 └─────────────────────────────────────────────────────────────────────────────────────────────┘

1
                               【规则顺序错误导致的典型悲剧案例】
2

3
 ❌ 错误排序示范：
4
 1. GEOIP,CN,DIRECT           <── 某海外网站在国内部署了 CDN 边缘节点，被误判为国内 IP
5
 2. DOMAIN-SUFFIX,example.com,PROXY  <── 永远无法被执行！因为上面的第 1 条规则已经抢先命中并直接 Direct 直连了！
6

7
 🟢 正确排序规范：
8
 1. 局域网与私有 IP 排除规则 (IP-CIDR,192.168.0.0/16,DIRECT)
9
 2. 精确域名与特定海外服务规则 (DOMAIN-SUFFIX,google.com,PROXY)
10
 3. 大范围地理分类规则 (GEOSITE,CN,DIRECT & GEOIP,CN,DIRECT)
11
 4. MATCH 兜底规则 (MATCH,PROXY)

1
 ┌─────────────────────────────────────────────┬─────────────────────────────────────────────┐
2
 │ 📦 远程 Rule Provider (外部规则集合包)       │ 📝 普通 Local Rules (本地配置文件内嵌规则)   │
3
 ├─────────────────────────────────────────────┼─────────────────────────────────────────────┤
4
 │ - 规则列表保存在独立的云端或本地文件中      │ - 所有规则逐行写在客户端的核心 YAML 配置文件中│
5
 │ - 支持定时自动从 GitHub/CDN 同步更新规则库  │ - 每次新增域名必须手动打开配置文件逐行添加  │
6
 │ - 模块化管理（如单独引入影视/广告/AI 规则包）│ - 配置文件体积庞大，维护困难且极易语法出错   │
7
 └─────────────────────────────────────────────┴─────────────────────────────────────────────┘

1
 ┌─────────────────────────────────────────────────────────────────────────────────────────────┐
2
 │                               【各平台应用级分流实现能力对照】                              │
3
 ├──────────────────────────────┬──────────────────────────────┬──────────────────────────────┤
4
 │ 操作系统平台                 │ 采用的核心分流技术           │ 实际运行特点与支持限制       │
5
 ├──────────────────────────────┼──────────────────────────────┼──────────────────────────────┤
6
 │ 🪟 **Windows**               │ `PROCESS-NAME` 进程名直接匹配 │ 配合 [TUN 模式](/tizi/tun/) 可精准拦截指定 `.exe` 流量 │
7
 │ 🍎 **macOS**                 │ NetworkExtension 进程签名匹配 │ 权限要求严格，需授予网络扩展授权 │
8
 │ 🤖 **Android**               │ VpnService 应用包名白名单     │ 客户端界面直接勾选 App（如仅代理 Telegram）│
9
 │ 📱 **iOS (Shadowrocket)**    │ 基于域名与 IP 分流           │ iOS 系统沙箱限制，无法直接读取底层独立进程名 │
10
 └──────────────────────────────┴──────────────────────────────┴──────────────────────────────┘

1
 Step 1: 临时切为 [Global 全局模式](/tizi/rule-global-direct/) ──► 确认节点本身是否正常可用
2
    ↓
3
 Step 2: 切回 Rule 模式 ──► 打开客户端【连接 (Connections)】实时监控面板
4
    ↓
5
 Step 3: 刷新故障网页 ──► 查看该域名的请求到底【命中了哪一条具体规则】
6
    ↓
7
 Step 4: 检查规则是否被抢先命中 ──► 若被更上层的 `GEOIP,CN,DIRECT` 拦截，需在上方追加精准域名规则
8
    ↓
9
 Step 5: 检查策略组指向 ──► 确认该规则对应的 Proxy Group 是否指向了失效或超时的节点
10
    ↓
11
 Step 6: 刷新 Rule Provider ──► 点击更新远程规则集，清除过期失效的旧规则缓存

1
 ❌ 误区 1：分流规则订阅就是机场节点订阅，只要更新规则就能拿到新节点。(错！规则集只包含路由逻辑)
2
 ❌ 误区 2：规则库里的规则行数越多（比如 10 万条），梯子速度就越快。(错！过大规则库会拖慢内核匹配效率)
3
 ❌ 误区 3：GEOSITE 和 GEOIP 是由国际互联网标准组织发布的官方权威数据库。(错！属于开源社区维护项目)
4
 ❌ 误区 4：只要把所有规则全部写成 DOMAIN-KEYWORD，就能一劳永逸代理所有网站。(错！极易引发灾难性误伤)
5
 ❌ 误区 5：同一个网页在加载时出现多个国家的出口 IP，说明梯子发生了严重 IP 泄漏。(错！不同资源正常分流)
6
 ❌ 误区 6：Load-Balance 策略组可以把两个 100Mbps 的节点叠加成 200Mbps。(错！仅用于分发不同连接)
7
 ❌ 误区 7：只要开着 Rule 模式，国内微信就绝对 100% 不可能消耗代理流量。(错！分流规则配置不当可能误判)
8
 ❌ 误区 8：在 iOS 手机上可以像 Windows 一样按 `.exe` 进程名精确配置分流规则。(错！iOS 沙箱不支持进程嗅探)
9
 ❌ 误区 9：所有的分流规则都是从下往上反向匹配的。(错！绝大多数内核严格自上而下匹配)
10
 ❌ 误区 10：MATCH 规则必须放在配置文件的最顶部第一行。(错！MATCH 属于兜底规则，必须放在最后一行)
11
 ❌ 误区 11：只要导入了最新的规则集，就再也不需要开启客户端的 Fake-IP 模式了。(错！Fake-IP 保证域名不丢失)
12
 ❌ 误区 12：在 Rule 模式下，测速跑出来的延迟就是所有网站的真实打开速度。(错！不同网站可能命中不同节点)
13
 ❌ 误区 13：企业网络管理员无法识别员工电脑分流规则产生的流量。(错！底层网络出口依然受企业网关监管)
14
 ❌ 误区 14：只要把所有规则都改成 Direct，电脑就能自动实现翻墙。(错！Direct 代表直连，完全不走代理)
15
 ❌ 误区 15：规则更新失败一定是海外节点被封锁导致的。(错！通常是规则源托管服务器连通性问题)