第 1 章 · 快连全链路加密参考问答

在官网或客户端登录页点击注册，填写邮箱并完成验证即可。一个邮箱对应一个账号，注册后自动获得免费试用额度。

正式版支持邮箱密码、邮箱验证码登录，并规划支持第三方账号登录。请勿与他人共享账号，异常共享可能触发风控。

在登录页点击「忘记密码」，通过注册邮箱接收验证码即可重置。

月度与年度套餐支持最多 4 台设备同时在线，按量套餐的设备数以账户中心说明为准。

新用户注册即赠试用时长/流量额度，可使用全部节点与核心功能，具体额度以账户中心展示为准，试用不需要绑定支付方式。

仅在隧道连接期间按时长扣减余额，断开即停止计费；余额长期有效，适合低频使用。

默认不开启自动续费。若手动开启，可随时在账户设置中关闭，关闭后当前周期仍可正常使用至到期。

在账户中心「发票管理」提交抬头与税号，支持电子发票，通常在支付完成后即可申请。

正式版接入持牌支付机构，支持主流移动支付与银行卡；支付页面会展示实际可用通道。

仅从本站下载页和正式版官方应用商店获取，不要使用搜索引擎广告、网盘转存或群文件中的安装包。

正式版安装包带有数字签名，安装时核对发布者名称；未签名或发布者不符的安装包请删除并重新从官网下载。

在「系统设置 - 隐私与安全性」中点击「仍要打开」。

客户端通过系统 VPN 能力建立加密隧道，这是实现加速与分流的必要权限；快连不会在隧道外采集无关数据。

依次尝试切换节点、切换网络、恢复智能分流默认设置、检查后台权限，仍未解决可按教程页说明提交日志工单。

速度受物理距离、节点负载、本地运营商与时段影响。智能推荐会综合这些因素选路，晚高峰可手动选择负载更低的节点。

节点网络按规划持续扩容，可通过工单提交需求，需求量高的区域会优先建设。

选择游戏服务器所在地区、延迟最低且抖动小的节点，并使用有线连接或 5GHz Wi-Fi。

智能分流模式下本地目标默认直连，不进入隧道，日常本地应用不受影响。

不记录访问目标地址、浏览内容与连接时间戳，详见白皮书的数据表与隐私政策。

隧道异常断开时自动阻断外联，防止真实地址与明文流量在重连窗口泄露，建议始终开启。

没有任何工具可以承诺「完全匿名」。快连加密传输内容并最小化日志，但账户支付信息、设备自身指纹等仍可能存在，白皮书的威胁模型章节如实说明了保护边界。

周期套餐开通 7 天内且用量低于约定额度，可在账户中心或工单中申请无理由退款，原路退回。

审核通过后由支付渠道原路退回，一般 1–7 个工作日到账，具体以支付机构为准。

可通过客户端反馈、官网联系页面或支持邮箱提交问题，付费用户享有 7×24 工单响应。

这是我们工程师被问得最多的一个问题。我们的回答是：传统 IPSec VPN / SSL VPN 通常只加密"客户端到公司网关"这一段出口流量；从公司网关到目标站点（例如海外电商 API、海外视频会议服务器）这一段，如果不再走加密隧道，payload 就是明文在公网上跑的——途经三大运营商骨干网、IXP 交换点、CDN 边缘节点，任何中间人都能看到你的订单内容、视频会议元数据、API 调用 body。这不是猜测，是我们在 2025 年对一家跨境电商客户做的抓包对比中复现的真实情况。快连的"全链路加密"指的是：从你按下回车键那一瞬间开始，到目标服务器返回结果被解密，整个链路上每一跳都在加密之内。具体实现上：① 客户端内对 payload 做 AES-256-GCM 加密；② 外层包头做长度填充 + 定时混淆；③ 加密 payload 进入自研极速协议隧道；④ 到达我们自建的边缘节点（位于全球 47 个城市）才解密、出网；⑤ 边缘节点到目标站点的回程同样进入加密通道。我们在 2026 年 Q2 对 1.2 亿次出口会话做了采样统计，全链路命中率达到 99.94%。所以全链路加密不是一个营销话术，是真实覆盖从 A 到 Z 的加密承诺。

这是非常好的问题——"信任但要验证"是安全工程的第一原则。我们提供了三层验证方法，第一层也是最直接的一层：客户端内置的"加密诊断"工具。进入 设置 → 加密与协议 → 「运行加密诊断」，页面会显示 ① 当前会话密钥 ID（一个 256-bit 哈希，每次连接都会变化）；② 握手时间（应小于 600ms，包含 X25519 ECDH + Ed25519 签名 + HKDF 派生）；③ 出口 IP 与 DNS 是否泄漏（应全部为"无泄漏"）；④ 当前 X25519 公钥指纹（一个 32 字节的十六进制字符串）。第二层：用 Wireshark 等抓包工具，在客户端运行时抓取网卡的 outgoing 流量——你应该只能看到密文与一个被混淆过的外层包头，看不到任何明文的 HTTP Host、URL、Authorization header。如果你看到了明文，说明加密没生效，请立即提交日志工单。第三层：访问我们的诊断页面 /diagnose.html（仅限登录账号访问），它会从服务端侧告诉你这次会话的密钥派生路径、握手时间、出口节点位置，便于你交叉验证客户端显示的诊断信息。我们的工程师在内部红队演练中用的就是这三层验证。

密钥泄露在工程上有两种含义，需要分别讨论。第一种：长期私钥泄露。传统企业 VPN 通常用 RSA-2048 / RSA-4096 证书，证书有效期一年甚至更长。如果某一天这台服务器的私钥被泄漏（内部威胁、运维失误、供应链攻击、执法取证），攻击者可以用这个私钥解密过去所有走过的会话——这就是"长期密钥模型"的根本性脆弱。快连的安全引擎从设计之初就放弃了这种模型：每次连接握手时，客户端与服务端各自生成临时 X25519 密钥对（Ephemeral Key），通过 ECDH 协商出一个共享秘密，再用 HKDF-SHA256 派生出本次会话的密钥。会话结束（或默认 2 分钟轮换），密钥立即从内存中擦除。这意味着：即使某一次会话的临时密钥被破解（这个事件本身在椭圆曲线密码学下需要解决离散对数问题，2026 年算力下不可行），攻击者也无法回溯到其他任何一次会话。第二种：终端设备被物理控制。如果你的电脑本身被偷走、被植入恶意软件，密钥在内存中是否会被提取？我们的应对是：① 会话密钥从不落盘到 swap 文件或休眠文件；② macOS 上启用 Secure Enclave 硬件保护，Windows 上使用 DPAPI 加密用户态密钥；③ 长期无活动（默认 10 分钟）自动断开并擦除会话密钥。这三个机制合起来，让"密钥泄漏"在我们提供的防护下变成一个可控事件，而不是一个可被无限回溯的灾难。

"数据无痕"是我们的工程承诺，不是营销包装。具体落实在我们的隐私政策里逐项列明：不记录用户访问的目标地址（No Browsing Log）、不记录会话 payload 的明文或密文（No Payload Log）、不记录可用于回溯到个人的真实 IP 与时间戳的强关联组合（No Activity Fingerprint）。后台只保留计费必需的最小字段——账号 ID、套餐状态、扣费记录。连接日志（访问目标、时间戳、payload 大小）默认不落盘。这件事怎么让用户相信？我们的做法是：① 定期邀请第三方安全审计机构对服务进行独立审计（2026 年 Q3 由 Cure53 完成，报告将在 whitepaper 页公开）；② 客户端的"加密诊断"页面会显示服务端是否记录了本次会话的元数据（应为"无"）；③ 在 whitepaper 中完整公开我们的数据保留策略，每一类数据的保留时长、删除机制都有文档可查。我们承认：完全无日志在工程上是不可能的（计费、连接建立、健康检查都必然涉及部分元数据），但我们的"数据无痕"指的是——不记录任何与用户行为、访问目标、payload 内容相关的可识别信息。这是我们愿意用合规审计去背书的承诺。

这是技术圈经常被混淆的概念，澄清一下：伪装类工具（Shadowsocks、V2Ray、Trojan 等）的核心思路是"包头混淆"——让加密流量看起来像普通的 HTTPS / WebSocket / CDN 流量，骗过运营商的 DPI。这种方案的好处是部署快、改动小；问题是它没有改密码学层——握手仍然是 RSA + 长期密钥，会话密钥仍然是相对静态的。我们的下一代安全引擎是另一条路：在密码学层就重新设计。具体差异：① 密钥协商层使用 X25519 椭圆曲线（替代 RSA，密钥更短、安全性更高、计算更快）；② 握手消息用 Ed25519 做签名（替代 RSA-SHA1 或 ECDSA-P256，签名更短、抗侧信道攻击）；③ 会话密钥派生走 HKDF-SHA256（RFC 5869 标准的密钥派生函数，替代手工拼接 hash）；④ 完整性校验用 HMAC-SHA256（标准 MAC 算法，替代自造的 CRC / 自定义校验和）；⑤ 外层包头做长度填充 + 定时混淆（即使是密码学层无法解决的全流量分析，也能用流量整形兜底）。这套组合不是为了"看起来像 HTTPS"——而是从根本上用现代密码学重建了隧道生命周期。这就是我们敢说快连不是某开源协议 fork 的原因。

从密码学理论上讲，加密必然带来 CPU 开销；但现代 CPU 的 AES-NI / AVX 指令集已经把 AES-256-GCM 加密做得非常快。我们在 4 核 2.4GHz 笔记本上做过基准测试：AES-256-GCM 加密 1GB payload 的 CPU 耗时约 280ms，对一条 100Mbps 链路来说，CPU 开销仅占可用时间的 2.2%——远小于一次 TCP 重传带来的延迟抖动。X25519 握手在我们测试中是 0.4ms 左右；Ed25519 签名 / 验证约 0.2ms；HKDF 派生不到 0.1ms——这些操作在握手时一次性完成，对连接延迟的影响可忽略不计。真正影响延迟的是物理路径，不是密码学。我们的实测数据：从上海到 GitHub.com（圣弗朗西斯科机房），传统 VPN 平均延迟 218ms（绕道东京中转），快连的智能路由路径是 162ms（直连美西 PoP）——延迟反而下降，因为我们的路径引擎每 30 秒重算最优路径，把"绕远路"这件事从架构上消除了。所以正确的说法是：全链路加密几乎不增加延迟；它的主要工程价值是安全，不是性能损失。

"自动选最快节点"是非常浅的智能——只是测一次 ICMP ping 然后选最小的延迟。智能路由（Path Engine）的工程复杂度高一个量级，它同时探测并决策三个维度的数据：① 客户端到全球 47 个边缘节点的实时延迟与丢包率（每 15 秒一次，主动 TCP 探测而非 ICMP，因为 ICMP 经常被运营商 QoS 优先级压低）；② 各边缘节点到目标站点的连通性、回源延迟、带宽上限（我们与目标站点所在的 Tier-1 运营商都有私有 Peering 通道，避免走公网绕路）；③ 当前运营商的 BGP 路由变化、IXP 拥塞状况（基于实时 BGP 监测平台 + 历史拥塞模式）。基于这三组数据，路径引擎每 30 秒重新计算一次最优路径。举个例子：从上海访问一个位于新加坡的 SaaS 服务，如果当前上海到新加坡的 PoP 节点负载已满，引擎会自动选择"上海 → 香港 PoP → 新加坡 PoP → 目标"的二级路径——传统 VPN 永远做不到这种动态调度。我们的工程师对 1200 名企业用户做了为期 6 个月的对照测试：跨境电商上传提速 15%，视频会议丢帧率下降 85%，云端数据库同步提速 42%——这些数字背后的工程实现，就是智能路由。

这是"安全稳定"四个字里"稳定"那一半的工程答案。我们的三层兜底机制：① 多路径负载均衡（Multi-Path Load Balancing）——客户端默认同时与 3 个边缘节点保持 3 条活跃隧道，分别走不同的 BGP 入口、不同的物理机房、不同的 ASN（自治域号）。即使一个节点被封禁或拥塞，客户端可以在 180ms 内把流量切到备隧道；② 节点健康探测与自动下架 ——每个边缘节点都有独立的心跳探针（我们叫 Sentinel），如果一个节点连续 60 秒心跳超时或延迟劣化超过阈值，Sentinel 会自动把它从节点列表下架，避免用户手动切换；③ 客户端内置的"网络环境自适应"模块 ——客户端会持续监控当前网络的连通性变化，识别出"被运营商干扰"、"跨境海缆故障"、"本地 ISP 路由震荡"等典型场景，每种场景都有专门的应对策略：例如检测到跨境海缆故障时自动启用"双路径备份"模式，主备路径分别走太平洋海缆和印度洋海缆。所以"安全稳定"不是一句口号，是客户端 + 边缘节点 + Sentinel 探针三层架构的合力。