Clash梯子网

1
 ┌─────────────────────────────────────────────────────────────────────────────────────────────┐
2
 │                         【Global 全局 vs Rule 规则模式流量决策模型】                        │
3
 ├─────────────────────────────────────────────────────────────────────────────────────────────┤
4
 │ 【路径 1：Global 模式 (无脑单向通道)】                                                       │
5
 │ 任何应用流量 ──► 进入 Mihomo Core ──► [跳过所有规则] ──► 强制直达你手动指定的单一代理节点  │
6
 │  └── 结果：海外网站秒开，但国内百度、微信同样绕道海外（卡顿、高延迟、封控账号）             │
7
 ├─────────────────────────────────────────────────────────────────────────────────────────────┤
8
 │ 【路径 2：Rule 规则模式 (智能分流多路通道)】                                                │
9
 │ 任何应用流量 ──► 进入 Mihomo Core ──► [DNS/Fake-IP 提取域名]                                │
10
 │       │                                                                                     │
11
 │       ├── 🔴 断点 A：规则库未匹配 ──► 触发兜底【MATCH,DIRECT】──► 海外网站被直连拦截        │
12
 │       ├── 🟠 断点 B：命中了【REJECT】规则 ──► 被广告拦截库主动阻断连接                      │
13
 │       └── 🟢 命中代理规则 ──► 派发给【指定策略组 (Proxy Group)】                           │
14
 │             └── 🟡 断点 C：该策略组内选到了【已超时的死节点】──► 同样导致网页打不开        │
15
 └─────────────────────────────────────────────────────────────────────────────────────────────┘

1
 ⚠️ 【新手最容易产生的危险妥协】：
2
 “既然 Global 能用，那我就一直开着 Global 上网不就行了吗？”
3

4
 长期开启 Global 的四大严重恶果：
5
 1. 【国内应用瞬间卡顿】：微信发图变慢、网易云音乐灰色无版权、淘宝与京东定位成境外乱跳验证码；
6
 2. 【高危账号异常封控】：国内网上银行、国税申报、公司 OA 系统检测到境外 IP 登录，直接冻结账户；
7
 3. 【机场流量光速耗尽】：看 B 站 4K 视频、下载国内网盘文件，全部在偷偷狂吃你宝贵的海外翻墙流量；
8
 4. 【本末倒置放弃排错】：Global 只是【排错诊断工具】，用来证明节点是通的，绝不是日常使用的最终方案！

1
 ┌─────────────────────────────────────────────────────────────────────────────────────────────┐
2
 │                               【Connections 面板抓包诊断四步法】                            │
3
 ├─────────────────────────────────────────────────────────────────────────────────────────────┤
4
 │ 1. 打开 Clash Verge Rev 左侧的【连接 (Connections)】实时监控面板；                          │
5
 │ 2. 在浏览器中刷新那个在 Rule 模式下打不开的目标网页；                                      │
6
 │ 3. 在列表中找到该网站的连接记录，点击展开右侧的【详细参数 (Details)】：                     │
7
 │     ├── 检查【Host / Destination】：核对真实发起的域名或 IP 地址；                          │
8
 │     ├── 检查【Rule】：查看命中了哪一条分流规则（如 `DOMAIN-SUFFIX,google.com`）；          │
9
 │     ├── 检查【Rule Payload】：查看规则匹配的具象载荷；                                      │
10
 │     └── 检查【Chains / Outbound】：查看流量最终是被指派给了 `DIRECT`、`REJECT` 还是 `PROXY`。│
11
 └─────────────────────────────────────────────────────────────────────────────────────────────┘

1
 1. 【手动选择组 (Select Group) 误选死节点】：
2
    - 你的规则写着 `DOMAIN-SUFFIX,openai.com,ChatGPT`，流量被送进了【ChatGPT】策略组；
3
    - 但如果你此前在【代理】面板里，手动给 ChatGPT 策略组选了一个已经超时的香港 05 节点；
4
    - 表现：即使你的默认主节点可用，ChatGPT 依然打不开。解决：进入该策略组换选一个绿色低延迟节点。
5

6
 2. 【自动测速组 (URL-Test) 的“假死延迟”陷阱】：
7
    - URL-Test 策略组会定期向测试地址发请求，自动切换到延迟最低的节点；
8
    - 但某些中转节点对测速地址能秒回 20ms，实际打开特定网页时却早就被目标平台封锁；
9
    - 解决：排障期间，尽量避免将策略组设为 Auto 自动测速，手动指定单一节点做 A/B 验证。

1
 1. 【业务架构分离导致规则漏命中】：
2
    - 现代互联网产品极少只依赖单一主域名，通常将认证、核心 API 与静态资源完全解耦；
3
    - 示例场景：
4
      - 访问 `target.com` ──► 命中代理规则 ──► 成功加载出炫酷的前端首页；
5
      - 点击登录拉取 `auth.login-service.net` ──► 未被规则库收录 ──► 命中兜底 `DIRECT` ──► 登录接口超时卡死！
6

7
 2. 【解决手段】：
8
    - 打开 Connections 监控面板，点击登录按钮，观察哪一个标有 `DIRECT` 且红色的域名在报错；
9
    - 将该认证域名加入代理策略组，即可瞬间打通全部流程。

1
 1. 【IP-CIDR 规则与 DNS 预解析死锁】：
2
    - 若分流规则包含大量 `IP-CIDR` 规则，内核必须先通过 DNS 解析出域名的真实物理 IP 才能比对；
3
    - 若本地 DNS 被污染或解析超时，将导致整条规则链匹配迟钝甚至直接坠入直连。
4

5
 2. 【Fake-IP 虚拟 IP 映射完全正常】：
6
    - 看到连接详情中目标 IP 显示为 `198.18.x.x`，属于 Fake-IP 的标准工作机制，不代表规则出错。
7

8
 3. 【IPv6 漏网之鱼排查】：
9
    - 若本地开启了 IPv6，某些网站会优先返回 AAAA 记录；
10
    - 若你的订阅节点不支持 IPv6 或规则库仅针对 IPv4 编写，会导致数据包绕过代理走本地直连断流；
11
    - 解决：参考 [《梯子IPv6与代理兼容指南》](/tizi/ipv6/)，在客户端开启 IPv4 优先解析。

1
 Step 1: 验证前置基线 ──► 切到 Global 确认目标网页确实能正常秒开（排除节点与网络硬件故障）
2
    ↓
3
 Step 2: 切回 Rule 并打开监控 ──► 切回 Rule 模式，打开 Connections 实时连接面板
4
    ↓
5
 Step 3: 刷新页面捕获请求 ──► 在浏览器重新刷新目标网页，查看面板中跳出的请求记录
6
    ↓
7
 Step 4: 检查命中链路 ──► 观察请求命中的规则名称以及最终 Outbound 是 Direct、Reject 还是 Proxy
8
    ↓
9
 Step 5: 排查目标策略组 ──► 若显示 Proxy 但打不开，进入该策略组检查内部是否选到了超时死节点
10
    ↓
11
 Step 6: 检查兜底规则与 DNS ──► 若所有网站全挂，检查末尾 MATCH 规则是否正确指向有效代理策略组

1
 ❌ 误区 1：既然 Global 能翻墙，就证明当前使用的这套分流规则绝对没有任何问题。(错！Global 完全跳过了所有规则)
2
 ❌ 误区 2：Global 能用 Rule 不能用，最快的方法就是以后永远开着 Global 上网。(错！会导致国内微信和网银全线异常)
3
 ❌ 误区 3：看到连接显示 Direct 就说明代理客户端坏了。(错！Direct 代表规则判定该网站属于国内直连)
4
 ❌ 误区 4：看到连接显示 Reject 就认为是节点掉线了。(错！Reject 代表命中广告拦截或安全阻断规则)
5
 ❌ 误区 5：去网上找一份包含几十万条规则的“超级豪华去广告规则集”导入一定最好。(错！臃肿规则极易引发规则冲突与内存卡顿)
6
 ❌ 误区 6：只要把配置文件末尾的 MATCH 改成 PROXY，所有分流问题就全解决了。(错！会导致所有未收录的国内网站全走代理)
7
 ❌ 误区 7：在两个策略组里选完全不同的节点能让 Rule 模式速度翻倍。(错！单一连接只会走单条链路)
8
 ❌ 误区 8：Rule 模式下打不开网页，第一反应立刻把客户端完全卸载重装。(错！重装依然会恢复相同的默认规则配置)
9
 ❌ 误区 9：域名规则越多，判断速度就一定越慢。(错！Mihomo 采用高效字典树算法，但垃圾冗余规则会增加误杀率)
10
 ❌ 误区 10：为了解决 Rule 模式打不开，听信网上教程在电脑里把 IPv6 彻底永久关闭。(错！双栈网络只需在配置中规范出口)
11
 ❌ 误区 11：在手机上 Rule 能用，电脑上 Rule 不能用就一定是电脑中了木马。(错！两端的订阅规则库版本可能并不一致)
12
 ❌ 误区 12：遇到网站打不开，反复在几十个国家节点之间秒级来回狂切。(错！若规则判了直连，换一万个节点也无济于事)
13
 ❌ 误区 13：看到 Fake-IP 的 198.18 虚拟 IP 就断定规则匹配系统崩溃了。(错！属于 Fake-IP 的标准工作机制)
14
 ❌ 误区 14：只要把所有规则全部删光，Rule 模式就会自动变成超快的直连模式。(错！删除规则将导致失去所有代理引导)
15
 ❌ 误区 15：一个网站只要配置了主域名走代理，其所有视频和登录功能就必然能正常使用。(错！现代服务多依赖独立 API/CDN)