每项都跑在生产环境的真实数据里
每个功能都经过生产环境千锤百炼,不是纸上谈兵
BBR(Bottleneck Bandwidth and Round-trip propagation time) 是 Google 在 2016 年开源的 TCP 拥塞控制算法。它的核心思想跟传统算法完全不一样——传统算法拿丢包当减速信号,BBR 不这么干。
传统 CUBIC 算法的逻辑是:先疯狂发包,直到出现丢包,然后猛砍窗口,再慢慢恢复。问题在于,晚高峰时骨干网本身就在拥塞边缘,CUBIC 这种"撞墙才减速"的做法导致频繁降速,用户感知就是卡。而 BBR 通过实时探测链路的瓶颈带宽(BtlBW)和最小往返时间(RTprop)两个变量,精确计算出发包速率应该维持在什么水平,根本不给丢包发生的机会。
快连团队在 Google 开源 BBR v3 的基础上做了多变量扩展,额外加入了两个关键变量:一是抖动因子(Jitter Factor),在移动网络这种延迟剧烈波动的场景下动态调整探测窗口;二是队列深度(Queue Depth),实时监测中间路由器的缓存占用情况,在队列开始堆积前就主动降速。
互联网的骨干网由成百上千个自治系统(AS)组成,数据包从你家路由器到目标服务器中间要经过十几跳。问题在于,BGP 协议本身的路径选择不总是最优的——它只看 AS 跳数,不看延迟和丢包。这就导致了电信用户连联通服务器时绕远路的现象。
快连的智能选线引擎部署在全球 20 多个骨干网探测点,每 30 秒全量重算一次所有可用路径的 BGP 路由表。系统同时维护三个维度的实时数据:延迟(RTT)、丢包率(Loss)、可用带宽(Capacity),加权计算出每条路径的"健康分"。
当系统检测到当前路径的时延飙升超过 150ms 或丢包率突破 2%,300ms 内自动将流量切换到备用中转节点。切换过程对终端用户完全透明——TCP 连接不会断,视频缓冲条不会弹。
链路冗余不是什么新鲜概念,但要做到真正的毫秒级切换,关键在于两点:心跳探测的频率和会话状态的实时同步。
快连为每个用户同时建立主隧道和备隧道两条独立链路,两条隧道走不同的物理路由(比如一条走电信直连,一条走移动中转)。备隧道在主隧道正常工作时并非完全空闲——它以每秒一次的频率维持心跳包占位,同时持续同步完整的会话状态表。
当主隧道连续 3 个心跳包(3 秒内)未得到回复,客户端立即将流量切换到备隧道,平均切换时间低于 50ms。切换完成后,客户端后台自动尝试修复主隧道,修复成功后切回主隧道,整个过程用户无感。这套架构实测可用性达到 99.99%。
加密是 VPN 的生命线。快连默认使用 AES-256-GCM 加密隧道流量,这是目前军用级别的对称加密标准,被美国国家安全局(NSA)列为 Suite B 加密套件之一。AES-256-GCM 在 x86 芯片上有硬件加速指令(AES-NI),性能开销极低。
但 AES-256 在有硬件加速时很快,在移动设备或嵌入式平台上表现一般。快连在客户端内置了自动协商机制:当系统检测到当前网络环境带宽低于 10Mbps 或芯片不支持 AES-NI 时,自动切换为 ChaCha20-Poly1305 加密算法。ChaCha20 是 Daniel Bernstein 设计的流密码,在 ARM 架构上有原生优势,iPhone 和 Android 手机上跑 ChaCha20 比 AES 快 3-4 倍。
无论用哪种算法,每次会话的密钥都是全新生成的,用完即销毁。同时快连实现了 Perfect Forward Secrecy(PFS),即使某一次会话的密钥被破解,也无法用于解密历史会话数据。
快连为 Windows(7/10/11)、macOS(12+)、iOS(14+ / iPadOS)、Android(9+)、Linux(Ubuntu/Debian/CentOS) 六大平台分别开发了原生客户端,不是拿 Electron 套壳的那种。
Windows 客户端支持 TUN/TAP 驱动和系统代理两种模式,可以根据应用场景自由切换。macOS 客户端原生适配了 Apple Silicon(M1/M2/M3/M4),功耗比 Intel 版本低 32%。iOS 客户端使用 NetworkExtension 框架,在系统 VPN 层面接管流量,支持按需连接。
除了原生客户端,快连还提供了路由器插件,覆盖华硕梅林(386+)、OpenWrt(19.07+)、Padavan、iStoreOS 等主流固件。路由器装好插件后,家里所有设备(包括智能电视、游戏主机、IoT 设备)自动走加速通道。
很多 VPN 服务商的人工客服形同虚设——要么只有邮件通道,回复要等一两天;要么用了个聊天机器人绕来绕去,解决不了实际问题。
快连的客服团队分布在中国大陆、香港和新加坡三地,24 小时 X 7 天轮班在线。支持三个联系通道:Telegram @kuaiby2lian_support(即时消息,最适合技术问题)、微信公众号「快连网络」(适合国内用户,回复消息推送)、邮件 [email protected](适合传日志文件和录屏)。
团队内部有工单分级制度:连接类问题为 P0 级,目标响应时间 5 分钟;配置和功能类为 P1 级,目标响应时间 15 分钟;一般咨询和反馈为 P2 级,目标响应时间 30 分钟。全渠道平均响应时间保持在 8 分钟 以内。
数据来源于快连 · 2026年6月生产环境 7×24 小时持续采样
| 对比维度 | BBR v1(行业普遍) | BBR v3(快连多变量扩展) | 差异 |
|---|---|---|---|
| 晚高峰丢包率 | 6%-12% | < 0.4% | ↓ 93%+ |
| TCP 握手完成时间 | 210-380ms | 85-140ms | ↓ 55% |
| 视频卡顿率(4K/60fps) | 18%-25% | 2.1%-3.8% | ↓ 85% |
| CPU 额外占用 | < 3% | 4%-7% | ↑ 约 3% |
| 带宽利用率 | 72%-81% | 93%-98% | ↑ 21% |
| 弱网(丢包5%)吞吐 | 基线 1x | 3.2x-4.7x | ↑ 320% |
| RTT 抖动容忍度 | ±80ms | ±200ms | ↑ 150% |
从你点击连接那一刻开始,数据包经历的完整路径
快连客户端在你设备上创建虚拟网卡(TUN/TAP),拦截所有网络流量,打包成加密数据包发往服务器。
数据包经过 AES-256-GCM 或 ChaCha20-Poly1305 加密,添加完整性校验和序列号,防止中间人篡改。
调度中心每 30 秒收集全链路探测数据,结合延迟、丢包、带宽三要素计算出每条路径的健康分。
3128 个物理/虚拟节点分布 92 个国家,主流城市三线接入(电信/联通/移动),出口带宽总量 320Gbps。
关于核心功能最常被问到的问题