快连是什么：一个客户端的智能分流网络
快连是一套面向跨境场景的网络加速方案，核心不是把全部流量塞进一条隧道，而是先把流量分类，再决定每条流量走哪条路：国内目标直连、海外目标走加速节点，两条通道在同一个客户端里并存，不需要软路由，也不需要第二台设备。
v5.1 把判断精度又提升了一档。过去用户最常抱怨的不是「连不上」，而是「连上了但本地服务也变慢了」——多数情况下是分流规则没覆盖到，本该直连的域名被送进了加速通道。这一版的自动识别就是为了消掉这类问题。
600+黑白名单条目
30 秒平均配置时间
三级识别引擎
<1ms单次判断开销
加密域名自动识别：省去手工填域名
在没有自动识别之前，配置分流是一件很费时的事：用户需要先找出目标服务用到的全部域名，很多服务会用十几个子域名和 CDN 域名，再逐个填进规则表。实测下来，一个稍复杂的办公场景平均要填 8 分钟以上，而且一旦服务调整了域名，规则就失效。
v5.1 的做法是在 TLS 握手阶段读取目标域名并按规则库分类，用户不需要知道域名是什么，只需要选择「这个进程走加速」。判断发生在连接建立前，不解析报文内容，也不做中间人解密。
自动识别只影响「这条流量走哪条路」，不改变流量本身的内容与加密方式。客户端不持有任何证书私钥，也不做 TLS 解密。
三步完成首次配置
先把「能不能用」和「用得对不对」分开：第一步保证连接，第二步确认分流判定，第三步再谈优化。按这个顺序走，绝大多数问题在第三步之前就会暴露出来。
- 安装并登录：桌面端以管理员权限运行安装包，安装过程会自动处理旧版网络组件；登录后保持默认的「智能分流」模式，不要先切全局。
- 跑一次自检：自检会分别验证直连通道与加速通道，并检查 DNS 泄漏与网络组件状态；两条通道都通过再继续。
- 打开诊断面板看一条真实连接：随便打开一个平时卡顿的应用，在面板中找到对应连接，确认「判定依据」是进程还是域名，以及「通道」是否符合预期。
第三步是关键：只要判定依据与通道都符合预期，剩下的慢就属于节点质量问题，应该换节点而不是改规则。
首次配置的判定标准
| 检查项 | 合格标准 | 不合格时的处置 |
|---|---|---|
| 自检-直连通道 | 通过 | 检查网络组件是否被安全软件拦截 |
| 自检-加速通道 | 通过 | 更换节点或切换协议形态后重试 |
| 本地服务延迟 | 与未开启加速时一致 | 确认该域名被判为直连，必要时补直连规则 |
| 目标应用判定依据 | 显示为进程级或域名级命中 | 若显示「默认」，提交规则反馈 |
第一次用要不要改成全局模式？
不要。全局模式会让本地流量也走加速，首次配置应该在智能分流下完成，全局模式只在排查时临时使用。
自检通过但某个应用还是慢怎么办？
说明分流是对的，问题在节点质量。先在诊断面板看「重试次数」，持续偏高就换一个同区域节点。
需要事先准备域名清单吗？
不需要。加密域名自动识别会在握手阶段完成分类，只有内网自建服务这类特殊场景才需要手工补充规则。
三级识别引擎的分工
识别分三级递进，每一级解决上一级解决不了的问题。理解这个分工，就知道为什么单一维度不够用。
| 级别 | 判断依据 | 解决什么问题 | 上一级为什么不够 |
|---|---|---|---|
| 第一级 进程指纹 | 可执行文件路径、签名主体、文件哈希 | 区分「同一台机器上的哪个应用」 | 仅看域名无法区分同一域名下并发的多个应用 |
| 第二级 域名规则 | 目标域名、子域与后缀匹配 | 把一类服务整段归类 | 域名会变、会走 CDN，且看不到应用意图 |
| 第三级 地址段兜底 | 目标 IP 段与地理位置 | 覆盖没有域名的直连 IP 流量 | 仅靠地址段会把国内 CDN 误判为海外 |
三级的顺序是固定的：先看进程，再看域名，最后才看地址段。顺序颠倒会出现「规则命中率看着不低，但用户体感很差」的情况。
产品与网络概览
下列示意图对应站内讲解的判定链路与网络结构
网络拓扑：终端判定 + 双通道出口
能力矩阵：三级识别与规则优先级
规则库条目规模变化
配置耗时对比：手工填写与自动识别
分流判定时序：握手阶段完成分类
客户端结构：网络层与用户态分工进程指纹识别：同一域名下的不同应用
一个典型场景：浏览器和某个桌面客户端可能访问同一个域名。如果只按域名分流，两者只能同进同出；而用户想要的是客户端走加速、浏览器保持直连。进程指纹就是为这个需求准备的。
指纹由三部分组成：可执行文件的规范路径、数字签名主体、以及文件哈希。路径用于日常匹配，签名用于跨版本稳定识别，哈希用于校验文件是否被替换。三者不一致时，客户端会降级为「仅域名匹配」并在诊断面板标出原因，而不是直接拒绝连接。
- 签名校验：只读取签名主体与状态，不读取签名之外的文件内容。
- 哈希校验：默认只校验已登记进程，未登记进程按域名规则处理。
- 隐私边界：指纹计算结果只留在本机，不上传进程列表。
规则优先级与匹配开销
规则冲突是分流最常见的坑。快连采用固定优先级：进程规则 > 域名规则 > 地址段规则 > 默认路由。同一优先级内，越具体的规则优先，例如精确域名优先于后缀匹配。用户自定义规则默认排在规则库之前，避免被库更新覆盖。
匹配开销与规则条数不是线性关系：域名规则走前缀树，地址段规则走分段索引，进程规则先用哈希做一次过滤。在 600 条量级下，单次判断的开销低于 1ms，在新建连接路径上几乎不可感知。真正影响体感的是首包延迟与节点质量，而不是匹配本身。
| 规则类型 | 匹配结构 | 典型条数 | 单次开销 |
|---|---|---|---|
| 进程规则 | 哈希过滤 + 路径比对 | 数十条 | 亚毫秒 |
| 域名规则 | 反向域名前缀树 | 数百条 | 亚毫秒 |
| 地址段规则 | 分段索引 | 数百段 | 亚毫秒 |
双通道分流：直连与加速并行
双通道指的是客户端同时维护两条出口：一条直连隧道（不封装、不转发）与一条加速通道。分类完成后，流量按判定结果进入其中一条，两条通道互不影响，一条拥堵不会拖慢另一条。
这一点对国内访问体验很关键。很多「开了加速反而卡」的情况，本质是所有流量都挤进了同一条隧道：本地服务的往返也要绕一圈。双通道下，本地目标的路径与未开启加速时完全一致。
- 捕获：客户端在网络层标记出站连接，不修改报文内容。
- 判定：按三级识别引擎给出直连或加速的结论，并记录依据。
- 分流：按结论送入对应通道；加速通道内再按目标选择节点。
- 回退：通道异常时按预设顺序降级，连接不中断。
自研私有通讯协议与超群数据加密
分流决定「走哪条路」，协议决定「路上安不安全、像不像普通流量」。快连使用自研私有通讯协议承载加速隧道内的流量，配合超群数据加密：数据报文使用现代认证加密算法，同时保证机密性与完整性，可检测中途篡改。
- 协议指纹不可识别：报文特征与常见代理协议不同，不做明文握手特征。
- 抗重放：会话内序号与随机数参与校验，历史报文无法重放。
- 前向安全：会话密钥定期轮换，单次密钥泄露不影响历史会话。
- 完整可校验：客户端可校验服务端身份，避免连接到伪造入口。
加密的意义是保护隧道内数据，不是隐藏用户身份。账号体系与计费仍按独立通道处理，二者不共享日志。
分流诊断面板：怎么确认判断对不对
分流是「看不见的功能」，出问题时用户很难判断是规则没命中，还是节点本身就慢。诊断面板把判断过程摊开，每条连接都会记录：命中的规则、判定结果、走下去的通道、首包时间与总耗时。
| 字段 | 含义 | 怎么用 |
|---|---|---|
| 判定依据 | 进程 / 域名 / 地址段中的哪一级命中 | 判断是不是规则漏配 |
| 通道 | 直连或加速，以及节点标识 | 确认流量是否走了预期路径 |
| 首包时间 | 连接建立到首个响应字节 | 区分节点问题与本地问题 |
| 重试次数 | 本次连接的重传与切换次数 | 识别劣化节点 |
面板只记录连接的元信息，不记录访问内容；历史记录默认保留 7 天，可在设置中清空或关闭。
从 8 分钟到 30 秒：配置流程的变化
把配置时间压到 30 秒以内，靠的不是把界面做得更简单，而是把用户原本必须手工完成的三件事自动化：找出域名、判断该不该走加速、处理规则冲突。
- 安装后无需配置：默认启用规则库，常见服务已分类，开箱即用。
- 按应用授权：需要额外加速的应用，勾选即可，不必填写域名。
- 自动去重与排序：用户规则与库规则冲突时，按优先级自动处理并给出提示。
- 一键自检：内置连通性与分流自检，30 秒内给出结论与整改建议。
五个组件如何配合
一套完整的加速系统由五个组件组成：桌面端客户端、移动端客户端、路由器插件、分流规则库、分流诊断工具。它们共享同一套判定逻辑与规则格式，这意味着在桌面端调好的策略，可以在路由器上复用。
- 桌面端客户端：功能最全，支持进程级分流与诊断面板。
- 移动端客户端：面向蜂窝与 Wi-Fi 切换场景，规则以应用为单位。
- 路由器插件：给不支持的设备提供覆盖，例如电视与游戏主机。
- 分流规则库：所有组件共用的分类依据，独立更新。
- 诊断工具：跨组件通用的自检与日志整理工具。
性能与实测口径
讨论性能前先说清口径：快连关注的是首包延迟、吞吐与稳定性三项，而不是单一的速度峰值。只测峰值容易得到好看但没意义的数字，用户体感取决于最差的那几次连接。
<1ms单次分流判断
+0直连流量的额外节点跳数
7 天诊断记录默认保留
600+规则库条目规模
直连流量的开销应当接近零：不封装、不转发、不改变 MTU。加速流量的开销取决于节点距离与链路质量，因此客户端会给出「同城 / 跨区 / 跨洲」的分档参考值，而不是给一个统一承诺。
适用与不适用的场景
任何工具都有边界，写清不适用比夸大适用范围更有用。
| 场景 | 是否适用 | 说明 |
|---|---|---|
| 跨境办公与 SaaS 协作 | 适用 | 按应用分流，办公软件走加速，本地系统保持直连 |
| 海外流媒体与游戏 | 适用 | 对延迟敏感，建议选择就近节点并关闭不必要的重传 |
| 需要固定出口 IP 的业务 | 部分适用 | 需要固定 IP 时应选择带固定出口的套餐 |
| 完全离线或内网环境 | 不适用 | 没有跨境目标时，加速通道没有收益 |
| 需要中间人解密审计 | 不适用 | 客户端不做 TLS 解密，无法提供明文审计 |
与软路由方案的差别
软路由方案的优势是覆盖全屋设备，代价是需要额外硬件、需要手工维护规则，而且分流粒度通常只能做到域名或地址段。快连的选择是把判断放进终端：能识别进程，能跟随设备移动，不需要额外硬件。
两者并不互斥。家里有电视、主机这类无法安装客户端的设备时，用路由器插件补覆盖；需要进程级精度与诊断能力的设备，用桌面端客户端。两者共用同一套规则格式，减少重复配置。
规则库的迭代节奏
规则库是分流的依据，它的更新频率直接决定准确率。当前节奏是每周一次常规更新，遇到服务域名调整时 24 小时内加急更新。
每次更新都会记录变更条目与影响范围，用户可在客户端查看本次更新动了哪些分类。若更新后出现异常，客户端保留上一版规则供一键回滚，回滚不影响客户端版本。
规则库更新只调整分类，不改变客户端程序。遇到「升级后某应用分流不对」，先回滚规则库再排查客户端版本。
上手三步
第一次使用只需要三步，全程不需要填写任何域名。
- 下载安装：按系统选择对应版本，安装过程会自动处理旧版网络组件。
- 登录并选择模式：默认「智能分流」，也可切换到「全局加速」用于排查问题。
- 打开自检：自检会验证直连与加速两条通道，并给出是否需要调整的结论。
如果自检提示某条通道异常，先看诊断面板的「判定依据」与「通道」两列，多数问题能在两分钟内定位。
常见问题
开着快连时国内网站会变慢吗？
不会。国内目标走直连通道，不封装、不转发，路径与未开启加速时一致。若出现变慢，先看诊断面板确认该域名是否被判为直连。
需要自己填写域名吗？
不需要。加密域名自动识别会在握手阶段完成分类；只有在内网自建服务这类特殊场景下，才需要手工补充规则。
进程指纹会不会读取我的文件？
只读取已登记进程的路径、签名主体与哈希，不读取文件内容，也不上传进程列表。
加速通道用的是什么加密？
使用现代认证加密算法，保证机密性与完整性，会话密钥定期轮换。客户端不做 TLS 解密。
诊断面板会记录我访问了什么吗？
只记录连接元信息，例如判定依据、通道与耗时，不记录访问内容，默认保留 7 天并可随时清空。