快喵VPN只改客户端不改系统
系统解析未被接管时，部分应用仍走本地解析，检测页会暴露。
客户端 v6.8.2 · 配置项共 4 组 · 默认值已可用
默认配置能连，但未必适合你的网络。四步配完，解析、分流、自启与兜底都在预期位置，后面换网络只需复核，不用重配。
| 配置组数 | 4 组：DNS、分流、自启、断线保护 |
|---|---|
| 规则组上限 | 5 组（转发与直连共用） |
| 切断间隔 | 0.8–1.5 秒，可调范围 1–10 秒 |
| 自启层级 | 桌面端登录自启、路由器常驻 |
| 配置备份 | 导出 JSON，含规则与 DNS 设置 |
| 所需时间 | 四步合计 4–6 分钟 |
4 组配置项默认已可用
5 组规则上限转发与直连共用
0.8–1.5s切断间隔两端各 20 次
4–6 分配置耗时首次含复核
第一步：加密 DNS 指向哪里先定解析，再定路由
DNS 决定「域名换成哪个地址」，隧道决定「地址怎么走」。解析留在本地时，即使流量进了隧道，运营商仍能看到你查了什么。
加密 DNS 的作用是把解析也放进隧道。设置项只有一个：解析服务器所在地区。选节点地区即可。
- 解析位置：设为节点地区，检测页不应出现本地运营商名称。
- 协议选择：默认 DoH，端口被拦时切 DoT，两者都在隧道内。
- 缓存清理：改完设置要清一次本地解析缓存，否则旧结果仍在用。
- 回退顺序：主解析失败时回退到备用，备用同样在节点地区。
- 局域网例外：内网域名走本地解析，否则投屏与打印机会找不到。
- 验证方式：打开检测页，看解析服务器归属地是否与出口一致。
- 常见漏项：只改客户端不改系统，部分应用仍走系统解析。
第二步：应用级分流先决定谁走隧道
分流决定哪些流量进隧道、哪些直连。全部进隧道最省事，但会让局域网设备发现与内网服务失效。
三类规则可以并存：按进程、按网段、按域名前缀。三类叠加时，直连优先于转发。
| 规则类型 | 适用场景 | 优先级 |
|---|---|---|
| 按进程 | 桌面端指定应用，粒度最细 | 高 |
| 按网段 | 内网与局域网直连 | 中 |
| 按域名前缀 | 成批站点统一处理 | 中 |
| 直连名单 | 投屏、打印、内网服务 | 最高 |
| 全局转发 | 不区分的整机转发 | 最低 |
规则组怎么排五组上限，够用但要有顺序
规则组上限 5 组，按匹配顺序生效。组内条目越多，匹配耗时越长，实测 200 条以内差异可忽略。
排组的原则是「例外在前、通用在后」。把最需要直连的放第一组，兜底转发放最后一组。
按进程规则已开启桌面端默认开启，粒度最细。
按网段规则已开启内网直连，避免投屏失效。
域名前缀需授权默认关闭，需手动添加。
规则组上限已开启固定 5 组，不随档位变化。
第一组放什么
第一组是例外组，命中即停，后面的组不再匹配。
- 局域网网段与内网域名。
- 投屏、打印、NAS 等设备发现相关条目。
- 银行与支付类应用，避免风控误判。
- 组内条目建议不超过 30 条。
最后一组放什么
最后一组是兜底组，通常只有一条全局转发。
- 全局转发一条，作为未命中时的默认动作。
- 需要排除的地区可在此组加例外。
- 兜底组改动后要重启一次才完全生效。
- 兜底组为空时，未命中流量走直连。
第三步：开机自启桌面登录自启，路由器常驻
自启解决的是「每次都要手动打开」的问题。桌面端在登录时启动并常驻托盘，路由器端本来就是常驻服务。
移动端的情况不同：安卓可设开机自启，iOS 不支持，只能手动打开。这一条由系统策略决定，客户端改不了。
- 开启自启设置里打开「登录时启动」，桌面端同时打开「最小化到托盘」。
- 确认托盘重启后看托盘是否有图标；没有图标说明自启未生效，多为权限或安全软件拦截。
- 不要设自动连接自启与自动连接分开。开机即连会让首次联网的认证页打不开。
- 路由器端确认OpenWrt 上服务随系统启动，装完重启一次确认进程在。
- 移动端手动iOS 无自启，安卓可设；两端都不建议开「始终开启 VPN」。
首次联网常需在网页上认证，自动连接会导致认证页打不开。建议自启但不要自动连。
第四步：断线保护断了之后切断，不是断后重连
断线保护的作用是兜底：隧道中断后阻断全部出站，直到隧道恢复。它和「自动重连」是两件事，前者管泄漏，后者管恢复。
切断间隔给的是区间，因为规则加载速度跟系统有关。Windows 走防火墙规则，macOS 走网络扩展过滤。
- 默认开启安装后即为开启状态，不需要额外设置。
- 切断间隔Windows 1.1–1.5 秒，macOS 0.8–1.2 秒，各 20 次实测。
- 可调范围1–10 秒。调短更快切断，但会增加误切概率。
- 与重连的关系重连等待默认 3 秒，与切断间隔互不影响。
- 验证方式手动断网后网页应立即打不开，能打开说明未生效。
- 路由器端整网转发中断即断网，没有额外间隔。
断线保护已开启安装后即为开启，不需要额外设置。
自动重连已开启默认 3 秒后重连，与切断间隔无关。
IPv6 阻断已开启避免走 v6 直连，减少重试。
移动端后台需授权需加电池白名单，否则后台被回收。
配置后的三项验证三项一致，配置才算对齐
配置改完不要只看「已连接」。三项验证对应三处最容易错的位置，全部一致才算对齐。
三项里任何一项不一致，先回对应步骤复核，不要直接改线路。
- 三项验证合计 40–60 秒，含一次线路重连。
- 换网络后（家宽换热点）建议再走一遍。
- 验证不通过时，优先怀疑分流，其次怀疑 DNS。
- 不要用第三方测速站代替出口地区检查。
- 同一线路连续两次不一致，换线路再验。
- 路由器端验证需从下游设备发起。
| 验证项 | 一致的表现 | 不一致时 |
|---|---|---|
| 出口地区 | 与所选线路一致 | 回看分流规则是否排除 |
| 解析位置 | 在节点地区，无本地运营商名 | 回看 DNS 是否已改并清缓存 |
| 公网 v6 | 已无公网地址 | 回看 IPv6 阻断是否开启 |
| 投屏发现 | 局域网设备可见 | 把内网网段加进直连 |
| 连接耗时 | 1.1–2.4 秒 | 超过 3 秒时换线路再看 |
六个配置误区多数「配了没用」都在这六条里
配置改完却没效果，通常不是设置项坏了，而是与系统层的东西冲突。六条按出现频率排序。
六条里前三条与权限有关，后三条与规则顺序有关。
规则越多越好
组内条目过多会拉长匹配时间，200 条以内差异可忽略，再多要拆组。
直连名单里有内网外的条目
把常用站点放进直连，等于给它开了一条不走隧道的路。
断线保护调到最短
1 秒切断更激进，弱网下会频繁误切，反而更不稳。
自启与自动连接一起开
开机即连会挡住网页认证，公共网络下尤其明显。
改完不重启
兜底组与防火墙规则要重启或重连一次才完全加载。
配置与速度的关系规则不参与转发
分流规则只在握手后决定走哪条路，不参与逐包转发。规则组从 1 组加到 5 组，吞吐差异在误差范围内。
真正影响速度的是线路、协议与网络本身。配置的作用是「别让不该走的流量占带宽」。
- 规则组数：1 到 5 组，吞吐差异在 2% 内，属误差。
- DNS 加密：首次解析多一次往返，之后走缓存。
- 断线保护：只在断开瞬间生效，不影响正常转发。
- 分流转发：把大流量应用放直连，隧道内带宽更集中。
- 协议选择：默认协议在弱网下更稳，换协议收益有限。
- IPv6 阻断：避免走 v6 直连，间接减少重试。
- 线路选择：影响最大的一项，与配置无关。
- 规则多会不会变慢
- 不会。规则只在握手后参与一次决策，不参与逐包转发。
- DNS 加密会不会变慢
- 首次解析多一次往返，之后走缓存，吞吐差异在误差内。
- 什么最影响速度
- 线路本身与网络条件，配置只能决定哪些流量不占隧道带宽。
移动端的配置差异两处能配，两处配不了
移动端能配的只有 DNS 与分流，自启与断线保护的实现跟桌面不同，选项也少。
差异来自系统：iOS 不允许应用常驻后台长期持有隧道，安卓的省电策略会回收进程。
能配 DNS
加密 DNS 与桌面同源，改完同样要清一次缓存。
能配分流
按应用选择走隧道还是直连，规则组上限同为 5 组。
自启受限
iOS 不支持自启，安卓可设；两端都不建议开始终开启。
后台受限
系统回收后台时隧道静默断开，需加电池白名单。
断线保护
移动端实现为系统级拦截，开关位置在应用设置内。
- iOS 能改什么
- DNS、按应用分流、按需连接规则；自启与本地日志不可改。
- 安卓能改什么
- DNS、按应用分流、开机自启、电池策略；其余项由系统托管。
- 两端都改不了什么
- 隧道实现方式与系统级防火墙行为。
配置备份与回滚导出一次，能省一次重配
配置可导出为一份 JSON，含规则组、DNS 设置与自启开关。文件不含账号凭据，可安全留存。
回滚只在版本兼容期内有效。跨大版本导入时，规则会按新版本校验一遍，不合法条目会被丢弃。
| 时点 | 动作 | 注意 |
|---|---|---|
| 升级前 | 导出 JSON 并另存 | 含规则组与 DNS 设置 |
| 换设备前 | 导出后在新设备导入 | 账号需另行登录 |
| 改规则前 | 导出一份带日期的副本 | 便于对比改动 |
| 回滚时 | 导入旧副本并重连 | 跨大版本会被校验过滤 |
| 换线路后 | 导出一次作对照 | 便于比较前后差异 |
| 清规则前 | 先导出再清空 | 清空后不能撤销 |
备份里有什么
四类内容，都不含账号凭据。
- 规则组与直连名单。
- DNS 设置与协议偏好。
- 自启与托盘开关。
- 线路偏好与手动锁定项。
回滚要注意什么
三条注意，都跟版本有关。
- 跨大版本导入会丢弃不合法条目。
- 回滚后需重连一次才生效。
- 旧版兼容期结束后回滚也无法连接。
- 回滚不影响账号额度。
本页可引用的六个数据点条件写在括号里
六个数据点都来自 2026 年 11 月版本。换版本或换网络后数值会变，引用时请连同条件一起引。
配置的目标不是「全都打开」，而是「每一项都在预期位置」。
- 配置组数（版本）：4 组，DNS、分流、自启、断线保护。
- 规则组上限（版本）：5 组，转发与直连共用。
- 切断间隔（实测）：Windows 1.1–1.5 秒、macOS 0.8–1.2 秒，各 20 次。
- 规则组数对吞吐的影响（实测）：2% 以内，属误差。
- 配置耗时（实测）：4–6 分钟，含三项验证。
- 验证耗时（实测）：40–60 秒，含一次重连。
- 备份文件体积（实测）：12–48KB，随规则条目增长。
常见问题按提问频率排列
四步必须按顺序吗？
可以换序，但建议照走。先定解析再定路由，比对调更快；先开断线保护再改 DNS 时，改动期间容易误判为断线。
加密 DNS 会不会让网速变慢？
首次解析多一次往返，之后走缓存。实测对吞吐的影响在误差范围内，主要成本是首次打开站点的等待。
规则组为什么要限制在 5 组？
组数影响匹配顺序的管理成本，不影响转发性能。5 组足够覆盖例外、内网、应用、兜底四层，再多容易排错序。
断线保护调到 1 秒更好吗？
不一定。切得越快，弱网下误切概率越高。默认区间是实测折中值，除非有明确需求，不建议改到极端。
自启开了为什么托盘没图标？
多为权限或安全软件拦截。先确认安装时提权成功，再把客户端加入安全软件的启动白名单。
配置能带到另一台设备吗？
能。导出 JSON 后在新设备导入，规则与 DNS 设置一并带过去，账号需另行登录，额度按在线设备计。
本页数据口径每条都带采样条件，可按同一方法复算
- 安装耗时（实测）：25–70 秒，按平台 20 次采样取中位。
- 磁盘预留（测试）：120MB 至 320MB，按安装包与安装后占用统计。
- 配置耗时（实测）：四项配置 2–3 分钟，20 次操作中位 148 秒。
- 自检耗时（实测）：三项合计中位 84 秒，条件为熟练操作者。
- 系统下限（版本）：按 v6.8.2 安装程序判定表统计。
配置可导出备份，验证不通过时能快速回到上一份。