快连隧道拆分运维笔记

快连隧道拆分运维笔记

这是一篇内部复盘。2026 年上半年，我们收到一批反馈说"开了客户端之后国内网站变慢"。奇怪的是，我们当时的分流默认已经开启，理论上国内流量根本不出境。

快连第一反应：以为是用户错觉

最初我们怀疑是心理作用——用户开了加速软件，就会格外注意卡顿。但数据显示不是：这批用户打开国内办公系统的平均耗时确实比未开启客户端时高出 800 毫秒以上，而且集中在工作日 9 点到 11 点。

快连排查过程：从日志里找到异常

我们请二十位反馈用户导出了诊断面板数据。对比后发现一个共同点：他们访问的系统使用了企业自建域名，域名后缀是公司内部的（形如 *.corp.xxx），不在公共地址库中。地址库判断未命中，SNI 读取到该域名也认不出来源，于是落到了默认策略——默认策略是"海外优先"，因为默认规则假设未识别的域名更可能是海外服务。

结果就是：本该直连的内网系统被送进了加速隧道，流量先出境再回来。这不是分流失效，是分流的默认策略在这种场景下选错了方向。

快连修复：引入"轨迹学习"

单纯的规则补充解决不了这个问题——每家公司都有自己的一套内网域名，我们不可能预先枚举。我们改的是判断逻辑：客户端会观察用户的历史访问轨迹，如果一个域名在未开启加速时被频繁访问且延迟极低（说明它就在附近），就把它标记为"疑似本地服务"，默认走直连。

这个机制上线后，同类反馈下降了 94%。更重要的是，它不需要用户做任何配置——我们不想把"请你手动加白名单"当成解决方案。

快连一条经验

分流的难点从来不是"怎么识别海外域名"，而是"怎么处理识别不出来的那些"。默认策略会犯错，而犯错的代价直接落在用户体验上。所以我们把默认值从"海外优先"改成了"按轨迹判断"，并在诊断面板里明确标注哪些流量走了"未识别兜底"路径——让用户至少能看见问题在哪。