全部区域运行正常 · 数据采样 2026-09-10

节点状态公示

这里实时公示 QuickQ 六大区域的节点规模、运行状态、30 天滚动可用性与平均延迟。此刻六个区域均正常,可用性落在 99.90%–99.99% 区间,延迟最低的是香港节点,平均 12 毫秒。页面数据每 5 分钟刷新一次采样;一旦发生异常,处理进度会同步更新在这里。

页面最后更新:2026-10-22 数据采样:2026-09-10 采样间隔:5 分钟
Live Status

区域节点状态

可用率是最近 30 天的滚动统计,延迟取同一时间段的平均值;你实际跑出来的数会因为本地网络和运营商线路而有出入。

QuickQ 各区域节点数量、状态、近 30 天可用性与平均延迟
区域节点数当前状态近 30 天可用性平均延迟
香港12 ● 运行正常 99.99%12 ms
日本9 ● 运行正常 99.95%38 ms
新加坡8 ● 运行正常 99.96%45 ms
美国西海岸11 ● 运行正常 99.92%132 ms
欧洲(法兰克福 / 伦敦)10 ● 运行正常 99.90%186 ms
东南亚(曼谷 / 吉隆坡)6 ● 运行正常 99.94%58 ms

监测指标

我们盯着四个指标:握手时间、来回延迟、丢包率和并发连接数。任一项超阈值就报警,多线路热备会在 200 毫秒内完成切换。

维护时段

例行维护安排在每周二的凌晨 4 点到 5 点(东八区),会提前一天发公告;维护窗口内,流量自动转到相邻节点。

历史事件

2026-09-03,美国西海岸节点的上游出现抖动,延迟上升约 4 分钟后靠自动切换恢复;2026-08-21,欧洲节点完成扩容,平均延迟下降约 8%。

Methodology

这些数字是怎么测出来的?

公开统计口径,便于对照与复核。

QuickQ 节点监测指标定义与统计方式
指标定义统计方式
服务可用性 节点可成功建立加密通道并正常转发流量的时间占比 近 30 天滚动窗口,已排除计划内维护时段
平均延迟 从发起请求到收到响应的往返耗时(RTT) 5 分钟采样取算术平均,并去除离群值
丢包率 探测包未在规定时间内返回的占比 每轮 100 个探测包统计,超过阈值触发告警
并发连接数 单节点同时承载的活跃会话数量 实时统计,用于线路调度与容量扩容判断
Self Check

如何自行检测网络与加速效果?

三步判断问题出在本地网络还是节点链路。

记录基线

先把加速关掉,用 ping 或者在线测速工具量一下直连时的基础延迟和丢包。

开启复测

然后打开 QuickQ,连上你想测的那个地区节点,再测一次,跟前一次对比。

交叉验证

再换一个相邻地区重复上面的动作;如果只有某一个节点不正常,通常是它自身负载偏高或上游链路在抖。

连不上时的处理顺序:先用客户端里的「实时测速」看下延迟和丢包,顺手换个节点;还是不行就通过「帮助与反馈」发诊断日志给我们,工作日 12 小时内回。更多排障步骤见问答中心。

状态正常,开始加速

全平台客户端都在这儿,装好一键就能加速;新人还能白拿一段体验时长。