常见问题:八个高频疑问与可核验答案
以下 8 个问题覆盖字段留存、加密实现、风险升级、断线行为与套餐条款五类。每条答案都指向可核验的位置,共有 5 项可通过客户端自查确认,不需要依赖任何承诺。
字段留存类
这一类的共同特点是:答案可以被导出结果直接验证,不需要相信任何描述。
Q1 快喵是否留存我的访问记录?
不留存。访问目标域名、URL 路径与参数、正文附件、DNS 查询内容都不写入业务库——不是写完再删,而是库表结构里没有对应列。留存的是四类共 11 个字段:账号邮箱、密码摘要、设备标识哈希、套餐与到期时间、按天汇总的字节计数、在线会话数、订单号。
- 可自查 在账号页导出账号数据,核对字段数是否为 11 项,多出的即为偏差。
- 边界 支付链路仍由第三方机构处理,其规则不受本站字段表约束。
- 章节 详见无日志政策页表 1 与表 2,字段用途与保留期逐项列出。
2026 年 9 月的埋点统计显示,单次连接产生的账户侧写入只涉及 4 类字段,账号数据导出文件的平均体积为 3 KB 左右;同一批次里没有任何一条写入包含目标域名。
Q2 按天汇总的字节计数算不算日志?
不算访问日志,但它是留存数据,本文不打算把它含糊过去。这类计数只回答“这个账期用了多少字节”,不含目标地址、不含会话级时间戳、不与任何访问行为关联。它与访问记录的关键差异在于:无法被还原成站点清单,也无法推断使用时段。
之所以把这个区分写出来,是因为它决定了自查时该看什么:如果目标是验证“没有访问记录”,就该去抓包和看导出内容;如果目标是验证“数据被删除”,就该等注销时限到期后再尝试登录。两个目标对应两种方法,混在一起会让自查失去意义。
把计费数据说成“不留任何数据”是常见的营销话术。本站选择给出字段级边界:留什么、为什么留、留多久,读者自行判断可接受度。
加密与协议类
这类问题容易被算法名字糊住。判断标准是:参数是否公开、密钥在哪里生成、失败时怎么处理。
Q3 隧道加密用的什么算法,密钥谁生成?
隧道层为 AES-256-GCM:密钥 256 位、认证标签 128 位、随机数 96 位且每次会话重新生成;密钥在客户端进程内存内由 X25519 交换的共享秘密经 HKDF-SHA256 派生,接入节点独立派生同一结果而不传输。整个派生过程不落盘,断开即清零。
| 项目 | 取值 | 判断依据 | 自查方式 |
|---|---|---|---|
| 对称算法 | AES-256-GCM | 标准编号 NIST SP 800-38D | 抓包查看协商套件 |
| 密钥交换 | X25519 | RFC 7748 | 抓包查看握手类型 |
| 密钥派生 | HKDF-SHA256 | RFC 5869 | 不可直接观察,见审计报告 |
| 轮换 | 30 分钟或 4 GB | 实现约定 | 观察长连接是否断流 |
| 站点侧 | TLS 1.3,最低 1.2 | RFC 8446 | 浏览器证书信息可查 |
Q4 会不会解密再加密?
不会。快喵VPN 不部署用于签发站点证书的中间 CA,不修改系统证书库,出口节点不持有站点私钥。因此在出口侧看到的是站点 TLS 密文而不是正文。这一点可以用两侧抓包验证:客户端与出口各自抓包,正文在两侧都是密文,只有目标地址与字节量可见。
- 验证方法一 在本机抓包,确认正文为密文且目标地址不以明文出现。
- 验证方法二 查看系统证书库,确认没有新增的可疑根证书。
- 常见误解 “用 VPN 就没有中间人”——结论取决于厂商是否部署了中间 CA,而不是协议本身。
风险升级类
自动升级的设计目标不是让提示变多,而是让用户在无法判断的网络里有一个可依赖的默认值。
Q5 公共 WiFi 下会自动升级防护吗?
会,按 5 项风险要素与 4 个等级执行。L1 把 DNS 移入隧道并关闭 WebRTC 本地地址暴露;L2 启用完整隧道与追踪域名过滤;L3 强制隧道加 kill switch;L4 暂停自动连接并要求手动确认。从命中到生效的中位耗时 1.4 秒,P95 为 3.1 秒。
| 等级 | 动作 | 代价 | 解除方式 |
|---|---|---|---|
| L1 | DNS 入隧道、关 WebRTC | 解析延迟增加约 12 毫秒 | 自动回退 |
| L2 | 完整隧道 + 域名过滤 | 首连多 0.6 秒握手 | 自动回退 |
| L3 | 强制隧道 + kill switch | 断网时断流,最长 4.2 秒 | 手动解除 |
| L4 | 暂停自动连接 | 需点击一次确认 | 手动确认 |
同一统计批次中,L1 与 L2 的动作生效中位耗时分别为 0.12 秒与 0.9 秒,L3 因涉及重协商为 1.4 秒;三次升级的尾部耗时为 3.1 秒,对应测试条件为千兆宽带与 4G 各占一半。
Q6 误判了怎么办?
诊断页可导出事件摘要(要素、时间戳、动作三项,不含访问目标),通过安全邮箱提交后 48 小时内给出结论。确认误判的会在下次风险库更新中调整阈值,并写入更新记录说明旧值、新值与原因。用户也可以把某个 SSID 标记为可信网络,命中误判规则时降级为提示。
- 企业自建 CA 内网证书会被判为异常,建议把办公 SSID 标记为可信并保留提示。
- 机场所属门户 合法门户已降为 L2,正常情况下不会再触发断流。
- 按时段切换出口 同一 SSID 在不同时段可能得到不同判定,属于预期行为。
断线与恢复类
断线是检验设计的最好时机:此时最容易暴露“悄悄退回明文”的实现。
Q7 断线时会不会退回明文直连?
不会。kill switch 同时在系统防火墙与路由表层生效,两层互为兜底,因此即使客户端进程崩溃,明文出站仍被阻断。解除必须由用户显式操作,不存在超时自动解除。2026 年 9 月的 6 类故障注入演练中,全部场景均未出现明文出站。
| 场景 | 明文出站 | 恢复方式 | 恢复耗时 |
|---|---|---|---|
| 用户手动断开 | 阻断 | 用户重新连接 | 约 1.2 秒 |
| 节点无响应 | 阻断 | 自动切换备用节点 | 1.6 秒中位 |
| 网卡异常 | 阻断 | 先阻断后恢复路由 | 2.4 秒中位 |
| 进程崩溃 | 阻断(防火墙规则仍在) | 重启客户端 | 约 3 秒 |
| 设备休眠唤醒 | 阻断 | 重新协商会话 | 约 1.8 秒 |
上表第四行是设计上的关键取舍:很多实现把 kill switch 做在进程内,进程一崩保护就消失,用户看到的是“断线后能上网了”,误以为只是慢了一点。把保护放到系统层意味着解除也变麻烦,但这是正确的方向。
套餐与设备类
条款类问题不需要修辞,需要的是把判定规则写清楚。
Q8 同时在线的设备数有限制吗?
按套餐区分限制数,超出时客户端给出提示而不是静默降速。设备标识以哈希形式留存,用于执行并发限制与异常登录识别,解绑后 30 日内清除。同一账号的在线会话数只存在于节点内存,断开即释放,不写入业务库。
| 问题 | 判定规则 | 可自查方式 |
|---|---|---|
| 超设备数 | 提示并要求下线一台,不降速 | 客户端会有明确提示文案 |
| 多账号共享 | 同一设备频繁切换账号会触发异常登录提示 | 登录记录可见 |
| 退款窗口 | 按支付渠道规则,本站不额外设限 | 订单页显示渠道规则链接 |
| 用量超限 | 限速而非断开,次账期恢复 | 账号页显示剩余额度 |
| 免费额度 | 按设备数与会话数双重限制 | 账号页实时显示 |
- 不做静默降速 超限时给出提示,用户可自行处理,避免“越用越慢”的困惑。
- 不做设备指纹追踪 设备标识为哈希值,仅用于并发限制与异常登录,不用于行为分析。
- 不做自动续费默认勾选 续费需用户主动勾选,取消路径与开通路径同样短。
边界与误解
有些问题不是产品能力问题,而是期待错位。把它们说清楚,比回答“可以”更负责。
以下三处误解在反馈里出现频率最高:把加密当成匿名、把无日志当成零数据、把一次测试当成永久结论。它们都不属于故障,而属于边界,需要在购买前就理解。
条款侧的统计显示,超设备数提示平均每天触发 1.8 万次,其中 92% 在两分钟内由用户自行处理完成;同一统计期内因超限被断开连接的会话占比为 0,说明限流是按提示而非按断流执行的。
三处需要提前说明的边界
- 加密不等于匿名 隧道隐藏的是链路与源地址,站点仍能通过登录状态识别你,退出登录与清理 Cookie 需自行完成。
- 无日志不等于零数据 计费与并发控制必然需要少量字段,本站给出的是字段级边界而不是零值。
- 单次测试不等于永久结论 结论绑定版本与网络条件,跨版本引用前需要重新核对更新记录。
- 物理层元数据客观存在 托管方在网卡层能看到字节量与时间,本站只承诺这些不进入业务库。
先按本文与无日志政策页核对字段边界,再做一次自查(导出账号数据、抓包确认无明文目标),确认接受后再决定是否长期使用。
附录:自查索引
本节把八条问答里可自查的部分集中成一张表,便于逐项核对。
关键数值与来源
下表把本页出现的数值与其采集条件并列列出,便于逐项核对。同一指标在不同条件下可能变化,引用时建议连同条件与样本量一起引用,否则数字会失真。
| 项目 | 数值与表述 | 采集条件与来源 |
|---|---|---|
| 字段数 | 导出账号数据应为 11 项字段 | 依据:无日志政策页字段表,2026-08 评审 |
| 升级耗时 | 命中到生效中位 1.4 秒,P95 为 3.1 秒 | 来源:2026-09 埋点统计,样本 1,842 次 |
| 断线恢复 | 节点无响应时自动切换,中位 1.6 秒恢复 | 条件:2026-09 演练,隔离环境 |
| 加密开销 | 开启隧道后下行吞吐下降 5.8% | 条件:千兆宽带,400 次传输取中位 |
| 设备哈希保留 | 设备解绑后 30 日内清除 | 依据:字段表与定时任务日志 |
| 灰度门限 | 认证失败率低于 0.1% 才进入下一批 | 依据:内部发布规范 V2 |
术语表
- 字段表
- 留存与非留存字段的清单,含用途与保留期,见无日志政策页。
- 事件摘要
- 客户端导出的判定记录,含要素、时间戳与动作,不含访问目标。
- kill switch
- 断线时阻断全部明文出站的机制,触发后只能手动解除。
- 可信网络标记
- 用户手动标记的 SSID,命中误判规则时降级为提示。
- 聚合指标
- 按时间窗汇总的数值,无法还原到单个会话。
- P95
- 95% 的样本不超过该数值,用于描述尾部延迟而非平均值。
- 字段级边界
- 以字段为单位说明留什么、为什么留、留多久的口径。
- 自选择偏差
- 样本来自主动反馈时,比例会被高估的统计现象。
五项可自查项目
| 项目 | 操作方法 | 判定标准 | 对应问答 |
|---|---|---|---|
| 导出字段数 | 账号页导出数据 | 字段数为 11 项 | Q1 |
| 抓包目标 | 本机抓包观察 | 目标地址不以明文出现 | Q4 |
| 断线行为 | 开启 kill switch 后断网 | 无明文出站 | Q7 |
| 解析归属 | 状态面板查看解析器 | 显示为隧道内解析 | Q5 |
| 摘要导出 | 诊断页导出事件摘要 | 不含访问目标 | Q6 |
自查记录怎么写
- 记录位置写明观察发生在客户端内、系统工具还是另一台设备。
- 记录时间写到分钟即可,便于与更新记录中的发布日期对照。
- 记录结论写“字段数为 11 项”而不是“看起来正常”,结论必须可复核。
延伸问答与口径对照
本节收集上线以来出现频次较高但未进入主问答的三类问题,并给出统一口径。
Q9 为什么有的版本行为不一致?
客户端四个平台由不同小组维护,发布节奏相差最多 5 天。行为差异通常来自两处:一是风险库版本不同(随客户端更新而非独立下发),二是平台限制导致 kill switch 的实现方式不同——桌面端用防火墙与路由表,移动端只能用系统 VPN 配置的按需规则。判断依据是状态面板显示的库版本号,而不是客户端版本号。
- 先看库版本 状态面板显示风险库版本,两个平台的库版本一致时行为应一致。
- 再看平台限制 移动端无法修改系统防火墙,断线阻断依赖系统的按需连接规则。
- 最后看版本差 若相差超过一个发布批次,先升级再判断是否为缺陷。
Q10 字段表会不会悄悄加字段?
不会。新增留存字段必须走字段评审,评审通过后才允许上线,且必须在同一批次更新无日志政策页的字段表与更新记录。判断方法很直接:导出账号数据,字段数应恒为 11 项;若变成 12 项而字段表未变,即为偏差,可以直接反馈。
Q11 为什么不提供“忽略证书错误”开关?
因为这样的开关一旦存在,就会在技术支持话术里变成默认建议,几个月后没人记得它当初为什么被打开。快喵VPN 在校验失败时只提供重试与切换节点两个选项,代价是少数自建 CA 的内网需要用户手动标记可信网络,收益是「绕过校验」这条路径在实现层面不存在。
三类口径对照
| 表述 | 本站口径 | 不采用的表述 |
|---|---|---|
| 无日志 | 访问目标与正文不写入,计费字段按最小化留存 | 完全不记录任何数据 |
| 高强度加密 | AES-256-GCM + TLS 1.3,参数公开 | 军事级、银行级 |
| 智能防护 | 5 项要素、4 个等级、阈值公开 | 全自动拦截一切威胁 |
| 不记录 IP | 源 IP 仅在内存映射中存在,断开释放 | 绝不见到任何 IP |
| 多端支持 | 四平台客户端,行为差异已说明 | 全平台完全一致 |
三项补充自查
如果只想用最少的步骤确认这套机制是否成立,做三件事就够:导出账号数据看字段数、开启 kill switch 后断网看是否有明文出站、抓包看目标地址是否以明文出现。三项都不需要特殊工具,也不依赖任何承诺,其中任意一项不通过即可判定为偏差。
- 字段数 导出结果应为 11 项,与字段表逐项对应,多出即为偏差。
- 断网行为 开启 kill switch 后断开网络,本机不应有任何明文出站。
- 明文目标 抓包中不应出现目标域名的明文形态,只应看到隧道目标地址。
- 解析归属 状态面板应显示解析器位于隧道内,而不是本地解析器。
- 摘要内容 导出的事件摘要只含要素与时间戳,不应含访问目标。
| 项目 | 通过 | 不通过时的处理 |
|---|---|---|
| 字段数 | 等于 11 项 | 反馈字段偏差并附导出截图 |
| 断网行为 | 无明文出站 | 立即停止使用并反馈平台与版本 |
| 明文目标 | 仅见隧道地址 | 反馈抓包摘要与网络环境 |
| 解析归属 | 隧道内解析 | 检查是否处于 L0 未连接状态 |
| 摘要内容 | 不含访问目标 | 反馈摘要文件与导出时间 |
- 字段数
- 导出账号数据后的条目总数,当前版本恒为 11 项。
- 库版本
- 风险库的版本号,随客户端更新而非独立下发,状态面板可见。
- 按需规则
- 移动端系统级的断线阻断机制,替代桌面端的防火墙方案。
- 已知边界
- 文档中已说明的能力限制,反馈结论之一,不视为缺陷。
反馈与更正流程
- 提交附页面链接、段落与对应版本,发送至安全邮箱。
- 核对48 小时内完成首次核对,必要时请工程侧复现。
- 更正确认属实的以新增更正记录形式发布,不改原文。
按 2026 年 11 月的文档统计,本章 5 项自查中只有 2 项需要外部工具,其余 3 项均可在客户端内完成;需要工具的两项分别在 3 分钟内可得出可复核的结论。
本章答案对应文档 V3.2 与客户端 V3.2;条款类回答以服务条款 2026-09 版为准,两者不一致时以条款为准并会发布更正记录。