Clash梯子网

1
 ┌─────────────────────────────────────────────────────────────────────────────────────────────┐
2
 │                               【双栈网络代理请求决策全景图】                                │
3
 ├─────────────────────────────────────────────────────────────────────────────────────────────┤
4
 │ [应用程序发起访问] ──► 查询 DNS ──► 同时返回 A 记录 (IPv4) 与 AAAA 记录 (IPv6)               │
5
 │                                    │                                                        │
6
 │ ┌──────────────────────────────────┴──────────────────────────────────────────────────────┐ │
7
 │ │ 🧭 Happy Eyeballs 算法竞速决策：客户端选择最快响应的协议栈建连                          │ │
8
 │ └──────────────────────────────────┬──────────────────────────────────────────────────────┘ │
9
 │                                    ▼                                                        │
10
 │ ├── 路径 A (IPv4 通道) ──► 成功送入 [代理内核 Core] ──► 伪装为海外代理出口 IP ──► 正常翻墙 │
11
 │ └── 路径 B (IPv6 旁路) ──► 若代理未接管 IPv6 ──► 沿物理网卡直连国内宽带出口 ──► 遭遇阻断/暴露 │
12
 └─────────────────────────────────────────────────────────────────────────────────────────────┘

1
 ┌─────────────────────────────────────────────────────────────────────────────────────────────┐
2
 │                               【节点 IPv6 三层能力独立解剖】                                │
3
 ├──────────────────────────────┬──────────────────────────────┬──────────────────────────────┤
4
 │ 维度 1：客户端连接节点 (入口) │ 维度 2：节点访问目标 (中继)  │ 维度 3：目标网站所见 (出口)  │
5
 ├──────────────────────────────┼──────────────────────────────┼──────────────────────────────┤
6
 │ 你的宽带能否通过 IPv6 地址    │ 代理节点服务器能否与目标网站 │ 访问 IP 查询网站时，是否能   │
7
 │ 成功连接机场的海外入口服务器 │ 的 IPv6 服务器建立 TCP 连接  │ 显示为该节点的专属 IPv6 地址 │
8
 └──────────────────────────────┴──────────────────────────────┴──────────────────────────────┘

1
 1. 【核心诱因】：
2
    - 代理客户端仅开启了 System Proxy（系统 HTTP 代理），未接管操作系统的原生 IPv6 网络栈；
3
    - 浏览器通过 Happy Eyeballs 算法发现该网站有 AAAA 记录，直接调用系统的 IPv6 物理网卡发起直连。
4

5
 2. 【是否属于 IP 泄漏？】：
6
    - 如果该网站是国外受限网站（如 ChatGPT、Google），这属于【意外直连旁路】，会导致访问被拦截；
7
    - 如果该网站是国内网站（如百度、Bilibili），命中 [分流规则](/tizi/routing-rules/) Direct 直连，这属于【完全预期的国内直连】，绝非故障。

1
 ┌─────────────────────────────────────────────────────────────────────────────────────────────┐
2
 │                               【各操作系统平台 IPv6 运行机制对比】                          │
3
 ├──────────────────────────────┬──────────────────────────────┬──────────────────────────────┤
4
 │ 操作系统平台                 │ IPv6 临时地址与隐私机制      │ 代理排障核心关注点           │
5
 ├──────────────────────────────┼──────────────────────────────┼──────────────────────────────┤
6
 │ 🪟 **Windows 11 / 10**       │ 默认开启 RFC 4941 临时随机地址 | 检查网络适配器属性中 TUN 网卡是否勾选了 IPv6 │
7
 │ 🍎 **macOS / iOS**           │ 默认开启 IPv6 随机化隐私地址  | 查看网络扩展中 VPN 配置是否声明了 IPv6 路由  │
8
 │ 🤖 **Android**               │ 依赖移动蜂窝与 Wi-Fi SLAAC   | 检查代理客户端设置中是否开启了【IPv6 流量路由】│
9
 └──────────────────────────────┴──────────────────────────────┴──────────────────────────────┘

1
 Step 1: 检查本地网络 IPv6 基础 ──► 退出代理，访问测试网站确认自己的家庭宽带本身是否具备 IPv6
2
    ↓
3
 Step 2: 检查客户端 IPv6 开关 ──► 在 Clash Verge Rev 或 sing-box 设置中，确认勾选了【允许 IPv6 (IPv6 Ingress/Routing)】
4
    ↓
5
 Step 3: 启用 TUN 虚拟网卡 ──► 开启 [TUN 模式](/tizi/tun/)，确保系统底层的 IPv6 数据包全量进入 Core
6
    ↓
7
 Step 4: 检查分流规则库 ──► 在 [分流规则](/tizi/routing-rules/) 中确认没有意外将 `::/0` 判为 Direct
8
    ↓
9
 Step 5: 临时做 A/B 对照测试 ──► 在系统网络适配器中短暂禁用 IPv6；若网页瞬间秒开，说明代理 Core 存在 IPv6 路由黑洞
10
    ↓
11
 Step 6: 恢复系统标准配置 ──► 在客户端中配置 Fake-IP 过滤或修复 TUN 驱动，重新开启系统 IPv6 保持健康双栈

1
 ❌ 误区 1：IPv6 是下一代梯子加速协议，开启 IPv6 以后节点网速会自动翻倍。(错！IPv6 只是底层网络寻址协议)
2
 ❌ 误区 2：只要开启了梯子，电脑上的本地 IPv6 地址就会瞬间消失。(错！本地物理网卡的 IP 永远不会消失)
3
 ❌ 误区 3：在 IP 查询网站上看到 `fe80::` 开头的地址说明梯子发生了严重泄露。(错！fe80 为局域网私有地址)
4
 ❌ 误区 4：遇到任何翻墙网络故障，第一步都应该直接在注册表里永久禁用 IPv6。(错！会破坏系统双栈与现代服务)
5
 ❌ 误区 5：IPv6 地址包含了电脑的真实物理 MAC 地址，因此没有任何隐私性可言。(错！现代系统全面采用随机临时地址)
6
 ❌ 误区 6：所有海外机场提供的节点都必须自带独立的 IPv6 公网出口。(错！IPv4 隧道同样能无缝中继 IPv6 访问)
7
 ❌ 误区 7：访问国内百度显示了国内的 IPv6 地址，说明梯子分流彻底失效了。(错！国内直连命中 Direct 属正常分流)
8
 ❌ 误区 8：TUN 模式开启后就 100% 绝对不可能发生任何 IPv6 绕过直连。(错！需确认 TUN 网卡正确配置了 IPv6 路由)
9
 ❌ 误区 9：Ping 某个 IPv6 域名不通，说明该海外网站彻底宕机了。(错！很多海外服务器防火墙禁用了 ICMPv6 探测)
10
 ❌ 误区 10：移动蜂窝数据网络因为没有光纤宽带，所以绝对不可能支持 IPv6。(错！移动网络 IPv6 普及率远高于固网)
11
 ❌ 误区 11：在同一个 Wi-Fi 下，手机和电脑获取到的 IPv6 公网前缀一定完全不同。(错！同一局域网共享同一分配前缀)
12
 ❌ 误区 12：DNS 只要返回了 AAAA 记录，浏览器就绝对不可能再使用 IPv4 访问。(错！Happy Eyeballs 机制会自动竞速择优)
13
 ❌ 误区 13：企业内网屏蔽了个人代理的 IPv6 是客户端 Bug。(错！企业防火墙与安全策略有权实施合规管控)
14
 ❌ 误区 14：只要把所有 IPv6 规则都改成 Reject，就能彻底解决网络变慢问题。(错！会导致支持纯 IPv6 的服务直接断连)
15
 ❌ 误区 15：一个代理节点只要延迟标绿，就代表其 IPv6 出口性能一定和 IPv4 完全一致。(错！两者路由可能跨越不同物理海缆)