机场代理速度慢怎么办？按本地网络、节点与客户端逐层排查
简答：机场代理速度慢时，不要先盲目换客户端或购买新套餐。最快的方法是：先关闭代理测试本地网络，再在同一时间对比多个节点，记录延迟、下载、上传和丢包，最后检查规则模式、TUN、DNS、订阅和流量限制。这样可以先判断是本地网络慢、单个节点拥堵，还是所有节点和客户端都异常。
定义：机场代理速度慢，指代理仍能连接，但网页打开、视频播放、文件下载或实时通信的实际体验明显变差；原因可能位于本地网络、客户端接管方式、节点、线路、目标网站或账户限制中的任一层。
先做这组5分钟对照测试
本文是第三方使用指南，不代表任何机场或客户端的官方页面。先不要修改太多设置，按下面顺序记录结果；每次只改一个变量，才能知道哪一步真正有效。
| 测试顺序 | 怎么做 | 看到的结果 | 优先怀疑 |
|---|---|---|---|
| 1. 关闭代理 | 关闭系统代理或客户端接管，访问同一个网站或进行同一项测速 | 直连也慢 | Wi-Fi、宽带、运营商、本机后台流量 |
| 2. 同时换节点 | 在同一客户端内对比至少2至3个不同地区节点 | 只有一个节点慢 | 单节点拥堵、节点故障或目标地区不匹配 |
| 3. 换网络 | 用手机热点或另一条网络重复同一节点测试 | 换网络后明显变快 | 当前宽带、Wi-Fi、DNS或网络路径 |
| 4. 看不同指标 | 分别记录延迟、丢包、下载速度、上传速度和持续稳定性 | 延迟低但下载慢，或测速快但视频卡 | 带宽、丢包、线路拥堵或目标网站限制 |
| 5. 回到客户端 | 检查规则模式、系统代理、TUN、DNS和其他代理软件 | 仅某些应用慢或完全不走代理 | 流量未被正确接管、规则匹配或软件冲突 |
如果你使用 Clash Verge Rev，官方文档将“系统代理”和“TUN”视为两种不同的流量接管方式：系统代理依赖应用主动读取系统代理设置，而TUN通过虚拟网卡和路由重定向流量。两者不要在没有记录结果的情况下反复切换，可先保留一种模式测试。Clash Verge Rev 官方文档对系统代理与 TUN 的说明
按症状判断：到底是哪一层变慢
关闭代理后本地网络也慢
先暂停云盘同步、系统更新、游戏更新和其他大流量任务，再靠近路由器或改用网线测试。Windows 可在“设置 > 网络和 Internet > 代理”检查是否残留手动代理；微软文档也建议在网络异常时检查代理设置，并把“网络重置”放到较后的步骤。Microsoft 对 Windows 代理设置的说明 Microsoft 的 Windows Wi-Fi 排查步骤
macOS 可打开“系统设置 > 网络 > 当前网络 > 详细信息 > 代理”，确认没有遗留的HTTP、HTTPS、SOCKS或自动代理配置。Apple 的说明显示，代理设置位于网络服务的“代理”页面；菜单名称可能随系统版本变化，应以当前界面中的“代理”关键词为准。Apple 对 macOS 代理设置的说明
只有一个节点慢
先保留该节点名称、地区和测试时间，再切换到两个不同地区节点。若其他节点正常，优先把问题归为单节点或单线路异常，不要立即修改DNS、重装客户端或重置系统。对于访问特定服务，节点地区与目标服务距离、入口线路和目标站点本身都可能影响体验，因此应按用途选择，而不是只看节点名称或单次延迟。
所有节点都慢，但直连正常
重点检查账户流量、套餐是否存在限速或倍率消耗、订阅是否刚刚更新，以及客户端是否同时启用了系统代理和TUN。相关账户限制只有服务提供方页面或客服能够确认；页面没有明确说明的，不要把“疑似限速”当成已证实结论。
延迟低，但下载或视频仍然慢
延迟只反映请求往返时间，不能单独代表持续下载能力。此时应继续看下载速度、上传速度、丢包和持续稳定性：延迟低而下载慢，可能是带宽或线路拥堵；测速显示较快但视频缓冲，可能是视频域名没有按预期走代理、规则选择不合适，或目标服务对当前出口有额外限制。
网页正常，但视频、下载或实时通信卡顿
把问题拆开测试。网页打开主要观察DNS解析和首个连接；视频要观察持续带宽与缓冲；下载要观察长时间吞吐；实时通信则更关注丢包和抖动。不要用一次网页打开速度替代所有场景的判断，也不要因为延迟低就直接认定线路质量好。
客户端设置：先恢复最小变量
- 备份当前配置。保存订阅名称、节点选择和自定义规则；订阅链接可能包含凭据，不要粘贴到公开聊天、在线解析器或截图中。
- 只保留一个代理接管方式。先测试系统代理；如果某些应用不读取系统代理，再单独测试TUN。Clash Verge Rev 官方项目明确提供系统代理和TUN支持，但这不等于所有应用都以同一种方式接管。Clash Verge Rev 官方项目说明
- 暂时关闭其他网络接管软件。包括其他代理客户端、加速器、虚拟网卡、抓包工具和企业网络代理。Windows 网络重置可能移除并重新安装网络适配器，也可能影响虚拟交换机或其他网络软件，因此不要把它作为第一步。Microsoft 关于网络重置影响的说明
- 重新更新订阅与规则。确认更新时间成功、节点数量没有突然减少、当前选择的节点仍然存在。更新失败时先处理订阅问题，不要把空节点列表误判成线路速度慢。
- 检查DNS但不要频繁更换。如果只有域名访问慢、IP类测试正常，可把DNS作为下一层变量；修改后清理本机DNS缓存并重复同一目标测试。若修改DNS后所有应用都异常，应立即恢复备份。
对于 Clash Verge Rev，项目隐私说明称，延迟测试会通过所选代理发起HTTP请求，测试地址可能是默认地址或用户配置的地址。因此客户端内置延迟数值只适合作为同一客户端内的相对比较，不能替代网页、视频或下载场景的实际复测。Clash Verge Rev 官方隐私说明中的延迟测试说明
怎么记录测速，才能判断问题是否持续
建议建立一张简单记录表，每次只改变一个变量：
| 项目 | 记录内容 |
|---|---|
| 时间 | 例如工作日白天、晚间或周末，不要只记录“今天” |
| 本地网络 | Wi-Fi、网线、手机热点或其他网络 |
| 客户端 | 客户端名称、系统代理或TUN、是否有其他网络软件 |
| 节点 | 节点地区或名称；不要公开包含订阅凭据的完整链接 |
| 指标 | 延迟、丢包、下载、上传、持续时间和是否中途回落 |
| 目标 | 网页、视频、下载或实时通信，记录具体场景 |
| 结论 | 本地慢、单节点慢、所有节点慢、仅晚高峰慢或仅单一网站慢 |
对比时尽量使用同一设备、同一网络、同一目标和相近时间。若白天正常、连续多个晚间都明显变慢，且换网络后仍有相同表现，可以把“时段相关的线路或节点拥堵”列为待确认方向；但是否属于服务端限速、流量用尽或线路调整，仍需以服务提供方的账户页面和客服回复为准。
异常分流、联系支持与回滚
- 只有一个节点慢：先换其他地区节点，并保留该节点的时间、日志和测试结果。
- 所有节点慢，换网络仍慢：检查账户流量、订阅更新、客户端日志和系统代理状态，再联系服务提供方确认账户或线路状态。
- 只有一个网站或一个应用慢：检查规则命中、DNS、应用自身代理设置和目标服务限制，不要直接判定整个节点失效。
- 换客户端后恢复：优先比较系统代理、TUN、DNS、规则和内核版本差异，而不是立即删除原配置。
- 修改后更糟：关闭代理接管，恢复备份配置；Windows 的网络重置、macOS 的网络位置切换等操作应在记录原设置后进行。Apple 说明网络位置可以保存不同网络设置，适合做可回退的测试环境。Apple 对 macOS 网络位置的说明
什么时候值得更换服务或线路？如果你已经在不同网络、不同时间测试过多个节点，问题仍持续出现在所有节点和多个目标场景，并且服务方无法解释账户或线路状态，才适合把“更换线路或服务”作为最后选项。不要仅凭一次晚高峰测速、单个网站卡顿或单个节点失速作出结论。
补充更新：最短排查顺序
如果你只想先试一遍，按这个顺序操作：关闭代理测速一次；暂停本机后台下载；同一时间换两个不同地区节点；用手机热点复测一次；在客户端中确认只启用系统代理或TUN其中一种；检查订阅更新、流量用量和规则更新时间；最后再检查DNS。每完成一步都记录结果，出现明显改善就停止继续修改，保留可用配置。
推荐在完成上述对照测试后，再使用边界云加速的相关服务入口核对自己的网络场景与线路需求，具体服务信息以官网当前页面为准。
常见问题
机场代理速度慢，但延迟只有几十毫秒，正常吗？
有可能。延迟只代表往返响应时间，不能代表持续下载带宽、丢包或线路稳定性。请继续记录下载、上传、丢包和长时间使用时是否回落；如果延迟低但下载慢，应优先怀疑带宽或线路拥堵。
为什么换了节点，机场代理还是很慢？
先确认你是否真的切换成功，并比较不同地区节点。若所有节点都慢，再用手机热点或另一台设备复测；如果换网络后恢复，问题更可能在当前宽带、Wi-Fi、DNS或本机软件，而不是单个节点。
规则模式、全局模式和TUN会影响速度吗？
它们可能影响哪些流量被接管以及流量如何进入客户端。系统代理依赖应用读取系统设置，TUN通过虚拟网卡和路由接管流量。建议一次只测试一种方式，并检查是否同时运行了其他代理或虚拟网卡软件。
机场代理晚高峰变慢，应该马上更换服务吗？
不建议只凭一次晚高峰判断。连续记录多个晚间、多个节点和至少一种替代网络；如果所有节点和多个目标场景都持续异常，再联系服务方确认账户、流量和线路状态，最后再考虑更换。
手机热点测试变快，说明机场节点一定有问题吗？
不能直接这样下结论。手机热点测试变快，说明当前宽带、Wi-Fi、DNS或网络路径值得优先检查，但仍应使用同一节点、同一目标和相近时间复测，排除时间差造成的影响。
修改DNS后速度变慢，怎么恢复？
先恢复修改前的DNS配置，关闭并重新打开客户端，再清理本机DNS缓存并复测。不要同时更换DNS、节点、规则和代理模式，否则无法判断真正原因。