机场延迟高、网速慢怎么办？分段定位瓶颈与可执行的优化方法
先分清是延迟高还是带宽低，再按本地、入口、跨境、落地、目标五段排除。晚高峰慢多半卡在跨境段，换线路类型比换客户端有用得多。
先分清你遇到的是哪一类问题，两者的解法完全不同：
- 延迟高（打开网页反应慢、游戏卡顿、语音有延迟）→ 路径绕远或路由质量差，换地区更近的节点或专线节点。
- 带宽低（网页能开但视频缓冲、下载只有几 Mbps）→ 线路拥堵或丢包，换低倍率/专线节点，或避开晚高峰。
如果是晚上八点到十一点才变慢，直接跳到跨境段那一节，这占了所有「机场变慢」投诉的大半。
延迟高和速度慢，症状怎么对应？
| 你的感受 | 更可能是 | 关键指标 |
|---|---|---|
| 网页首屏慢，加载出来后很流畅 | 延迟高 / DNS 慢 | 延迟、DNS 解析时间 |
| 视频能播但频繁缓冲 | 带宽低或丢包 | 下载速率、丢包率 |
| 游戏人物瞬移、技能延迟 | 延迟抖动 + 丢包 | 延迟标准差、丢包率 |
| 下载文件速度只有几百 KB/s | 带宽低 | 持续下载速率 |
| 语音通话断续、声音破碎 | 丢包 | 丢包率 |
| 所有操作都慢半拍但稳定 | 纯延迟高 | 延迟 |
丢包是最容易被忽略也最影响体验的指标。3% 的丢包率就能让 TCP 的有效吞吐掉到原来的几分之一，而延迟数字可能看起来完全正常。延迟本身的含义、构成和合理范围，见 节点延迟是怎么来的。
最常见的原因排序
| 排序 | 原因 | 典型特征 | 你能做的 |
|---|---|---|---|
| 1 | 晚高峰跨境段拥堵 | 白天快、晚上慢，周期性 | 换专线节点或错峰 |
| 2 | 节点被过多用户共用 | 低倍率节点尤其明显 | 换倍率更高的节点 |
| 3 | 节点地区选得不合适 | 访问欧美站点却用了绕路节点 | 按目标站点选地区 |
| 4 | 本地 Wi-Fi 或宽带问题 | 直连测速也不达标 | 先排除本地 |
| 5 | 协议不适合当前网络 | 丢包严重时 TCP 系表现差 | 试 Hysteria2 |
| 6 | 客户端参数不当 | 开 TUN 后掉速、MTU 不匹配 | 调栈和 MTU |
| 7 | DNS 解析慢或被污染 | 首屏慢、部分站点解析到错误节点 | 配置 DoH |
五分钟自查：先拿到三个数字
不要凭感觉，先测出三个数字，后面所有判断都基于它们。
数字一：本地网络的裸速度。 关掉代理，用运营商测速或任意国内测速站测一次下载速度。如果你的百兆宽带这时只有 20Mbps，问题在本地，和机场无关。
数字二：代理节点的延迟和丢包。 在客户端代理页测延迟，记下数值；然后连续测五次，看波动大不大。数值在 50–200ms 之间且波动小是健康的；数值跳来跳去（比如 60ms、300ms、80ms、500ms）说明链路丢包或拥塞严重。
数字三：通过代理的实际下载速度。 连上节点后做一次持续 30 秒以上的下载测试。短时间峰值没有参考价值，要看持续速率。
完整的测试方法、该测什么、怎么避免测出虚高数字。
三个数字拿到后对照：
- 数字一就不达标 → 本地问题，往下看「本地段」。
- 数字一正常、数字二抖动大 → 链路质量问题，看「跨境段」。
- 数字一二都正常、数字三低 → 带宽被挤占或落地限速，看「落地段」。
分段定位：瓶颈到底在哪一段？
把整条链路拆成五段，逐段排除：
| 段 | 范围 | 常见问题 | 怎么验证 |
|---|---|---|---|
| 本地段 | 设备 ↔ 路由器 ↔ 光猫 | Wi-Fi 信号弱、老旧路由器、宽带打折 | 直连测速、网线对比 |
| 入口段 | 你 ↔ 机场国内入口 | 入口机房与你的运营商不互联 | 换同地区不同入口的节点 |
| 跨境段 | 国内入口 ↔ 境外落地 | 晚高峰拥堵，这里问题最多 | 对比白天和晚上 |
| 落地段 | 境外服务器本身 | 带宽被共用、机房限速 | 换同地区其他节点 |
| 目标段 | 落地 ↔ 你访问的网站 | 落地机房到目标站点绕路 | 换不同地区节点访问同一站点 |
本地段：先排除自己的问题
这一段最容易被跳过，但问题出现率不低：
- 确认连的是 5GHz Wi-Fi。2.4GHz 在密集住宅区干扰严重，实际速率可能只有标称的零头。
- 用网线对比一次。如果网线下速度正常、Wi-Fi 下慢一半，那是无线环境问题，和机场完全无关。
- 检查路由器是否老旧或过载。百兆口的老路由器限制了整体上限；连接设备过多时性能也会下降。重启路由器能解决相当一部分「突然变慢」。
- 确认宽带本身没打折。部分套餐在超过一定流量后会降速。
入口段：换一个入口试试
同样是香港节点，走不同国内入口（比如上海入口和广州入口）对不同省份的用户体验差别很大。如果你是电信用户但节点走的是联通入口，绕路会很明显。
判断方法：选择同一地区但名称不同的几个节点，分别测速。如果差别巨大，就是入口匹配问题，固定用那个最快的。有些机场会在节点名里标注 电信、联通、移动，直接选你的运营商对应的那条。
跨境段：晚高峰慢的根源
这一段是绝大多数「晚上变慢」的答案。国际出口带宽在晚高峰高度紧张，普通中转线路是和大量公网流量抢带宽的。
能做的事：
- 换线路类型。IEPL/IPLC 专线走运营商内部专用通道，不与公网流量竞争，晚高峰的表现差异非常明显。两者的区别和识别方法见 IEPL 和 IPLC 有什么区别。
- 换协议。如果跨境段的问题是丢包而非纯拥塞，Hysteria2 这类基于 QUIC 且使用激进拥塞控制的协议能把有效带宽拉回来，见 机场协议怎么选。
- 错峰。大文件下载放到深夜或清晨。
- 接受现实。如果机场只提供普通中转线路且严重超售，任何客户端优化都救不回来，换机场是唯一解。
落地段：换同地区其他节点
如果某个香港节点很慢，但另一个香港节点很快，问题在落地服务器而非线路：可能是这台机器上用户太多，也可能是机房本身带宽紧张。
机场用倍率来调节负载：0.2x、0.5x 的低倍率节点便宜但通常人多，2x、3x 的高倍率节点贵但相对空闲。如果你的套餐流量还很富余，用高倍率节点换速度是划算的。
目标段：落地到网站的路径
同样是访问一个欧洲网站，从香港节点出去可能要绕一大圈，从新加坡或美国节点出去反而更快。规律大致是：
- 访问美国服务的网站 → 美国、日本节点
- 访问日韩服务 → 日本、韩国节点
- 访问欧洲服务 → 新加坡、美国东部或直接欧洲节点
- 访问港澳台服务 → 香港、台湾节点
不要固定用一个节点访问所有网站，按用途在策略组里分开指定，具体怎么挑见 机场节点怎么选。
客户端侧能做的优化
这些调整不需要换机场，花几分钟就能验证：
1. 检查 TUN 模式的协议栈。 开 TUN 后掉速明显时，把栈从 gVisor 改成 Mixed 或 System 再测。gVisor 兼容性最好但吞吐较低。
2. 不要同时开系统代理和 TUN。 两者叠加可能导致流量绕两圈，不但慢还容易出诡异问题。日常开一个就够。
3. 关掉不需要的 IPv6。 如果你的宽带没有真正可用的 IPv6，开启后会产生大量无效的 AAAA 解析和连接尝试超时，表现为首屏明显变慢。
4. 配置一套干净的 DNS。 DNS 解析慢或被污染会直接表现为「网页打开慢」。用 DoH/DoT 并给国内域名配置国内解析器，见 DNS 污染与解析失败怎么解决。
5. 调整 MTU。 部分网络环境下（尤其是 PPPoE 拨号和某些移动网络）默认 MTU 会导致分片，表现为小文件正常、大文件慢。TUN 模式的 MTU 可以从默认值往下调到 1400 左右试试。
6. 关闭多余的规则集和日志。 极端情况下，数万条正则规则和 debug 级日志会消耗可观的 CPU。排查完记得把日志等级调回 info。
7. 减少无谓的 DNS 解析。 规则里的 IP 类规则记得加 no-resolve，避免每个连接都先解析一次，写法见 自定义规则教程。
8. 选择合适的策略组类型。 url-test 自动选延迟最低的节点，但延迟最低不等于速度最快；如果你更在意带宽，手动固定一个实测快的节点更靠谱。
这是机场的问题还是我的问题？
| 现象 | 归属 |
|---|---|
| 关掉代理测速也不达标 | 你的问题（本地网络） |
| 所有节点都慢，换机场后正常 | 机场的问题 |
| 只有某几个节点慢 | 节点问题，换一个即可 |
| 只有晚高峰慢 | 机场线路超售或用了普通中转 |
| 只有某个网站慢 | 目标段路径问题，换节点地区 |
| 换了设备后一台快一台慢 | 慢的那台的问题（Wi-Fi、配置） |
| 开 TUN 慢、不开 TUN 快 | 客户端配置问题 |
| 突然从很快变成很慢且持续 | 节点被限速或线路调整，联系机场 |
一个务实的结论
在机场速度这件事上，投入产出比最高的三个动作依次是：
- 换线路类型——从普通中转换到 IEPL/IPLC 专线，晚高峰的改善幅度通常超过其他所有优化的总和。
- 按用途分节点——看流媒体、用 AI、日常浏览各指定一个合适地区的节点。
- 排除本地环节——5GHz Wi-Fi、关掉无效 IPv6、配好 DNS。
至于反复重装客户端、折腾各种「加速工具」、在代理上再套一层，基本都是无效劳动。如果节点不是慢而是直接连不上，那属于另一类问题，见 节点超时排查；如果只是界面上的延迟数字难看而实际速度正常，那连问题都算不上，见延迟显示超时但实际能用。
顺带提醒一句流量侧的事：高倍率节点跑同样的内容会从配额里扣掉更多，换线路优化速度时容易顺手换到高倍率节点上，见剩余流量不更新、和面板对不上里关于倍率的一节。