节点状态不是"上线就不管"。监控系统对每个节点定时做三类检查,结果直接反映在客户端的节点列表里。
每 5 分钟,监控系统向节点发送一次探测请求,检查三项:节点是否可达、往返延迟是多少、当前连接数占容量比例。三项数据合成节点的「健康度」,在客户端节点列表以颜色标识:绿色正常、黄色繁忙、红色不可用。
探活采用分布式监测点,从多个地理位置发起,避免单一监测点误报。某个监测点连不上不代表节点故障,连续多个监测点失败才会标记为不可用。
节点列表里的状态是实时数据,不是静态宣传页。连接前看一眼颜色,再决定选哪个节点,可以避开正在维护或过载的线路。节点维护会提前在列表标注「维护中」,并给出预计恢复时间。
状态颜色之外,列表还显示负载百分比与近期可用率(过去 24 小时)。可用率低于 99% 的节点会降序排列并优先给出替代建议,方便快速换线。
按大洲列出主要节点分布。同一国家可能有多个节点,客户端列表会按「国家-城市」区分,例如「日本-东京」「日本-大阪」是两个节点。
| 大洲 | 主要节点 | 典型延迟参考(自中国大陆) |
|---|---|---|
| 亚洲 | 日本东京/大阪、新加坡、韩国首尔、中国香港、中国台湾、印度孟买 | 40-90 ms |
| 欧洲 | 德国法兰克福、英国伦敦、荷兰阿姆斯特丹、法国巴黎、俄罗斯莫斯科 | 170-260 ms |
| 北美洲 | 美国洛杉矶/圣何塞/纽约、加拿大多伦多/温哥华 | 130-200 ms |
| 南美洲 | 巴西圣保罗、阿根廷布宜诺斯艾利斯 | 280-340 ms |
| 大洋洲 | 澳大利亚悉尼/墨尔本、新西兰奥克兰 | 110-150 ms |
| 非洲 | 南非约翰内斯堡、埃及开罗 | 260-320 ms |
选线路没有"最好",只有"最合适"。按下面三个原则判断,基本不会选错。
访问哪个地区的服务,优先选该地区或相邻地区的节点。访问日本网站选日本节点,访问欧美网站选欧美节点,跨大洲绕路会显著增加延迟。
同一地区有多个节点时,先看状态颜色。红色跳过,黄色谨慎,绿色优先。两个都是绿色时,再比较延迟数值,选小的。如果你连接的目标网站有多个地区入口(例如同一服务的新加坡站与东京站),建议分别测速后选更快的组合,而不是只看单个节点延迟。
游戏与会议要低延迟,选距离近、延迟低的线路;视频与下载要吞吐量,选负载低、带宽足的线路。场景化设置见加速方案页,那里有按场景的详细建议。
晚高峰时热门节点负载升高是常态。如果连接后速度明显下降,切到同地区的备用节点,通常能恢复。备用节点与主节点的选择,参考节点列表的负载百分比。
自动选路通常够用,但知道怎么手动切换,遇到线路波动时能自己解决。以下为 Windows 与 macOS 客户端通用的操作路径。
在客户端主界面点击「节点」按钮,展开节点列表。列表按大洲分组,组内按国家排序。
每个节点右侧显示状态颜色与实时延迟。绿色且延迟数值较小的节点,是当前推荐选择。
点击节点名称,客户端会先断开当前连接,再建立到新节点的连接。整个过程通常需要 3 到 5 秒。
主界面顶部显示「已连接-节点名称」。连接后查看「本次会话」的延迟与丢包,确认新线路质量。列表里的延迟是最近一次探测的结果,连接建立后以「本次会话」的实时数据为准。
右键节点(移动端长按)可以收藏。收藏的节点排在列表顶部,下次直接点选,省去重复翻找。