智能选路：按延迟、抖动、负载三项排序
选路引擎不依赖单一测速值。每次连接前并发探测候选节点，用中位数过滤瞬时抖动，再结合节点实时负载做加权排序。
- 探测频率：连接前 1 次，连接中每 30 秒 1 次轻量心跳。
- 切换阈值：延迟劣化 40% 或抖动连续 3 次超过 12 ms。
- 回退策略：新线路 15 秒内不稳定则回到上一条可用路径。
01 / 覆盖版图
六大区域、150 个节点，先看你在哪一侧出海
节点不是越多越好，关键是离你近、离目标站点近的那一段链路是否短。下表按区域列出节点城市、数量与实测延迟区间，方便你判断该选哪个区域作为出口。
| 区域 | 主要节点城市 | 节点数 | 实测延迟区间 | 典型用途 |
|---|---|---|---|---|
| 东亚 | 香港、东京、大阪、首尔、台北 | 42 | 18–40 ms | 游戏、视频会议、日韩站点访问 |
| 东南亚 | 新加坡、吉隆坡、曼谷、雅加达、马尼拉 | 28 | 35–70 ms | 跨境电商后台、东南亚流媒体 |
| 欧洲 | 法兰克福、伦敦、阿姆斯特丹、巴黎、米兰 | 34 | 150–210 ms | 欧洲客户官网、邮件与网盘 |
| 北美 | 洛杉矶、圣何塞、西雅图、纽约、达拉斯 | 32 | 130–190 ms | 北美 SaaS、学术数据库、流媒体 |
| 中东 | 迪拜、利雅得、伊斯坦布尔 | 8 | 120–180 ms | 中东项目协作、区域站点 |
| 大洋洲 | 悉尼、墨尔本、奥克兰 | 6 | 110–170 ms | 澳洲客户沟通、留学访问 |
读表方法：延迟区间是「中国大陆主要城市 → 该区域节点」的往返中位数，不含你本地 Wi-Fi 与运营商接入段的损耗；实际体验通常比表内数值高 5 至 15 ms。
02 / 接入路径
就近接入的四个动作，发生在你点下连接后的 2 秒内
很多用户以为「选节点」是手动挑一个城市，其实客户端在后台完成了一次链路比较。下面是它实际执行的顺序，理解这套顺序，你就知道为什么有时系统帮你选的城市并不是你常去的那个。
- 读取本地网络画像
- 记录当前出口 IP、运营商、Wi-Fi 或有线接入方式，作为后续比较的基准。
- 检测是否存在系统代理或旧会话残留，避免叠加两层代理导致延迟虚高。
- 并发探测候选节点
- 同时向同区域 3 至 5 个节点发探测包，取最近 8 次采样的中位数，而不是单次最低值。
- 探测包只做时延与丢包测量，不携带业务数据，因此不会影响你正在进行的下载。
- 按三项指标排序
- 权重从高到低为延迟、抖动、节点负载；任一指标超过阈值即降级，不会只看延迟。
- 2026 年 10 月的规则中，抖动超过 12 ms 的节点会被排到同区域末位。
- 建立加密通道并复核
- 握手完成后客户端再测一次往返时间，若比探测值高出 40% 以上则自动重选。
- 连接稳定 60 秒后写入本次会话记录，下次启动可优先复用这条路径。
03 / 双核结构
覆盖解决「从哪出海」，传输解决「路上稳不稳」
覆盖与传输是两层能力，缺一层都会让体验打折：节点再多，链路抖动大也会卡；加密再强，绕路太远延迟一样高。快连把这两层拆开维护，出问题时也更容易定位。
加密传输：握手阶段完成密钥协商
客户端与节点之间使用自研传输协议，握手阶段完成密钥协商与会话标识，业务数据全程加密，节点侧不落地明文。
- 加密套件：AES-256-GCM 与 ChaCha20-Poly1305 按设备能力协商。
- 完整性：每个数据包附带认证标签，篡改包直接丢弃并重传。
- 会话隔离：不同设备、不同应用使用独立会话，互不影响。
为什么把加密放在客户端做
把加解密放在客户端，节点侧只需要转发密文，单节点可以承载更多并发，也减少了节点被攻破后数据暴露的面积。代价是客户端需要占用少量 CPU：在 2026 年 10 月的测试机上，i5-1240P 处理 200 Mbps 加密流量时单核占用约 9%。
如果你在老旧设备上使用，可以在设置里切换为轻量加密套件，吞吐会下降约 15%，但 CPU 占用可以降到 4% 左右。
AES-256-GCMChaCha20会话隔离零明文落地
04 / 使用场景
四类场景，对节点的要求并不一样
同一个「快」字，在游戏里指的是抖动小，在网盘里指的是吞吐高，在会议里指的是连接不断。选节点前先想清楚你要的是哪一种。
跨境办公
邮件、在线文档、客户 CRM 连续可用比峰值速度更重要。建议固定一个欧洲或北美节点，减少频繁切换带来的会话重建。
看分流怎么配 →流媒体
1080p 播放稳定需要持续 8 Mbps 以上，且对丢包敏感。优先选负载低于 60% 的节点，避免晚高峰与其他用户争抢。
看节点负载 →在线游戏
延迟 60 ms 以内、抖动 10 ms 以内才有明显体感差异。东亚节点通常够用，跨区游戏再考虑北美或欧洲。
看高峰时段 →学术与资料
数据库检索是短连接、多次请求，握手开销占比高。开启连接复用后，同一站点的后续请求可以省掉重复握手。
看桌面端设置 →05 / 指标口径
延迟、抖动、丢包：三个数字分别说明什么
页面与客户端里出现的三个指标，经常被混为一谈。它们测的不是同一件事，判断链路好坏时也不能只看其中一个。
延迟（RTT）
一个数据包从你的设备到节点再返回的时间，单位毫秒。它决定「点下去多久有反应」，但不决定下载能跑多快。
抖动（Jitter）
连续多次延迟的波动幅度。抖动大时，语音会断续、游戏会瞬移，即使平均延迟看起来很低。
丢包（Loss）
发出但没有到达的数据包比例。丢包 1% 就会触发重传，实际吞吐可能下降 20% 以上。
| 等级 | 延迟 | 抖动 | 丢包 | 建议 |
|---|---|---|---|---|
| 优秀 | ≤ 40 ms | ≤ 5 ms | 0% | 可直接用于游戏与会议 |
| 良好 | 41–80 ms | 6–12 ms | ≤ 0.5% | 办公与视频够用，游戏建议换节点 |
| 一般 | 81–150 ms | 13–25 ms | 0.5–2% | 网页可用，实时音视频体验下降 |
| 较差 | > 150 ms | > 25 ms | > 2% | 建议切换区域或检查本地网络 |
06 / 方案对比
和普通代理、自建线路比，差别在维护成本
三种方式都能让流量换个出口，区别在于谁来维护线路、出问题时谁来排查，以及你愿意为稳定性投入多少时间。
| 维度 | 快连 | 普通代理 | 自建线路 |
|---|---|---|---|
| 节点维护 | 平台维护，150 个节点每日巡检 | 依赖服务商，质量参差 | 自己维护，故障自行处理 |
| 选路 | 自动比较延迟、抖动、负载 | 多为手动选择 | 需自己写脚本或人工切换 |
| 分流 | 内置规则，可按应用与域名配置 | 通常只支持全局 | 需自行配置规则文件 |
| 上手成本 | 安装后一次设置即可 | 需自行找可用节点 | 需要服务器与运维知识 |
| 多端同步 | 同一账号四端登录 | 多数不支持 | 需自行同步配置 |
| 适用人群 | 跨境办公、流媒体、日常访问 | 临时、单次使用 | 有运维能力的团队 |
07 / 首次连接
第一次用，按这 8 项检查就够了
大部分「连不上」不是节点问题，而是设备状态没准备好。下面这份清单按排查顺序排列，逐项确认通常能在 3 分钟内定位原因。
- 确认系统时间与网络时间同步，误差超过 5 分钟会导致证书校验失败。
- 关闭其他正在运行的代理工具，避免两层代理叠加。
- 检查 Windows 防火墙或 macOS 防火墙是否拦截了客户端进程。
- 确认客户端版本为 3.2.1 或更新，旧版本可能缺少新节点列表。
- 在客户端内先测速再连接，避开负载高于 80% 的节点。
- 连接后打开一个境外站点验证，而不是只看客户端显示「已连接」。
- 若使用公司网络，确认 IT 策略允许此类客户端运行。
- 仍失败时记录客户端日志时间点，联系客服时附上可加快定位。
08 / 覆盖边界
150 个节点也有覆盖不到的地方
节点覆盖解决的是「出口位置」，不能解决「你本地网络差」或「目标站点封了这段 IP」。把边界讲清楚，比夸大覆盖更有用。
| 区域 | 例行维护窗口 | 备份节点 | 切换方式 | 对用户的影响 |
|---|---|---|---|---|
| 东亚 | 周二 03:00–04:00 | 同城 + 邻城 | 自动迁移 | 延迟上升 5–10 ms，通常无断连 |
| 东南亚 | 周三 02:00–03:00 | 新加坡双入口 | 自动迁移 | 短暂重连一次 |
| 欧洲 | 周四 02:00–04:00 | 法兰克福 ↔ 伦敦 | 自动迁移 | 延迟上升约 10 ms |
| 北美 | 周五 03:00–05:00 | 洛杉矶 ↔ 圣何塞 | 自动迁移 | 会话重建一次 |
| 中东 | 按需 | 迪拜双入口 | 手动切换 | 节点少，建议避开维护时段 |
| 大洋洲 | 按需 | 悉尼 ↔ 墨尔本 | 自动迁移 | 延迟上升 8–15 ms |
边界一：本地出口
你所在小区宽带的国际出口如果整体拥塞，所有节点都会同时变慢。这种情况换节点没用，换时段才有用。
边界二：目标站点策略
目标站点可能按 IP 段限制访问。节点 IP 被限制时，换同区域其他城市节点通常能绕开，但不保证。
边界三：维护窗口
例行维护会短暂影响单个区域。客户端会自动迁移，你最多感知到一次重连与十几毫秒的延迟变化。
三个常被问到的口径
- 「150 个节点」含备份节点吗？
- 含。其中约 30 个是只承载分流与备份流量的节点，日常连接不一定会被分配到，但维护与故障时会接管。
- 节点数会随季节变化吗？
- 会。促销期与节假日前后可能临时扩容，扩容节点不计入页面上的 150 个基数。
- 为什么不按城市逐个列出延迟？
- 单城市单运营商的样本量不足，容易失真。按区域给区间更稳，也更接近多数人的实际体验。
覆盖不等于可用
节点在你附近，不代表目标站点允许这个出口访问。节点覆盖与目标站点策略是两件事，前者我们能优化，后者只能换出口尝试。
看节点与区域选择 →选区域比选节点更重要
跨区域切换的代价通常在 80 ms 以上，而同区域换城市一般在 10 ms 以内。先选对区域，再在同区域内挑抖动低的节点。
看高峰时段对照 →| 你所在地区 | 推荐首选区域 | 理由 | 备选 |
|---|---|---|---|
| 华东 | 东亚（香港 / 东京） | 链路短，晚高峰抖动相对可控 | 东南亚（新加坡） |
| 华南 | 东亚（香港） | 物理距离最近，延迟最低 | 东南亚（新加坡 / 吉隆坡） |
| 华北 | 东亚（东京 / 首尔） | 北方出口到日韩链路较直 | 北美（洛杉矶） |
| 西南 | 东南亚（新加坡） | 陆缆与海缆路径都较短 | 东亚（香港） |
为什么推荐里没有「最快」
最快是时段相关的。同一城市上午与晚高峰的最优节点可能不是同一个，所以这里给的是区域，不是具体节点名。
跨境办公怎么选
客户在欧洲就选欧洲，客户在北美就选北美。出口靠近对方，视频会议与文件传输的往返次数更少。
08 / 常见问题
关于全球覆盖，用户问得最多的 6 个问题
以下回答基于 2026 年 10 月的节点清单与客户端 3.2.1 版本，节点调整后部分数字会变化，以客户端内显示为准。
快连的 150 个节点是怎么分布的？
按 2026 年 10 月的节点清单，快连在东亚、东南亚、欧洲、北美、中东与大洋洲共部署 150 个接入节点，其中东亚 42 个、东南亚 28 个、欧洲 34 个、北美 32 个、中东 8 个、大洋洲 6 个。具体城市与线路类型见「节点与延迟」页的节点表。
就近接入是不是一定最快？
不一定。就近接入按物理距离优先，但高峰期同一城市的节点负载会升高。快连的选路会同时看延迟、抖动与负载三项，实测中约 12% 的请求会改走邻近城市而不是本市节点，这类改走通常能把抖动压回 5 ms 以内。
为什么同一节点在早晚延迟差很多？
跨境链路在 20:00 至 23:00 容易拥塞。按我们的巡检采样，北美西海岸节点晚高峰的往返延迟比凌晨高 18 至 35 ms，抖动从 3 ms 升到 9 ms 左右。选路会在检测到抖动上升时切换备用线路。
快连支持哪些设备？
Windows 10/11、macOS 12 及以上、Android 8.0 及以上、iOS 15 及以上均有客户端。Windows 与 macOS 客户端支持分流规则与托盘常驻，移动端支持按应用分流与后台保活。
全球覆盖和智能分流会冲突吗？
不会。覆盖决定你从哪里出海，分流决定哪些流量出海。两者是两层：先由选路挑一个低延迟节点，再由分流规则判断某个应用或域名走直连还是走加密通道。
页面上的延迟数字能代表我的实际体验吗？
不能直接等同。页面数字来自固定城市、固定运营商的巡检采样，你的实际延迟还受本地宽带、Wi-Fi、路由器与目标站点影响，通常会有 5 至 20 ms 的浮动。建议按「节点与延迟」页的测速方法在你自己的网络下复测。
09 / 关于快连
我们只做一件事：把访问路径变短
快连是一套面向跨境访问的网络加速服务。我们不提供内容，也不改变目标站点的任何行为，只负责在你的设备与目标之间选择一条更短、更稳的路径，并把这条路径上的数据加密传输。
站点内容由快连内容团队维护，节点数字来自内部巡检，测试条件写在每张表格的说明里。我们不引用无法复现的第三方排名，也不承诺「一定能访问某个站点」——目标站点自身的策略变化不在我们的控制范围内。
内容团队维护数据附测试条件仅官网分发
先测一次，再决定用不用
下载客户端后可以先测速再连接，不满意随时卸载，不绑定支付方式。