快喵VPN握手方式与加密套件
决定握手方式与加密套件，影响握手耗时与开销。
快喵VPN协议、端口与分流规则：5 组规则与三组端口默认协议 · 自动端口 · 规则组上限 5 组
协议决定封装方式，端口决定能不能出门，分流决定哪些流量走隧道。三件事分开配置，出问题时才定位得到。这一页按这三层写：先看协议，再看端口，最后写规则。
| 默认协议 | 客户端内置默认，自动选择封装 |
|---|---|
| 端口策略 | 自动优先，可手动指定固定端口 |
| 分流类型 | 进程、网段、域名前缀三类 |
| 规则组上限 | 5 组，超出需合并 |
| 防护默认 | 断线保护、加密 DNS、IPv6 阻断开启 |
| 配置位置 | 设置内的协议页与分流页 |
协议、端口与分流各管什么封装、端口、分流，各管一段
协议层负责封装与握手，端口层负责穿过网络限制，分流层负责决定哪些流量进隧道。三层解耦，改一层不影响另外两层。
多数连接问题出在端口层，不是协议层。先确认端口能不能出门，再谈协议选择。
- 先确认端口能不能出门，再看协议是否握手成功。
- 握手成功但页面打不开，问题多在分流规则。
- 规则正确但仍慢，回到测速页看吞吐与丢包。
- 三层分开验证，能把问题定位到具体一层。
- 三层一起改，出问题时无法判断是哪一层。
三组端口依次尝试
决定能否穿过公司、校园或运营商的端口限制。
按进程、网段、域名匹配
决定哪些进程与域名走隧道，哪些走直连。
配置页改动立即生效
三层各有独立页面，改动立即生效，不需重装。
端口该用自动还是固定自动优先，固定端口应急
自动端口会依次尝试三组常用端口，第一组不通就换下一组，整轮耗时 2–6 秒。固定端口用于网络策略严格的环境。
| 组合 | 端口 | 适用环境 | 整轮耗时 |
|---|---|---|---|
| 自动一组 | 443 | 家庭宽带、公共网络 | 2–3 秒 |
| 自动二组 | 8443 | 部分公司网络 | 3–4 秒 |
| 自动三组 | 2053 | 端口受限环境 | 4–6 秒 |
| 固定 443 | 443 | 需要稳定出口 | 1–2 秒 |
| 固定 8443 | 8443 | 443 被占用时 | 1–2 秒 |
| 自定义 | 1024–65535 | 特殊网络策略 | 按配置 |
三类分流规则怎么写进程、网段、域名前缀
三类规则按匹配对象区分：进程规则最稳，网段规则最省事，域名前缀规则最灵活。三类可以叠加，叠加后按优先级取第一条命中的规则。
- 进程规则：按可执行文件名匹配，如某会议软件走直连。
- 网段规则：按 CIDR 匹配，如 192.168.0.0/16 走直连。
- 域名前缀：按域名开头匹配，如某站点走隧道。
- 叠加顺序：进程优先于网段，网段优先于域名前缀。
- 规则组：每组可混放三类规则，组间互不影响。
- 上限：规则组 5 组，单组规则条数不设硬上限。
- 写法要点：域名只写主机名，不带协议头与路径。
- 常见错误：把「不走隧道」写成「禁止访问」，结果应用直接断网。
规则组怎么配置先列清单，再定类型，然后排序，最后验证
配置分流前先回答一个问题：哪些应用必须走隧道，哪些必须直连。答案写下来再配置，比边配边改快。
- 先列清单写下必须走隧道的应用与必须直连的局域网设备。
- 再定类型桌面应用写进程规则，网段与站点写网段或域名规则。
- 然后排序把必须直连的规则放前面，避免被后面的隧道规则覆盖。
- 最后验证逐个打开应用，用检测页确认走向是否符合预期。
443 与 8443 该选哪个自动不通再固定，8443 通过率高于 2053
端口选择看三件事：所在网络是否封端口、是否有其他服务占用、是否需要稳定出口。三种情形对应三种做法。
- 先试自动端口，不要一上来就固定，自动能覆盖多数网络。
- 固定端口只在自动全部不通时使用，避免端口被封后无从排查。
- 换端口后重新握手，出口地区一致才算成功。
- 公司网络常封非标准端口，8443 的通过率高于 2053。
- 端口只影响握手，不影响分流判断与吞吐上限。
自动端口 2–3 秒
用自动端口，443 通常可用，整轮 2–3 秒。
自动不通再固定 8443
先试自动，全部不通再试固定 8443。
固定 443 免每次探测
固定 443，避免每次连接都做端口探测。
重连后出口一致
改端口后重新握手，检测页出口一致才算成功。
| 情形 | 推荐设置 | 预期耗时 | 失败时的下一步 |
|---|---|---|---|
| 家庭宽带 | 自动端口 | 2–3 秒 | 换固定 443 |
| 公司网络 | 自动后固定 8443 | 3–6 秒 | 换自定义端口 |
| 校园网络 | 固定 8443 | 1–2 秒 | 换自动再试 |
| 公共无线 | 自动端口 | 2–4 秒 | 换手机热点对照 |
| 需要稳定 | 固定 443 | 1–2 秒 | 查占用与防火墙 |
分流规则从粗到细怎么写全局、局域网、进程、域名、混合五种
五种写法按精细程度排列。多数场景用前两种就够，后三种用于多应用共存的环境。
全局：所有流量走隧道
所有流量进隧道，最简单也最不容易出错。
- 适合单一用途的设备。
- 不需要写规则。
- 局域网投屏可能受影响。
局域网：192.168 段直连
内网网段走直连，其余走隧道。
- 写一条 192.168.0.0/16 直连规则。
- 投屏与打印机恢复正常。
- 不影响外网流量。
按进程：可执行文件名
指定应用走直连，其余走隧道。
- 按可执行文件名匹配。
- 升级后文件名不变则规则有效。
- 改名后需重新添加。
按域名：只匹配主机名
按域名前缀决定走向，适合站点级控制。
- 前缀匹配，不含路径。
- 子域名需单独添加。
- 规则过多时合并成组。
混合：进程优先于网段
进程与网段叠加，按优先级取第一条命中。
- 进程规则优先于网段。
- 网段优先于域名前缀。
- 组间互不影响，最多 5 组。
规则命中的优先级怎么排先命中先执行，不回溯
规则按顺序匹配，命中第一条即执行，不再看后面的规则。顺序写反是最常见的配置错误。
直连规则放最前
局域网与必须直连的应用放最前，避免被后面的隧道规则挡住。
默认规则永远最后
未命中规则按全局设置处理，这条永远放最后一行。
一条规则一个对象
一条规则只匹配一个对象，合并多条会让排查变难。
改完重连才重新加载
顺序与内容改动后重连一次，规则才会重新加载。
| 优先级 | 规则类型 | 示例 | 命中后的走向 |
|---|---|---|---|
| 1 | 进程直连 | 会议软件 | 直连 |
| 2 | 进程隧道 | 浏览器 | 隧道 |
| 3 | 网段直连 | 192.168.0.0/16 | 直连 |
| 4 | 域名隧道 | 指定站点前缀 | 隧道 |
| 5 | 默认规则 | 未命中任何规则 | 按全局设置 |
| 例外一 | 域名直连 | 指定站点前缀 | 直连 |
| 例外二 | 进程隧道 | 后台更新程序 | 隧道 |
分流规则不生效怎么查顺序、匹配对象、域名路径、DNS 缓存四项
规则不生效多数不是功能问题，而是顺序、匹配对象或缓存。四类原因按排查成本排序。
顺序写反：直连被挡
后写的直连规则被前面的隧道规则挡住。
- 直连规则放在最前。
- 默认规则永远放最后。
- 改完顺序要重新连接生效。
匹配对象：进程名不一致
进程名与实际运行的文件名不一致。
- 核对可执行文件名。
- 注意大小写与后缀。
- 更新后改名需重新添加。
域名带路径：只匹配主机名
域名规则只匹配主机名，不匹配路径。
- 去掉路径只写域名。
- 子域名单独添加。
- 前缀匹配不含协议头。
DNS 缓存：清一次再验
解析结果被缓存，规则判断用的是旧地址。
- 清一次 DNS 缓存。
- 重连后再验证。
- 仍不生效时看诊断日志。
泄漏防护默认开哪几项四项默认开，两项按需开
分流的副作用是可能出现旁路泄漏。六项防护里前四项默认开启，用于堵住旁路；后两项按需开启。
- 前四项默认开启，关闭前先确认能承担泄漏风险。
- 断线保护与分流同时开启时，直连流量不受影响。
- 域名规则默认不写，写错会导致部分站点无法访问。
- 端口自定义只影响握手，不影响分流判断。
- 六项状态在设置页可逐项核对，改动立即生效。
断线保护已开启隧道中断即阻断出站，默认开启。
加密 DNS已开启解析走节点侧，避免解析泄漏。
WebRTC 屏蔽已开启候选地址只留隧道出口。
IPv6 阻断已开启避免 v6 直连绕过隧道。
域名规则需授权默认不写，需在分流页自行添加。
端口自定义需授权默认自动，特殊网络再手动指定。
六项防护与账号档位无关。试用档与多设备档的默认状态一致，差别只在线路范围。
配置完成后怎么自查顺序、对象、走向、泄漏、端口、组数六项
配置完成后逐项自查，比反复重装有效。六项里有任何一项没验证，规则都可能只是看起来生效。
- 先看规则顺序，把直连规则提到最前。
- 再核对匹配对象，确认进程名与域名拼写。
- 然后逐个应用验证走向，记录不符合预期的条目。
- 再看三条泄漏通道，确认解析与地址都在节点侧。
- 最后复测端口与握手耗时，写入记录表。
- 顺序直连规则在前，默认规则在最后。
- 匹配对象进程名、网段、域名前缀与清单一致。
- 走向逐个应用打开检测页，确认走隧道还是直连。
- 泄漏解析、候选地址、公网 v6 三条通道都检查。
- 端口换端口后重新握手，出口地区一致。
- 组数规则组不超过 5 组，超出先合并。
协议术语：封装与规则组把配置页上的词对上
配置页上的词与本文术语一一对应。六个词看懂，规则页就不会配错方向。
- 封装
- 把原始流量包进隧道报文的过程，决定握手与开销。
- 握手
- 从点击连接到隧道建立的阶段，默认 1.1–2.4 秒。
- 端口组
- 自动模式下依次尝试的端口集合，三组共三个端口。
- 规则组
- 一组分流规则的集合，组间独立，最多 5 组。
- 命中
- 流量匹配到某条规则并按其走向处理，命中后不回溯。
- 旁路
- 未进入隧道的流量通道，需用防护项堵住。
术语与配置页字段对应。写反馈时把字段名与取值一起写，排查会快很多。
协议端口与分流的六个问题按提问频率排列，每条附一个可验证动作
默认协议需要改吗？
多数场景不用改。默认协议在握手耗时与开销之间取平衡，只有在特定网络下握手失败时才需要换。
端口固定会不会更快？
会省掉探测时间，整轮快 1–2 秒，但可能因端口被封而连不上。稳定出口场景才建议固定。
分流规则会让网速变慢吗？
规则本身不参与转发，吞吐差异在误差内。直连流量不走隧道，反而更快。
规则组为什么限制 5 组？
每组都要参与匹配，组数过多会让首包判断变慢。5 组足够覆盖常见场景，超出建议合并同类规则。
开了分流还要开断线保护吗？
要。断线保护只作用于隧道流量，直连流量不受影响，两者可以同时开启。
改了协议要重装客户端吗？
不用。协议与端口都在设置页内切换，改动立即生效，不需要重装或重新登录。
本页数据口径每条都带采样条件，可按同一方法复算
- 延迟区间（实测）：亚太 26–58ms，晚高峰 20 次采样取中位与上下界。
- 测速口径（测试）：单线程 100MB 文件，5 次取中位，条件为 300Mbps 家宽。
- 丢包率（实测）：热门线路 0.02%–0.35%，按 15 秒探测一次统计。
- 切换耗时（实测）：1.1 秒落到最优线路，30 次采样区间 0.9–1.6 秒。
- 节点规模（统计）：46 个地区，按 v6.8.2 清单统计。
先协议，再端口，最后写分流规则，逐项验证。