快喵VPN 隐私系列 · 先把问题定义清楚,再谈手段
这是系列第 1 章。按 2026 年 9 月 30 日至 10 月 8 日 的采样窗口,我们先把 80 个节点、17 个地区节点群链路上的隐私问题拆成可对照的定义,后面 4 章都建立在这一章的判断上。
- 本章的问题定义基于 2026 年 9 月 30 日至 10 月 8 日 的采样窗口,覆盖 80 个节点、17 个地区节点群。
- 链路层的中位握手延迟为 126 毫秒,整体可用率中位 99.9%,这两个数只说明「通不通」,不说明「隐不隐」。
- 出向丢包在同一窗口的晚高峰口径为 0.45%,链路质量与隐私暴露是两件事,不混着谈。
- 客户端 v5.4.8 桌面包 42 MB,取包与校验见附页,本章不重复版本信息。
- 隐私判断分三层:本地、解析、链路,本章先把三层的边界划出来。
- 本章共 5 章系列的第 1 章,后续章节都在这一章的定义之上展开。
为什么快喵先写一章「定义」
大多数关于隐私的讨论一上来就跳到「用不用 VPN」「用哪家」,可这类问题如果不先把链路拆开,答案就永远停在口味层面。快喵VPN这一组共 5 章,第 1 章要做的就是在动手之前,先把要保护的到底是哪一段说清楚。
我们选的采样窗口是 2026 年 9 月 30 日至 10 月 8 日,覆盖 80 个节点、17 个地区节点群,每 10 分钟一次心跳、每节点每轮 600 次握手压测。这三个数字不是为了好看,而是给后面每一章一个共同的坐标:第 2 章讲路由会回到这 17 个地区,第 3 章讲解析会回到同一批节点,只有底数一致,跨章的对比才有意义。
隐私不是一个开关,是快喵读出来的三层结构
把链路拆开看,隐私问题至少落在三层上:本地层(这台机器上谁能看到流量)、解析层(域名查询发给了谁)、链路层(数据包在路上经过谁的手)。三层各自暴露的东西不同,防护手段也不同,把它们混成一团是最常见的误读源头。
先看链路层。链路层的暴露点是「谁在中间」——沿途的运营商、机房、设备。本站能提供的证据是路径质量:按 2026 年 9 月 30 日至 10 月 8 日 的采样,80 个节点的整体可用率中位 99.9%,握手延迟中位 126 毫秒。这些数字告诉你路径本身稳不稳,但不告诉你沿途有谁——这是链路层的固有边界,指标再好也替代不了对中间人的判断。
再看解析层。解析层暴露的是「你在访问谁」——每一次名字查询都会留下「这个 IP 在问哪个域名」的对应关系。第 3 章会专门展开这一层,这里只先记下结论:解析层和链路层是两笔独立的账,把它们混着算,就没法定位问题出在哪。
最后是本地层。本地层暴露的是「这台机器上有什么在跑」。客户端 v5.4.8 桌面包 42 MB,能不能在不落地留痕的前提下运行,是本地层的问题,与前面两层不共享任何指标。把三层分开,本章的定义就算立住了。
快喵的指标说明不了什么
这里要提前打一个预防针:126 毫秒、99.9%、0.45% 这组数字都是质量指标,不是隐私指标。它们回答的是「链路顺不顺」,不回答「谁看得见」。混用这两类指标,是这类内容里最需要避免的事,本系列后面也不会用质量数字去佐证隐私结论。
反过来也一样:隐私手段也不能拿来证明质量。路径质量只能靠延迟、可用率、丢包这几项实测来说,这三项在 80 个节点上的口径始终是 每 10 分钟一次心跳、每节点每轮 600 次握手压测,任何与此不符的数字都需要重新核对来源。
三层各自对应哪种证据
把三层分开之后,还有一个直接的好处:每一层能拿出的证据类型是不一样的,以后讨论时就不会拿错工具。链路层能拿出数字,因为它的状态可以被探针反复测量;解析层很难拿出数字,因为一次查询对应哪个目的地是离散事件;本地层能拿出配置清单,但不能给出量化结论。
以链路层为例,在 2026 年 9 月 30 日至 10 月 8 日 的采样窗口内,17 个地区节点群各自都能被独立测量,所以整体可用率 99.9% 和握手延迟 126 毫秒这两个统计才有意义。同一套方法搬到解析层就不成立——你能统计「有多少次查询」,却统计不出「查询内容是否敏感」。
这个差别也解释了本章为什么反复强调采样条件。测量方法一旦换了,数字就没法跨章、跨章之外也没法跨站比较。每 10 分钟一次心跳、每节点每轮 600 次握手压测 是全组 5 章共用的唯一测量条件,后面每一章引用这些底数时都以它为准。
这一章留下的问题
定义清楚之后,剩下的问题就很具体了:路径是怎么被选出来的(第 2 章)、解析这一步留下了什么(第 3 章)、以及怎么把这两件事放进日常使用(第 5 章)。下一章就从路由开始。