v6.8.2 · 每步一个判据 · 附基线记录表
自检的顺序不能颠倒:先确认规则加载,再确认解析,最后看地址与断线。顺序反了,异常会被后面的操作掩盖,最后只剩下「好像都正常」。
本页速览| 总耗时 | 4 分 40 秒至 5 分 30 秒(六步全走,普通家宽) |
|---|
| 所需工具 | 无痕窗口 + 客户端状态页,不需要第三方工具 |
|---|
| 步骤数 | 6 步:授权、返回码、解析、候选、v6、断线演练 |
|---|
| 判据数 | 6 条,逐项打勾后记录四项基线 |
|---|
| 记录项 | 4 项基线:出口地区、解析地区、候选条数、v6 有无 |
|---|
| 当前版本 | v6.8.2(2026-11-12 发布) |
|---|
泄漏自检前要准备什么连接稳定、无痕窗口与关闭自动更新
自检读的是「当下状态」。连接正在切换、页面带着缓存、后台还在跑更新,三种情况下读数都不作数。
准备动作只有三件:稳定连接、开无痕窗口、关掉自动更新。三件事做完再开始计时。
- 等选路稳定:连接后等 15 秒,避开自动选路的切换窗口。
- 用无痕窗口:普通窗口会复用缓存,读到上一次结果。
- 关自动更新:后台更新会占用连接,干扰断线演练。
- 关代理扩展:代理类扩展会接管流量,覆盖客户端配置。
- 准备记录表:四项基线边测边记,不要事后回忆。
- 同一次连接:六步之间不要换节点,否则基线不连续。
- 先看时间:六步合计五分钟上下,中途离开要重来。
- 移动端加一步:关闭省电限制,避免后台被挂起。
无痕窗口与本地缓存
检测页会把结果写进本地缓存,同一标签再次打开时可能直接读取旧值。
- 无痕窗口不共享缓存与本地存储。
- 关闭标签再重开,比刷新更彻底。
- 部分检测页用会话存储,刷新也会保留。
选路探测的 15 秒窗口
自动选路会在连接后继续探测,切换节点会重载规则,期间的读数不稳定。
- 选路每 15 秒探测一次可用线路。
- 切换节点会重载防火墙规则。
- 规则重载期间,切断间隔会变长。
省电白名单与常驻通知
移动端受系统省电策略影响,准备阶段要多做两步。
- 把客户端加入省电白名单。
- 确认常驻通知未被清理。
- 关闭系统私有 DNS 或加密 DNS。
图 1:夜间城市。图片为场景示意,不指向节点位置。五分钟自检的六步与耗时每步只回答一个问题,答不上就停在原地
六步的顺序按「从内到外」排:先看客户端自己的状态,再看系统授权,最后看外部检测结果。每步只回答一个问题,答不上来就停在那一步。
总耗时约五分钟,其中第 3 至第 5 步占三分钟,因为要重载页面。第 6 步的断线演练约一分钟。
- 第 1 步 授权(30 秒)系统设置与状态页两处确认,返回码应为 0。
- 第 2 步 返回码(30 秒)日志首行取值,非 0 按码表处理后再继续。
- 第 3 步 解析(60 秒)无痕窗口打开检测页,记解析地区与解析商。
- 第 4 步 候选(60 秒)同页读取 WebRTC 候选,记条数与网段。
- 第 5 步 v6(60 秒)确认本机无公网 v6 地址,检测页不显示真实地区。
- 第 6 步 断线演练(60 秒)断开隧道,确认 2 秒内失联,再重连复核。
图 2:代码界面。图片为场景示意,不展示真实检测结果。前三步:授权、返回码与解析三步都在本机完成,不依赖外部网络
前三步都在本机完成,不依赖外部网络。三步通过后,才有必要打开检测页。
第 1 步:系统授权条目
授权有两个观察点:系统内是否有条目,状态页是否显示已加载。
- 系统设置内可见快喵VPN 的扩展或防火墙项。
- 状态页显示「规则已加载」,不是「等待授权」。
- 重启系统后再看一次,确认未被重置。
- 返回码 101 表示授权缺失,102 表示写入被拦。
第 2 步:日志首行返回码
返回码在日志首行,七个码对应七类问题,先读码再看现象。
- 0 表示规则已加载,可以继续下一步。
- 101 与 102 成对出现时,先解决授权。
- 103 表示解析未接管,先改系统 DNS。
- 104 与 105 分别对应 v6 与候选,留在后两步处理。
第 3 步:解析服务器地区
解析看两处:服务器地区与解析商名称。只看地区会漏判。
- 解析地区应与出口地区一致,误差一个地区以内。
- 解析商名称不应出现本地运营商。
- 无痕窗口连开三次,结果一致才作数。
- 浏览器内置安全 DNS 会覆盖系统设置,需单独关闭。
第 3 步是三项判据里最容易误判的一步,缓存与浏览器设置都会干扰。
后三步:候选、IPv6 与断线演练三步依赖检测页与一次真实断线
后三步依赖检测页与真实断线,读数比前三步更直接,也更容易被缓存干扰。
第 4 步:WebRTC 候选条数
候选列表应当只剩一条出口地址。多于一条说明还有网卡在收集。
- 候选内不应出现 192.168 与 10 开头网段。
- 多条候选先查虚拟网卡残留。
- 改完开关必须重载页面,候选才会重新收集。
- 返回码 105 表示候选仍含私网地址。
第 5 步:公网 v6 地址
本机持有公网 v6 时,部分站点会优先走 v6 直连,绕过隧道。
- 地址列表内不应有 2408、240e 开头地址。
- 纯 v6 站点能打开,说明 v6 路由仍通。
- 路由器同时下发 v6 时,需在路由侧关闭。
- 返回码 104 表示仍持有公网 v6 地址。
第 6 步:断线演练
前三步都通过,最后要验证的是中断瞬间有没有兜住。
- 断开后 2 秒内,普通网页应报错或超时。
- 重连后不需手动改动,访问自行恢复。
- 重连后复查第 3 至第 5 步,确认没有回退。
- 日志内应能看到中断原因与返回码 0。
图 3:交换机端口。图片为场景示意,与检测结果无关。返回码 101 到 106 速查同一个码在六端含义一致
返回码只记握手结果与错误码,不含访问内容。同一个码在六端含义一致,差异在修复动作。
自检时先记下码,再决定是否继续。非 0 的码会污染后面的读数。
- 先记码再动手:改完配置后码会变,原始码是判断依据。
- 一次只改一处:同时改多处,出问题无法定位。
- 改完要重连:规则在连接时加载,不重连等于没改。
- 码表外的问题:附日志首行与系统版本,邮件到 [email protected]。
- 移动端看通知:常驻通知消失时,106 会先出现。
- 路由器看面板:面板状态与码表分开,按面板提示处理。
表 1:返回码、含义与处理动作| 返回码 | 含义 | 处理动作 | 是否继续自检 |
|---|
| 0 | 规则已加载 | 无需处理 | 继续 |
| 101 | 授权未授予 | 重新授予扩展或防火墙权限 | 处理后继续 |
| 102 | 规则写入被拦截 | 加入安全软件白名单 | 处理后继续 |
| 103 | DNS 未接管 | 改回自动 DNS,关闭浏览器 DoH | 处理后继续 |
| 104 | 仍持有公网 v6 | 阻断 v6 出站或在路由侧关闭 | 处理后继续 |
| 105 | 候选含私网 | 开启屏蔽并重载页面 | 重载后继续 |
| 106 | 出站未阻断 | 重开断线保护,确认规则已加载 | 处理后重走第 6 步 |
图 5:挂锁。图片为场景示意,与返回码无关。检测页基线的四项记录出口地区、解析地区、候选条数、v6 有无
基线的作用是提供对照。换网络、换设备、升级版本后,同一张表再填一次,差异会立刻显现。
四项足够:出口地区、解析地区、候选条数、v6 有无。四项之外的数值波动大,记录意义有限。
- 出口地区一致与客户端内所选节点地区相同,或在其邻近地区。
- 解析地区一致误差不超过一个地区,超过按 103 排查。
- 候选只有一条出现两条及以上,先查虚拟网卡与浏览器扩展。
- 无公网 v6地址列表内没有 2408、240e 开头地址。
- 四项已记录写进同一份表,标上时间与版本号。
- 三次结果一致连开三次检测页,四项都不变才算基线成立。
表 2:基线四项与记录方式| 记录项 | 取值方式 | 正常范围 | 异常处理 |
|---|
| 出口地区 | 检测页显示的地区 | 与所选节点一致 | 换节点后重测 |
| 解析地区 | 检测页的解析服务器地区 | 与出口地区误差一个以内 | 按 103 处理 |
| 候选条数 | 候选列表的地址条数 | 1 条 | 按 105 处理 |
| v6 有无 | 本机地址列表是否含公网 v6 | 无 | 按 104 处理 |
检测页判据的容差范围地区误差、候选条数与切断间隔
判据不是非黑即白。地区误差、候选条数、切断间隔都有容差,超出容差才需要处理。
把容差写清楚,能避免把正常波动当故障,也能避免把真问题当波动放过。
- 临界值要复查:临界不算通过,换个时段再测一次。
- 地区误差有上限:解析与出口差两个地区以上,按 103 处理。
- 候选含中继可接受:两条候选里一条是中继,属正常。
- v6 有但不通:地址存在但路由不通,风险低于可直连。
- 间隔看三次:单次偏长多为负载,三次都偏长才处理。
- 容差不放宽:三项同时临界,按不通过处理。
- 记录临界值:临界值写进基线,便于观察趋势。
- 换环境重测:临界结果换一个网络再测,排除环境因素。
表 3:三项判据的通过、临界与不通过| 判据 | 通过 | 临界 | 不通过 |
|---|
| 解析地区 | 与出口同地区 | 差一个地区 | 显示本地城市或运营商 |
| 候选条数 | 1 条 | 2 条(含中继) | 含 192.168 或 10 开头 |
| 公网 v6 | 无 | 有但不通 | 有且纯 v6 站点可开 |
| 切断间隔 | 0.8–1.5 秒 | 1.5–3 秒 | 超过 3 秒或为 0 |
图 4:电路板。图片为场景示意,与判据无关。返回码对应的异常处置先码后现象,先内后外
异常处置的顺序固定:先看返回码,再看系统状态,最后看检测页。反过来做,会把系统问题当成网络问题。
六类异常覆盖多数情况:授权、拦截、接管、路由、候选、阻断。六类的处理动作互不重叠。
- 先内后外:本机状态没确认前,不要看检测页。
- 先码后现象:码定位环节,现象只用来验证。
- 一次改一处:改完重连,再测一次。
- 改完留记录:把动作与结果写进基线表。
- 回退要彻底:临时放行的设置,用完必须改回。
- 不要重装:多数异常与安装无关,重装只是推迟问题。
A返回码 101:授权类
返回码 101。系统设置内允许扩展或防火墙项,回到客户端重开开关。
B返回码 102:拦截类
返回码 102。安全软件、组策略、终端管控是常见拦截源,逐个排除。
C返回码 103:接管类
返回码 103。系统私有 DNS、浏览器 DoH、代理扩展三处逐一关闭。
D返回码 104:路由类
返回码 104。单机阻断无效时,回到路由器关闭 v6 下发。
E返回码 105:候选类
返回码 105。清理虚拟网卡残留,重载页面重新收集候选。
F返回码 106:阻断类
返回码 106。重开断线保护,确认状态页显示已加载。
图 6:夜间街道。图片为场景示意,用于说明公共网络。检测页结论怎么归类四项独立,组合有含义
四种组合里只有第一种可以结束自检。其余三种都要处理后重走对应步骤,而不是从头再来。
重走步骤时只测受影响的那一步,其余步骤的结果仍然有效,前提是没有换节点。
全绿已开启四项通过,出口只剩一条,可正常使用
解析异常需授权其余三项通过,按 103 处理,再复查
v6 直连需授权其余三项通过,按 104 处理,路由侧优先
断线未阻断需授权前三项通过,按 106 处理,重走第 6 步
桌面端与移动端的自检清单桌面端四项,移动端两项
01桌面端授权两处
系统设置与状态页都确认,缺一不可。
02桌面端解析接管
系统 DNS 为自动,浏览器安全 DNS 已关闭。
03桌面端候选收敛
虚拟网卡只剩一条,候选只剩出口。
04桌面端 v6 阻断
本机无公网 v6,纯 v6 站点不可达。
05移动端后台白名单
加入省电白名单,常驻通知未被清理。
06移动端系统 DNS
私有 DNS 与加密 DNS 关闭,避免抢先接管。
图 7:机房通道。图片为场景示意,不指向节点位置。自检耗时与基线项的口径条件写在括号内,可直接引用
- 自检耗时(实测):4 分 40 秒至 5 分 30 秒,六步全走,普通家宽。
- 步骤数(版本):6 步,v6.8.2 起固定。
- 判据数(方法):6 条,逐项打勾后记录四项基线。
- 基线项(方法):4 项,出口地区、解析地区、候选条数、v6 有无。
- 切断间隔(实测):0.8–1.5 秒,Windows 与 macOS 各 20 次。
- 复现要求(方法):同一检测页连开三次,结果一致才计为稳定。
图 8:深色纹理。图片为场景示意,无具体指向。五分钟自检的六个常见问题顺序、缓存与移动端差异
自检一定要按顺序做吗?
要。前三步确认本机状态,后三步才看外部结果。顺序颠倒时,授权问题会被检测页的正常结果掩盖,最后只剩下「好像都正常」。
检测页打不开怎么办?
先确认隧道本身能否打开普通网页。都打不开,说明是连接问题而不是泄漏问题。只有检测页打不开,换一个检测页交叉验证。
没有无痕窗口能不能自检?
可以,但要先清缓存并关闭标签再重开。部分检测页用会话存储,刷新不清,必须关标签。
四项都通过,还需要定期自检吗?
建议在换网络、换设备、升级版本、系统大版本更新后各做一次。日常使用不必每次连接都做,五分钟的成本不低。
移动端自检和桌面端有什么不同?
多两步准备:加入省电白名单、关闭系统私有 DNS。判据相同,只是移动端后台被挂起时结果会短暂回退。
自检发现 v6 直连,但我不想关 v6,怎么办?
可在路由器侧关闭 v6 下发,或保留 v6 但确认纯 v6 站点不可达。放行期间检测页会显示真实地区,属预期,需要接受这个取舍。
本页数据口径每条都带采样条件,可按同一方法复算
- 防护项(版本):4 项默认开,v6.8.2 起不提供默认关闭。
- 切断间隔(实测):Windows 1.1–1.5 秒、macOS 0.8–1.2 秒,各 20 次取区间。
- 返回码(版本):7 个,覆盖授权、解析、候选、v6 与隧道五类问题。
- 自检耗时(实测):4 分 40 秒至 5 分 30 秒,六步全走,普通家宽条件。
- 安装包体积(版本):Windows 28.4 MB、macOS 31.2 MB,v6.8.2 公示值。
按六步走一遍五分钟,四项防护是否真的生效就有答案。