Clash梯子网

1
 ┌─────────────────────────────────────────────────────────────────────────────────────────────┐
2
 │                         【Clash Verge Rev 节点测速与连接全链路图】                          │
3
 ├─────────────────────────────────────────────────────────────────────────────────────────────┤
4
 │ [用户点击测速 ⚡] ──► [Mihomo Core 解析节点地址] ──► [系统 DNS 查询节点 IP]                │
5
 │       │                                                                                     │
6
 │       ▼                                                                                     │
7
 │ [建立底层 TCP/UDP 连接] ──► [发起 TLS 加密握手] ───────────────────────────────────────────┐
8
 │  ├── 🔴 失败点 A：本机系统时间误差 > 60 秒 ──► 证书过期校验失败 ──► 瞬间触发【全节点红】    │
9
 │  └── 🔴 失败点 B：本地家庭宽带阻断中转端口 ──► 连接无响应 ──────► 触发【Timeout 超时】     │
10
 │                                                                                             │
11
 │ [节点服务器中转响应] ──► [请求测试地址 (如 cp.cloudflare.com)] ──► [计算握手往返延迟]       │
12
 │  ├── 🟡 失败点 C：测速 URL 自身不可达 ──► 节点实际可用但显示红 ──► 换测速网址即可恢复      │
13
 │  └── 🟢 成功点 D：返回毫秒延迟数字 (如 45ms) ──► 节点握手成功 ──► 正常出站通信              │
14
 └─────────────────────────────────────────────────────────────────────────────────────────────┘

1
 ┌─────────────────────────────────────────────────────────────────────────────────────────────┐
2
 │                               【订阅获取路径 vs 节点连接路径】                              │
3
 ├─────────────────────────────────────────────────────────────────────────────────────────────┤
4
 │ 【路径 1：订阅拉取】                                                                        │
5
 │ Clash Verge Rev 客户端 ──► HTTPS ──► 机场网站 Web 服务器 ──► 下载 Profile 文本 (国内即可直连)│
6
 ├─────────────────────────────────────────────────────────────────────────────────────────────┤
7
 │ 【路径 2：节点连接】                                                                        │
8
 │ Mihomo 底层内核 ──► 专线隧道 ──► 境外海外代理节点 ──► 访问 Google/YouTube (受出口防火墙监管) │
9
 └─────────────────────────────────────────────────────────────────────────────────────────────┘

1
 1. 【TLS 证书时效严格校验】：
2
    - 现代节点协议（Shadowsocks-2022、VLESS、Hysteria 2、TUIC v5）均高度依赖双向 TLS/AEAD 加密通信；
3
    - 加密握手协议强制要求客户端本地时间与服务端时间误差【不得超过 60~90 秒】；
4
    - 若电脑主板电池老化或长久未联网导致系统时间慢了几分钟，客户端会判定服务端证书“尚未生效”或“已经过期”，直接在底层掐断连接并显示 Timeout。
5

6
 2. 【极速修复操作】：
7
    - Windows：右键右下角任务栏时间 ──►【调整日期和时间】──► 点击【立即同步】；
8
    - macOS：进入【系统设置】──►【通用】──►【日期与时间】──► 开启“自动设置日期与时间”。

1
 ┌─────────────────────────────────────────────────────────────────────────────────────────────┐
2
 │                               【URL-Test 延迟 vs ICMP Ping 区别】                           │
3
 ├──────────────────────┬──────────────────────────────┬───────────────────────────────────────┤
4
 │ 比较维度             │ URL-Test (Clash Verge Rev 测速)│ 传统 ICMP Ping (网络诊断命令)        │
5
 ├──────────────────────┼──────────────────────────────┼───────────────────────────────────────┤
6
 │ **测试层级**         │ 属于应用层 HTTP/HTTPS 握手   │ 属于底层网络层 ICMP 协议              │
7
 │ **测试过程**         │ 模拟向目标网址发请求并收到应答| 仅计算数据包往返时间                  │
8
 │ **代理支持**         │ 能够真实反映节点是否可用     │ 很多中转机屏蔽 ICMP，Ping 绿不代表能连│
9
 │ **速率代表性**       │ 仅反映连接响应快慢，不代表带宽| 仅反映物理距离，不代表吞吐量          │
10
 └──────────────────────┴──────────────────────────────┴───────────────────────────────────────┘

1
 1. 【检查内核运行状态】：
2
    - 打开左侧导航栏的【设置 (Settings)】面板；
3
    - 查看【Mihomo 内核】或【Core 状态】是否正常点亮；若提示未启动，点击右侧的重启图标。
4

5
 2. 【通过日志面板捕获真实报错】：
6
    - 点击左侧【日志 (Logs)】面板，再次点击 Proxies 页面的测速闪电；
7
    - 查看日志窗口弹出的红色错误信息：
8
      - 若显示 `certificate has expired or is not yet valid` ──► 100% 为系统时间偏差；
9
      - 若显示 `dial tcp: i/o timeout` ──► 本地网络被阻断或节点 IP 离线；
10
      - 若显示 `dns resolve failed` ──► 节点域名解析失败，需配置本地 DNS。

1
 1. 【本地端口冲突（7890/7897 争抢）】：
2
    - 若后台同时开着 v2rayN、sing-box、旧版 CFW 或某些杀毒软件自带的加速器；
3
    - 两个客户端争抢同一个本地代理端口，将导致 Mihomo 无法绑定端口并引发节点测速假死；
4
    - 解决：彻底退出其他代理软件，重启电脑。
5

6
 2. 【多 TUN 虚拟网卡死锁】：
7
    - 两个软件同时创建虚拟网卡抢占 0.0.0.0/0 默认路由，导致底层数据包陷入死锁黑洞；
8
    - 解决：在设置中关闭其他软件的 TUN 网卡，或在适配器管理中禁用多余的虚拟网卡。

1
 Step 1: 毫秒级校准系统时间 ──► 进入系统设置点击【立即同步】，确认时间与北京时间完全一致
2
    ↓
3
 Step 2: 验证物理网络连通性 ──► 断开 Wi-Fi 换手机 4G/5G 热点测试（排除光猫断网或路由器拦截）
4
    ↓
5
 Step 3: 重启 Mihomo 底层内核 ──► 在设置面板中重启 Core，或托盘右键彻底退出客户端重新启动
6
    ↓
7
 Step 4: 查看日志定位错误码 ──► 打开 Logs 面板重新测速，根据日志判断是 DNS、TLS 还是 Timeout
8
    ↓
9
 Step 5: 验证机场服务端状态 ──► 登录机场官方网站，查看最新系统公告确认是否全线机房割接维护
10
    ↓
11
 Step 6: 刷新或重新导入订阅 ──► 在 Profiles 页面右键卡片点击刷新，获取最新的可用节点列表

1
 ❌ 误区 1：只要节点测速全部标红，就 100% 肯定买的机场彻底跑路了。(错！大半是本地系统时间慢了几分钟)
2
 ❌ 误区 2：URL-Test 延迟测试就是平常大家说的 cmd ping 命令。(错！URL-Test 是应用层 HTTP 握手测试)
3
 ❌ 误区 3：节点测速必须找延迟最小的（比如 10ms），用它上网一定最快。(错！延迟小不等于下载带宽大)
4
 ❌ 误区 4：节点显示 Timeout 说明节点服务器物理硬件一定烧毁了。(错！中间网络丢包超阈值即报超时)
5
 ❌ 误区 5：只要节点变红，就应该立刻把电脑所有防火墙和杀毒软件全部彻底关闭。(错！引狼入室且无用)
6
 ❌ 误区 6：节点全红时，反复疯狂点击右上角的测速闪电能把它“冲绿”。(错！频繁测速会触发服务器 WAF 防刷封锁)
7
 ❌ 误区 7：订阅更新成功就能保证节点一定全绿能用。(错！订阅是 Web 接口，节点是中转出口，路径完全独立)
8
 ❌ 误区 8：把代理模式切成 Global 全局模式，节点就会自动从红变绿。(错！Global 影响分流，不影响测速)
9
 ❌ 误区 9：节点测速全绿就证明电脑上的浏览器一定能翻墙上网。(错！系统代理未开或规则错误依然打不开网页)
10
 ❌ 误区 10：为了修复节点超时，必须在电脑里永久关闭 IPv6 协议栈。(错！双栈网络规范配置可完美共存)
11
 ❌ 误区 11：在两台电脑上同时使用同一个节点的测试结果一定完全相同。(错！不同电脑网络环境与系统时间各异)
12
 ❌ 误区 12：看到节点全红第一反应立刻把客户端卸载重装。(错！重装只会丢失配置，解决不了网络或时间问题)
13
 ❌ 误区 13：节点测试显示的超时时间（比如 5000ms）改得越大，节点就越稳定。(错！过大超时只会让选点迟钝)
14
 ❌ 误区 14：只要把所有节点写成 Direct 直连，测速就会变成 1ms。(错！Direct 不走节点，完全失去翻墙功能)
15
 ❌ 误区 15：企业内网里节点全红是因为机场服务器差。(错！企业防火墙网关严密阻断了常见外部代理端口)