机场速度慢怎么排查

速度慢有六种不同的原因，解法完全不同。 用四个指标的组合就能定位，不需要猜。

三十秒定位

回答三个问题，组合起来就有方向。

问题	答案的含义
1. 关闭代理后国内网站正常吗？	不正常 → 本地或城域网问题，换机场无效
2. 白天也慢，还是只有晚高峰慢？	白天也慢 → 出口带宽或本地；只晚高峰 → 拥塞
3. 所有节点都慢，还是部分节点？	部分 → 节点级问题，换节点；全部 → 机场级或本地

组合对照

国内正常	白天	晚高峰	范围	最可能的原因	解法
否	—	—	全部	本地或城域网	修本地，换机场无效
是	快	慢	部分节点	节点超卖	换节点
是	快	慢	全部节点	线路方案（直连/普通中转）	换专线或优质中转
是	慢	慢	部分节点	出口带宽小（可能家宽 IP）	该节点只用于解锁
是	慢	慢	全部节点	机场整体带宽不足，或本地	先查有线；再考虑换机场
是	快	快，但某服务慢	—	该服务的路径或 IP 类型问题	见对应页面

这张表能覆盖绝大多数情况。

四个指标

不要只看速度数字。四个指标分别说明不同的问题。

指标	怎么测	反映什么
丢包	`ping -c 100 节点IP`	拥塞（线路或节点超卖）
抖动	ping 结果的 stddev / max-min	队列波动，决定会议与游戏体验
延迟	ping 的 avg	物理距离 + 排队
降幅	白天与 21:00 的多线程下载对比	超卖程度与线路方案

为什么丢包最重要

晚高峰速度崩塌的主要机制不是带宽不够，而是拥塞控制在主动退让。

出口饱和 → 路由器缓冲区排队 → 缓冲区满 → 丢包
→ TCP 把丢包当作拥塞信号 → 主动降速
→ 1% 的丢包可以造成 70% 的速度损失

两个数字看起来不成比例，但机制上就是这样。 所以判断要先看丢包，速度数字只是结果。

组合诊断表

延迟	丢包	白天速度	晚高峰速度	原因	解法
低	≈ 0	快	快	一切正常	—
低	≈ 0	快	降 20–40%	优质中转，正常	可用
低	高	快	崩塌	节点超卖	换节点
低	≈ 0	慢	慢	出口带宽小	只用于解锁，不用于下载
高	高	快	崩塌	公网出口拥塞（直连）	换线路方案
高	≈ 0	快	快	入口机房远或地区距离远	换入口 / 地区
高	≈ 0	慢	慢	绕行，或落地不在标注地区	查出口 IP 归属
极低（低于物理下限）	—	—	—	落地不在标注地区	换节点
低	≈ 0	快	快	但某服务慢 → 该服务的路径或 IP 类型	见对应页面
—	所有节点都有丢包	—	—	本地问题（大概率 Wi-Fi）	换有线

三个最有价值的行：

"低延迟 + 高丢包" → 节点超卖。 最容易误判，因为客户端显示的延迟很漂亮。

"延迟低 + 白天也慢" → 出口带宽小。 这是节点的固有上限，不是故障。家宽 IP 节点常见。

"所有节点都有丢包" → 本地问题。 换有线，这一步能排除很大比例的误判。

怎么正确测速

方法错了，数据再多也没意义。

环境要求

要求	不满足的后果
有线连接	所有节点看起来都有丢包
固定同一台设备	数据不可比
固定同一条宽带	数据不可比
关闭其他大流量程序	速度偏低
重启过路由器	可能误判成节点问题
确认国内网站正常	可能整个测试都在测本地问题

测丢包与延迟

bash

# macOS / Linux：100 次样本
ping -c 100 节点IP

# 更完整的逐跳视图（含丢包）
mtr -n -c 100 节点IP

# Windows
ping -n 100 节点IP

看什么：

输出项	怎么读
packet loss	丢包率，最关键
avg	平均延迟
min	与物理下限对比（低于下限 → 落地不在标注地区）
max - min	抖动的粗略度量
stddev / mdev	标准差，直接反映抖动

实用判断：max 是 min 的 3 倍以上 → 抖动已足以影响会议体验，即使平均值看起来正常。

测速度

要求	为什么
多线程	单线程受单条 TCP 连接的拥塞控制限制，测不出真实吞吐
跑三次取中位数	排除偶然因素
白天一轮 + 21:00 一轮	晚高峰才是判断点
连续三天	单次受偶然因素影响太大

不要用客户端里的"延迟测试"当速度判断。 它只做一次 TCP 握手，既不是速度也看不到丢包。

为什么"测速很快但视频卡"

	测速工具	实际使用
测的是	多线程的瞬时峰值	持续稳定的吞吐
对丢包的敏感度	低（多线程可以互相补偿）	高
对抖动的敏感度	低	高（视频缓冲、会议）

所以"测速数字好"不等于"体验好"。 4K 视频需要约 25Mbps 稳定，一个峰值 200Mbps 但抖动剧烈的节点可能还是卡。

判断顺序：先丢包、再抖动、最后速度。

六种原因与解法

原因一：本地或城域网问题

应该第一个排查。

检查	怎么做
国内网站是否正常	关闭代理测试
有线还是 Wi-Fi	换有线
路由器状态	重启
本地 QoS / 限速	检查路由器设置
设备性能	看 CPU 占用（加密解密可能成瓶颈）
是否有其他设备占带宽	暂停下载与备份

如果国内网站晚高峰也慢，那是本地或城域网问题，换机场无效。

原因二：节点超卖

特征：延迟低但丢包高，或白天快晚高峰崩塌，且同机场其他节点正常。

解法	说明
换节点	最直接
试试不显眼的节点	用户少、超卖轻
按时段用不同节点	白天用 A、晚上用 B

为什么热门节点更容易超卖：用户自然聚集到名字显眼、延迟显示最低、排在最前的节点。列表中间或后面、名字平淡的节点往往更好用。

原因三：落地出口带宽小

特征：延迟低、丢包低，但白天也慢。

常见来源	说明
家宽 IP 节点	家庭宽带带宽本来就小，这是解锁能力的代价
成本控制	小带宽服务器便宜
特殊地区	某些地区带宽本身就贵
中转链路的瓶颈	中转段带宽可能小于落地带宽

解法：用规则分流，把大流量需求指向大带宽节点。 家宽节点用于解锁，机房 IP 的大带宽节点用于下载。

不要期待"又快又能解锁"的节点——这两件事在成本上是冲突的。见 IP 类型。

原因四：公网国际出口拥塞（线路方案问题）

特征：所有节点白天快、晚高峰全部崩塌，延迟与丢包同时上升。

典型表现	对应方案
丢包 3% 以上、降幅 50% 以上	直连
丢包 1–3%、降幅 40–60%	普通中转 / CN2 GT
丢包 < 1%、降幅 20–40%	优质中转
丢包 ≈ 0、降幅 < 30%	专线

解法：换线路方案。 这不是换节点能解决的——如果一家机场的全部节点都走普通公网出口，换哪个节点都一样。

详见中转、直连与专线。

原因五：绕行或落地不在标注地区

特征：延迟明显超过该地区的合理区间，或低于物理下限。

地区	物理下限	合理上限	超过就要怀疑
香港	约 10ms	70ms	100ms+
台湾	约 15ms	80ms	110ms+
日本	约 55ms	130ms	180ms+
新加坡	约 40ms	120ms	170ms+
美国西岸	约 130ms	250ms	320ms+

低于物理下限是硬证据（物理上不可能）；高于合理上限只是可疑（可能是绕行或拥塞）。

解法：查出口 IP 的归属地，换节点。

原因六：特定服务慢（不是节点慢）

特征：其他网站都快，只有某个服务慢。

服务	真正的原因	去哪看
YouTube 卡	出口带宽（4K 需要约 25Mbps 稳定）	换大带宽节点
Netflix 卡或降清晰度	出口带宽；或 IP 类型导致降级	IP 类型
AI 响应慢	通常不是带宽问题（文本量很小）	可能是路径或服务方负载
国内网站慢	规则配置（国内域名走了代理）	规则分流
游戏卡	抖动 + UDP 转发	节点怎么选
下载慢	出口带宽 + 是否多线程 + 源站限速	换节点、用多线程
某网站打不开	DNS 或 IP 类型	DNS 设置

"国内网站慢"这一行最常见也最容易误判——它几乎一定是规则配错了（国内域名走了代理），不是机场质量问题。

完整排查流程

速度慢：

1. 关闭代理，国内网站正常吗？
   不正常 → **本地或城域网问题**，换机场无效
           → 换有线、重启路由器、检查本地 QoS
   正常 → 继续

2. 用的是有线还是 Wi-Fi？
   Wi-Fi → **换有线重测**（Wi-Fi 丢包污染所有判断）
   有线 → 继续

3. 是所有网站慢，还是只有某个服务慢？
   只有某个服务 → 见"原因六"，查对应维度
   所有网站 → 继续

4. 白天也慢，还是只有晚高峰慢？
   ├─ 白天也慢 → ping 100 次看丢包
   │            丢包 ≈ 0 → **出口带宽小**（原因三）
   │            丢包高 → 本地问题，或机场整体容量不足
   └─ 只晚高峰慢 → 继续第 5 步

5. 是部分节点还是全部节点？
   ├─ 部分节点 → **节点超卖**（原因二）→ 换节点
   └─ 全部节点 → **线路方案问题**（原因四）
                → 换专线或优质中转机场

6. 延迟是否异常？
   低于物理下限 → 落地不在标注地区（原因五）
   远超合理上限 → 绕行或严重拥塞

7. 三个晚上都测了吗？
   没测 → 单次不作数，测三天
   三晚一致 → 结论可信
   三晚波动大 → 超卖或线路调整，不建议买年付

8. 确认要换机场？
   → 先并行测试一个月（买新机场最低档，约 20 元）
   → 用同样方法、同样时段对比
   → 见 /guides/how-to-buy

晚高峰到底发生了什么

理解机制能解释为什么某些解法有效、某些无效。

时间线

时段	公网国际出口	相对白天的速度	丢包
06:00–09:00	空闲	100%	≈ 0
09:00–18:00	中等负载	95–100%	≈ 0
18:00–20:00	负载上升	70–90%	上升
20:00–23:00	饱和	15–50%	1–5%
23:00–01:00	回落	60–90%	回落
01:00–06:00	空闲	100%	≈ 0

晚高峰与白天可以差 3–5 倍，这个差异远大于不同机场之间的差异。

所以：不同时段的测试结果不能直接比较。 白天测 A 机场、晚上测 B 机场然后得出"A 比 B 好"是无效的。

饱和时的四种劣化

劣化	机制	你的感受
排队延迟上升	路由器缓冲区排队	延迟从 40ms 涨到 150–300ms
丢包 1–5%	缓冲区满	TCP 主动降速，速度崩塌
抖动 > 20ms	每个包排队时间不同	会议断音、游戏卡顿
QoS 降级	拥塞时对部分流量限速	视频自动降清晰度

三种方案分别解决了什么

方案	排队延迟	丢包	抖动	QoS
专线（IEPL / IPLC）	不经过	不经过	不经过	不经过
CN2 GIA / AS9929 / CMI	明显缓解	明显缓解	明显缓解	优先级更高
CN2 GT / 普通中转	部分缓解	部分缓解	部分缓解	普通
163 / AS4837 直连	全部承受	全部承受	全部承受	普通

专线的优势不是"更快"，是"不参与拥塞"。 这解释了为什么专线的白天速度未必比直连快，但晚高峰的差距是结构性的。

为什么升级宽带不解决问题

瓶颈不在你的接入带宽，在全国共用的公网国际出口。 你家里的管子再粗，出口那段路一样堵。

判断方法：

观察	结论
国内网站晚高峰正常，只有境外慢	瓶颈在国际出口，升级宽带无效
国内网站晚高峰也慢	瓶颈可能在本地或城域网，升级可能有帮助

这个判断能省下升级宽带的钱——从 300M 升到 1000M 对境外访问通常没有任何改善。

什么解法有效、什么无效

解法	对晚高峰有效吗
换线路方案（专线 / 优质中转）	有效（结构性解决）
换节点（如果是节点超卖）	有效
升级宽带	无效
换协议	基本无效（QUIC 在高丢包下略好）
换客户端	无效
换 DNS	无效（除非本来就是 DNS 问题）
开 TUN	无效（TUN 不影响速度）
错峰使用（23:00 后）	有效但不实用

只有前两项是真正有效的。 其余都是常见但无效的尝试。

按使用场景的速度要求

"慢"是相对的。不同场景需要的速度差别很大——先确认你是否真的需要更快。

场景	需要的稳定带宽	对丢包的敏感度	对抖动的敏感度
网页浏览	2–10Mbps	低	低
音乐流媒体	0.3–1Mbps	低	低
视频 720p	3–5Mbps	低	低
视频 1080p	5–10Mbps	低	低
视频 4K	约 25Mbps	中	中
视频会议（1 对 1）	2–4Mbps	高	高
视频会议（多人）	4–8Mbps	高	高
直播推流	5–15Mbps（上行）	最高	最高
竞技游戏	< 1Mbps	最高	最高
AI 文本对话	极低	低	低
大文件下载	越大越好	低（可重传）	低

三条重要观察

一、游戏几乎不需要带宽。 对局流量通常 50–200MB/小时（不到 1Mbps），但对丢包与抖动的要求最高。如果你玩游戏卡，那不是"速度慢"，是丢包或抖动问题。

二、视频会议需要的带宽也不高（2–8Mbps），但对丢包极敏感。"测速 200Mbps 但会议还是断音"是完全可能的——因为会议卡的原因是丢包，不是带宽。

三、只有 4K 视频与大文件下载真正需要高带宽。 如果你的使用不含这两项，"速度只有 50Mbps"完全够用，不需要为更高的速度付费。

一个实用的自查

先算你真正需要多少，再判断当前的速度是否不够。

你的观察	结论
测速 100Mbps，但会议断音	不是速度问题，是丢包 / 抖动
测速 100Mbps，但游戏卡	不是速度问题，是抖动 / UDP
测速 15Mbps，1080p 视频流畅	够用，不必追求更快
测速 15Mbps，4K 视频卡	带宽确实不够（4K 要约 25Mbps）
测速 200Mbps，下载大文件仍慢	可能是源站限速或未用多线程
测速波动剧烈（10–200Mbps）	稳定性问题，比峰值更重要

最后一行最值得注意：稳定性比峰值重要。 一个稳定 30Mbps 的节点，实际体验好于在 10–200Mbps 之间乱跳的节点。

常见误判

速度慢就是机场差。 六种原因里有两种是本地或配置问题。
看速度数字就行。 丢包与抖动决定体验，速度只是结果。
延迟低就一定快。 延迟低但丢包高是超卖的典型特征。
测速工具的数字就是实际体验。 测速是多线程瞬时峰值，视频需要持续稳定。
升级家里的宽带能改善境外访问。 瓶颈在公网国际出口，不在接入带宽。
白天测速能预测晚高峰。 三种线路方案白天都可能很快。
换机场比换节点有效。 节点级问题占多数，换节点就解决了。
所有节点都慢一定是机场问题。 先换有线、测国内网站。
一次测试就能下结论。 至少连续三个晚上。
国内网站变慢是机场质量问题。 几乎一定是规则配错了。

三天测试的标准流程

判断"慢"是否是结构性问题，需要连续三天的数据。下面是可直接执行的流程。

准备

项	要求
网络	固定同一条宽带、有线
设备	固定同一台
节点	每个需要的地区 2–3 个，记完整节点名
工具	`ping -c 100` + 多线程下载
记录	每次记时间、节点名、延迟、丢包、抖动、速度
前置	关代理确认国内网站正常；重启过路由器

时间表

天	时段	做什么	耗时
1	白天 10:00–12:00	每个节点 ping 100 次 + 多线程下载三次	20 分钟
1	21:00	同一批节点重测。第一个判断点	20 分钟
2	21:00	重复	15 分钟
3	21:00	重复 + 对最好的两个节点做 traceroute	25 分钟
4	—	汇总，按丢包与降幅归类	15 分钟

判断标准

晚高峰丢包	降幅	归类	适合
≈ 0	< 30%	专线级	会议、直播、游戏
< 1%	20–40%	优质中转级	日常、看视频
1–3%	40–60%	普通中转级	白天、轻度
> 3%	> 50%	直连级	不建议关键场景

三天结果的解读

结果	结论	行动
有 2 个以上节点稳定在专线级	这家可用于关键场景	固定用这些节点
全部在中转级	日常够用，会议要谨慎	按场景分配
全部在直连级	晚高峰不适合	换机场
三晚波动极大	超卖或线路调整	不要买年付
只有 1 个节点好	单点故障风险	扩大测试样本；或配备用
白天也慢	出口带宽问题	该节点只用于低带宽场景

"三晚波动极大"这一行值得强调：即使平均值看起来还行，波动性对会议与直播是致命的。这也是判断"能不能买年付"的核心依据。

把结果记成档案

节点完整名	地区	测试日期	晚高峰丢包	降幅	抖动	归类	用途
（原样抄）	香港	2026-09-18	0.1%	18%	6ms	专线级	会议主力
（原样抄）	香港	2026-09-18	0.2%	22%	8ms	专线级	会议备用
（原样抄）	新加坡	2026-09-18	0.6%	32%	15ms	中转级	AI 专用

为什么要记完整节点名：机场调整时名字是唯一锚点。为什么要记测试日期：线路会被上游变更，建议每季度复测。

详见节点波动与实测方法与环境说明。

名词速查

名词	含义
丢包	数据包未到达的比例，判断速度问题最关键的指标
抖动	延迟波动幅度，决定会议与游戏体验
降幅	晚高峰速度相对白天的下降百分比
超卖	单节点用户数超过带宽能稳定支撑的水平
落地出口带宽	境外服务器到互联网的带宽，下载速度的上限
公网国际出口	全国境外流量共用通道，20:00–23:00 饱和
拥塞控制	TCP 遇到丢包时主动降速的机制
物理下限	光纤往返的最短时间，任何优化都不能突破
多线程下载	用多条连接同时下载，测真实吞吐
家宽 IP	解锁通过率最高但带宽通常较小
机房 IP	带宽大但解锁通过率最低

客户端侧的速度因素

除了节点与线路，客户端配置也会影响速度。这些容易被忽略。

因素	影响	怎么处理
国内域名走了代理	国内访问绕远 + 消耗流量	确认规则里国内域名走 DIRECT
未用多线程下载	测出的速度偏低	用多线程下载工具
设备 CPU 成为瓶颈	加密解密跑不动	看 CPU 占用；换设备或换更轻的协议
客户端版本过旧	协议实现效率较低	更新客户端
策略组用了"自动选择延迟最低"	可能切到丢包最高的节点	改为手动选择或故障转移
负载均衡模式	可能破坏会话，某些服务异常	关键服务不要用负载均衡
高倍率节点	不影响速度，但流量消耗双倍	看节点名里的倍率标注
TUN 模式	不影响速度	不要为提速开 TUN
DNS 解析位置错	拿到远的 CDN IP	见 DNS 设置
路由器性能不足（路由器场景）	全家设备都受影响	看路由器 CPU 占用

两个最常见的客户端侧问题

一、"自动选择延迟最低"把你切到了坏节点。

延迟低但丢包高是超卖的典型特征。自动选择只看延迟，不看丢包——所以它可能恰好选中最差的节点。

解法：关键场景用手动选择或故障转移，策略组里只放你验证过的节点。

二、国内域名走了代理。

表现是"装了机场以后国内网站变慢"。这几乎一定是规则配错，不是机场质量问题。

解法：访问一个国内网站，看客户端连接日志是否显示 DIRECT。

设备性能什么时候成为瓶颈

设备	大致的处理能力上限
现代桌面 CPU	通常不是瓶颈（可达 Gbps 级）
中端笔记本	通常不是瓶颈
较老的低功耗设备	可能在几百 Mbps 时受限
中低端路由器	常见瓶颈，可能在 100–300Mbps 受限
老旧手机	可能受限

判断方法：跑测速时看 CPU 占用。 如果某个核心接近 100% 而速度上不去，就是设备瓶颈。

路由器是最常见的设备瓶颈——这也是"在路由器上跑机场覆盖全家"方案的主要限制。

一个客户端侧的速度自查

[ ] 国内域名走 DIRECT（看连接日志确认）
[ ] 测速用的是多线程
[ ] 策略组不是"自动选择延迟最低"（关键场景）
[ ] 关键服务不在负载均衡组里
[ ] 客户端为最新版本
[ ] 测速时 CPU 未跑满
[ ] 没有误用高倍率节点
[ ] DNS 分流配置正确（国内本地、境外远程）

这一遍五分钟，能排除相当比例的"机场慢"。

本页数据说明

内容	层级	含义
指标定义、物理下限、判断标准	一般性技术参考	非针对具体品牌
六种原因与解法	`editorial`	本站方法建议
测速方法	`editorial`	见实测方法与环境说明
站内无逐节点实测数据	`not-tested`	快照只做范围性记录

本站不把测速截图 OCR 成逐节点精确表、不据此排名、不从测速图推导线路类型或解锁结果。 收录的 17 张快照只记录图、节点分布、范围性观察与异常项。规则见实测方法与环境说明与免责声明。

一句话总结

速度慢有六种原因，用三个问题就能定位：关闭代理后国内网站是否正常（不正常 → 本地或城域网问题，换机场无效）、白天也慢还是只有晚高峰慢（白天也慢 → 出口带宽小；只晚高峰 → 拥塞）、所有节点还是部分节点（部分 → 节点超卖，换节点；全部 → 线路方案问题，要换专线或优质中转）。判断要先看丢包、再看抖动、最后看速度——晚高峰崩塌的机制是"丢包让 TCP 主动降速"，所以 1% 的丢包能造成 70% 的速度损失。最容易误判的组合是**"延迟低但丢包高"（节点超卖，但客户端显示的延迟很漂亮）与"所有节点都有丢包"（大概率是 Wi-Fi，换有线）。测速必须用有线、多线程、跑三次取中位数、白天与 21:00 各一轮、连续三天**。

用规则分流解决"慢"

很多"慢"的问题不需要换机场，用规则把流量分配到合适的节点就能解决。

核心思路

不同流量对速度的要求不同，让它们走不同的节点。

流量	指向	为什么
国内域名	DIRECT	不绕远、不耗流量
视频会议	丢包 ≈ 0 的节点	只看丢包与抖动
4K 视频 / YouTube	大带宽节点	只看出口带宽
大文件下载	大带宽 + 低倍率节点	带宽与流量成本
AI 服务	验证通过的节点	带宽需求极低
流媒体解锁	解锁通过的节点（可能带宽小）	IP 类型优先
游戏	低抖动 + 支持 UDP 的节点	抖动优先
其余	默认低延迟节点	日常体验

这样配解决了什么

原来的问题	分流后
一个节点又要解锁又要快，总有一项不行	解锁走家宽节点、下载走机房节点
下载把专线的小流量用光了	下载走便宜大流量节点
国内网站变慢	国内直连
会议偶尔断	会议走专门的低丢包节点 + 故障转移
4K 视频卡	4K 走大带宽节点

"一个节点满足所有需求"在成本上是不可能的——家宽 IP 解锁好但带宽小、机房 IP 带宽大但解锁差、专线丢包低但流量贵。分流是唯一的解法。

最小配置

如果觉得完整方案太复杂，配三条就能解决大部分问题：

优先级	规则	指向
1	国内域名集合	DIRECT
2	下载 / 4K 视频域名	大带宽低倍率节点
3	兜底	默认低延迟节点

第 1 条通常已在机场提供的配置里。 所以你实际只需要加第 2 条——这是对"慢"最直接有效的一次配置。

详见规则分流。

给不同用户的建议

会议 / 直播为主：你的问题几乎不会是"带宽不够"（会议只需 2–8Mbps），而是丢包与抖动。测法是 ping -c 100 看丢包率与 stddev，不是跑测速。晚高峰丢包超过 1% 就该换节点或换线路方案。

游戏为主：对局流量不到 1Mbps，"慢"对你来说等于抖动大。测法是看 ping 的 max-min 差距。另外确认 UDP 转发支持——NAT 类型受限不是速度问题。

看 4K 视频：这是少数真正需要高带宽的场景（约 25Mbps 稳定）。看出口带宽与稳定性，不是峰值。 家宽 IP 节点通常带宽小，不适合 4K。

下载 / 大流量为主：确认用了多线程（单线程测不出真实吞吐），确认没用高倍率节点，确认源站没限速。延迟完全不重要。

日常浏览 + AI：需要的带宽极低（AI 文本对话几乎不消耗）。如果你觉得慢，更可能是延迟或 DNS 问题，不是带宽。

移动宽带用户：节点适配差异更大，每个地区多测几个节点。如果晚高峰是刚需，专线是唯一抹平运营商差异的方案。见 CMI 线路。

在路由器上跑的人：先看路由器 CPU 占用——中低端路由器常在 100–300Mbps 处成为瓶颈。这不是机场的问题。

觉得"刚买时快、现在慢了"的人：三个可能——上游把线路降级了、机场用户规模增长导致超卖加剧、或者你只是换到了别的节点（更新订阅后客户端可能重置选择）。先检查当前选中的是哪个节点。

想换机场的人：先按本页流程排查一遍。确认要换时，买新机场的最低档并行测试一个月（约 20 元），用同样方法同样时段对比——这是唯一公平的比较方式。见怎么买机场。

下一步

完全连不上 → 超时与连接失败
想搞清线路方案 → 中转、直连与专线
想搞清节点差异 → 节点波动
选节点 → 节点怎么选
国内网站变慢 → 规则分流
完整测试方法 → 实测方法与环境说明
想换机场 → 怎么买机场

什么时候该接受"就是这样"

不是所有的"慢"都有解。有几种情况是物理或成本约束，换机场也不会改善。

情况	为什么没解
美国节点延迟 150ms+	物理下限约 130ms，任何线路都不能突破
家宽 IP 节点带宽小	家庭宽带的固有特性，这是解锁能力的代价
晚高峰比白天慢 20–40%	优质中转的正常表现，已经是较好的水平
4K 视频在 15Mbps 的节点上卡	带宽确实不够，需要换节点不是换机场
跨洋链路的抖动比亚洲大	环节更多，累积效应
低价套餐的流量少	成本约束，见 IPLC 是什么的成本分析

对这些情况，正确的做法是调整预期或调整用法（比如美国节点不用于会议、家宽节点不用于下载），而不是继续换机场找"更好的"。

一个判断标准：如果一个指标已经接近物理或成本的下限，那它就不是"问题"，而是"特性"。

三十秒速查

症状	最可能的原因	立刻做
国内网站也慢	本地或城域网	换有线、重启路由器
所有节点都有丢包（有线下）	本地或机场整体容量	先换有线确认
延迟低但下载慢	出口带宽小或超卖	换节点
白天快晚上崩（部分节点）	节点超卖	换节点
白天快晚上崩（全部节点）	线路方案	换专线或优质中转
白天也慢（延迟低丢包低）	出口带宽小	该节点只用于低带宽场景
测速快但会议断音	丢包 / 抖动	看 ping 的丢包率与 stddev
测速快但游戏卡	抖动 / UDP	看 max-min；查 UDP 支持
4K 卡但 1080p 正常	带宽不够（4K 要约 25Mbps）	换大带宽节点
国内网站变慢了	规则配错	看日志确认国内走 DIRECT
刚买时快现在慢	上游降级 / 超卖加剧 / 换了节点	先看当前选中的节点
延迟远超地区合理值	绕行或拥塞	查出口 IP 归属
延迟低于物理下限	落地不在标注地区	换节点

判断顺序永远是：本地 → 时段 → 范围 → 指标组合。

常见问题