Clash梯子网

1
 ┌─────────────────────────────────────────────────────────────────────────────────────────────┐
2
 │                         【Clash Verge Rev 九层网络链路与故障拦截全景图】                    │
3
 ├─────────────────────────────────────────────────────────────────────────────────────────────┤
4
 │ [应用层] 浏览器 / 游戏 / 命令行                                                             │
5
 │   │                                                                                         │
6
 │   ▼ 🔴 第 1 层【流量入口】：选 System Proxy 还是 TUN？(软件不读代理 ──► 流量未进内核)       │
7
 │ [操作系统网络栈] (注册表代理端口 / Wintun 虚拟网卡)                                         │
8
 │   │                                                                                         │
9
 │   ▼ 🟠 第 2 层【系统路由 (Route)】：默认网关是否死锁？(双网卡/多VPN争抢 ──► 路由黑洞)       │
10
 │ [Mihomo Core 内核] (接收二/三/四层数据包)                                                   │
11
 │   │                                                                                         │
12
 │   ▼ 🟡 第 3 层【域名解析 (DNS / Fake-IP)】：域名能否转为真实/虚拟 IP？(DNS 污染/超时 ──► 没网) │
13
 │ [分流规则引擎 (Rule)]                                                                       │
14
 │   │                                                                                         │
15
 │   ▼ 🟢 第 4 层【规则匹配】：命中 Direct、Reject 还是 Proxy？(误判 Direct ──► 无法翻墙)       │
16
 │ [策略组分配 (Proxy Group)]                                                                  │
17
 │   │                                                                                         │
18
 │   ▼ 🔵 第 5 层【出站策略】：策略组内部是否误选了超时死节点？(选错节点 ──► 页面转圈)         │
19
 │ [加密出站节点 (Node)]                                                                       │
20
 │   │                                                                                         │
21
 │   ▼ 🟣 第 6 层【双栈网络 (IPv4/IPv6)】：IPv6 裸连是否导致跨境断流？                         │
22
 │ [目标互联网服务器 (Target)] ──► 成功呈现网页！                                              │
23
 └─────────────────────────────────────────────────────────────────────────────────────────────┘

1
 ⚠️ 【新手最容易犯的毁灭性排错错误】：
2
 发现打不开网页，病急乱投医：一边在设置里胡乱打开 TUN 模式，一边把模式切成 Global，
3
 又在 DNS 里填一堆网上抄来的公共 DNS，顺手还在网卡设置里禁用了 IPv6……
4

5
 核心排障纪律（科学受控 A/B 测试）：
6
 1. 【每次排错只改一个变量】！改完立刻刷新测试，若无效必须立即复原；
7
 2. 永远以【Connections (连接) 面板】作为裁判依据，不要盲目猜疑；
8
 3. 按照“入口 ──► 路由 ──► 规则 ──► 节点 ──► DNS”自上而下逐层剥离。

1
 ┌─────────────────────────────────────────────────────────────────────────────────────────────┐
2
 │                               【Connections 诊断三叉路口】                                  │
3
 ├─────────────────────────────────────────────────────────────────────────────────────────────┤
4
 │ 打开客户端左侧的【连接 (Connections)】面板，在浏览器中刷新那个打不开的网页：              │
5
 │                                                                                             │
6
 │ 🔴 情况 1：列表里【完全没有任何新请求跳出】                                                 │
7
 │   └── 说明：浏览器的流量压根就没送进客户端！属于【入口层故障】                             │
8
 │   └── 应对：排查操作系统代理设置、杀毒软件拦截，绝不要去改 DNS 或换节点！                  │
9
 │                                                                                             │
10
 │ 🟡 情况 2：列表里有请求，但状态显示为【Direct】或【Reject】                                │
11
 │   └── 说明：流量进来了，但规则把它当成了国内直连或恶意广告拦截！属于【规则层故障】         │
12
 │   └── 应对：检查分流规则，添加该域名的代理白名单，无需怀疑本地网卡！                        │
13
 │                                                                                             │
14
 │ 🔵 情况 3：列表里有请求且显示【Proxy】，但最终报红色超时                                    │
15
 │   └── 说明：入口与规则完全正确，数据包在出境中转时丢失！属于【节点/出口层故障】            │
16
 │   └── 应对：在代理页面换节点，或校准本地系统时间排除 TLS 握手失败。                         │
17
 └─────────────────────────────────────────────────────────────────────────────────────────────┘

1
 1. 【测试机制与真实访问路径不同】：
2
    - 节点旁边的数字是【URL-Test】机制的测试结果：Mihomo 内核直接向一个极简测试地址（如 Cloudflare 204）发了个轻量探针；
3
    - 只要探针握手成功，就会点亮绿灯；但这绝不代表你的 Chrome 浏览器已经成功把数据包通过系统代理送给了内核。
4

5
 2. 【核心断流点排查】：
6
    - 检查 Windows 系统代理：按 `Win + I` 进入【网络和 Internet】──►【代理】，确认“使用代理服务器”是否处于打开状态，且 IP 为 `127.0.0.1`；
7
    - 检查端口冲突：若电脑后台还开着其他代理软件（如 v2rayN 或旧版 CFW），本地 7890 端口被抢占，也会导致浏览器发出的请求被送进死胡同。

1
 ┌─────────────────────────────────────────────────────────────────────────────────────────────┐
2
 │                               【系统代理残留 (Proxy Residual) 秒级复原】                    │
3
 ├─────────────────────────────────────────────────────────────────────────────────────────────┤
4
 │ 【现象】：关掉 Clash Verge Rev 后，连国内百度、微信全都无法联网！                           │
5
 │ 【根因】：客户端异常崩溃退出时，未及清理系统注册表。系统仍顽固地把流量发给已关闭的 7890！   │
6
 │                                                                                             │
7
 │ 【极速修复操作】：                                                                          │
8
 │ 1. 按快捷键 Win + I 打开 Windows 设置 ──► 进入【网络和 Internet】──► 点击【代理】；         │
9
 │ 2. 找到【手动设置代理】，将【使用代理服务器】的开关彻底切换为【关闭】；                     │
10
 │ 3. 刷新浏览器，电脑网络即刻满血复活！                                                       │
11
 └─────────────────────────────────────────────────────────────────────────────────────────────┘

1
 Step 1: 测速核验节点状态 ──► 点击测速闪电，确认节点是否全红；若全红优先同步系统时间
2
    ↓
3
 Step 2: 监控 Connections 面板 ──► 刷新网页，看列表有无请求；无请求查系统代理，有请求看走向
4
    ↓
5
 Step 3: Global 模式交叉对比 ──► 切到 Global 验证目标网页能否打开；能开说明节点正常、规则有误
6
    ↓
7
 Step 4: 手机热点网络交叉 ──► 断开 Wi-Fi 连接手机热点，排除本地运营商光猫路由器的硬件拦截
8
    ↓
9
 Step 5: 清理后台多 VPN 冲突 ──► 彻底关闭其他网络代理工具与杀毒软件的网络过滤模块
10
    ↓
11
 Step 6: 终极重启与重置 ──► 重启 Mihomo Core，若仍不通，在系统设置中重置系统代理并重启电脑

1
 ❌ 误区 1：只要节点测速显示绿色，就证明整台电脑 100% 绝对能顺利翻墙。(错！URL-Test 仅代表探针成功)
2
 ❌ 误区 2：一遇到打不开网页，第一反应就是把订阅删光、把客户端卸载重装。(错！盲目重装只会丢配置且无用)
3
 ❌ 误区 3：电脑没网时，把 TUN、Global、DNS 全部同时打开能“大力出奇迹”。(错！多重变量混合只会让网络彻底死锁)
4
 ❌ 误区 4：看到浏览器提示连接被拒绝，立刻去网上下载不知名的“一键网络修复包”。(错！极易植入恶意木马)
5
 ❌ 误区 5：为了解决连上没网，听信谣言在电脑里把 Windows 防火墙彻底永久关闭。(错！防火墙不会拦截正常代理端口)
6
 ❌ 误区 6：连接代理后局域网的 NAS 和打印机搜不到了，说明整台电脑网络坏了。(错！属于私有网段未开启 Bypass LAN)
7
 ❌ 误区 7：在两个策略组里把节点切成一样的，翻墙速度就会自动加倍。(错！单一连接只会走单条线路)
8
 ❌ 误区 8：退出软件后打不开网页，说明主板网卡被客户端烧坏了。(错！99% 是未清理残留的本地系统代理)
9
 ❌ 误区 9：节点显示 20ms 的时候没网，换成 120ms 的节点就更不可能有网了。(错！20ms 节点可能正处于流量封控)
10
 ❌ 误区 10：只要把所有规则全部删掉，没网的问题就会自动修复。(错！删除规则将导致失去所有代理引导)
11
 ❌ 误区 11：在公司内网里连上没网，肯定是机场节点服务器故障。(错！企业防火墙网关严密阻断了外部加密出站)
12
 ❌ 误区 12：在手机上能正常连，电脑上连不上就一定是电脑中毒了。(错！两端的代理入口机制和系统网络环境各异)
13
 ❌ 误区 13：看到 Fake-IP 的 198.18 虚拟 IP 就断定网络被劫持了。(错！属于代理内核标准的高效 DNS 映射机制)
14
 ❌ 误区 14：只要把系统 DNS 改成 8.8.8.8，所有的没网故障就全能自动修复。(错！若流量压根没进内核，改 DNS 无效)
15
 ❌ 误区 15：打不开网页时，疯狂快速连点几十次刷新能冲破拦截。(错！高频请求会直接触发服务器 WAF 防刷拉黑)