Windows
macOS
Android
iOS
加速器连接不稳定时，最容易陷入“换节点—重启软件—再次连接”的循环。更有效的做法，是先确认问题究竟发生在本地设备、家庭网络，还是加速器之外的目标线路。完整的加速器本地网络诊断步骤应当固定测试环境、记录结果，并且一次只改变一个变量。
例如，MacBook 通过无线网络访问《原神》服务器时出现卡顿，不能直接断定是节点质量差。后台云盘同步、路由器信道拥堵、设备温度过高，甚至其他终端占满上传带宽，都可能造成相似表现。
先建立可重复的测试条件
诊断前先暂停网盘同步、系统更新、视频上传和大型下载，关闭不必要的代理工具。记录发生问题的时间、使用的设备、连接方式、加速器节点、目标应用，以及延迟和断线表现。移动设备还要确认是否从蜂窝网络切换到了无线网络。
- 让待测设备保持同一网络连接，优先使用网线；没有网线时，固定在同一个无线频段和房间。
- 退出其他 VPN、代理插件和流量管理软件，避免多个虚拟网卡同时接管流量。
- 在不启动加速器的情况下测试一次，再启动加速器测试一次，最后更换一个节点复测。
- 每次测试持续约 3 至 5 分钟，并记录平均延迟、最高延迟和丢包情况，而不是只看某一次最低数值。
按“本地到外部”的顺序排查
第一步：检查设备和局域网
先观察任务管理器或活动监视器中的 CPU、内存、磁盘和网络占用。若网络上传长期接近套餐上限，实时通信和游戏数据包可能排队，即使下载速度看起来正常，也会出现延迟抖动。
接着测试本地网关。Windows 可使用 ping 路由器地址，macOS 和 Linux 也可在终端执行同类命令。家庭路由器地址常见为 192.168.1.1 或 192.168.0.1，但应以设备实际显示的网关地址为准。若连接路由器本身就出现明显丢包或延迟波动，优先处理无线干扰、网线、路由器负载和距离问题，不要急着更换加速器节点。
第二步：区分带宽不足和线路不稳
用浏览器测速只能反映某一测速站点的结果，不能完全代表目标服务体验。测试时应同时观察下载、上传、延迟和抖动。下载速度很高但上传持续被占满，仍可能造成卡顿；延迟偶尔从几十毫秒跳到数百毫秒，则更接近排队或线路抖动问题。
如果家中有智能电视、云摄像头或另一台电脑，暂时断开它们再测一次。问题明显缓解，说明瓶颈可能在共享带宽或路由器处理能力，而不是加速器本身。可在路由器中启用合理的流量控制，但应避免设置过低的总带宽上限。
第三步：确认域名解析和路径
使用 nslookup 或 dig 查询目标域名，观察是否能够稳定解析。DNS 主要负责把域名转换为地址，通常不会直接决定所有传输延迟，但解析失败、结果异常或频繁变化会导致连接建立失败。
随后运行 tracert（Windows）或 traceroute（macOS、Linux），查看从本地网络到目标的路径。中间某一跳显示高延迟，不一定代表真实故障，因为部分路由器会限制诊断报文的优先级。更有参考价值的是：从某一跳开始，后续多跳持续出现延迟升高或丢包，并且实际应用同时受影响。
用对照实验判断加速器是否是瓶颈
| 测试组合 | 观察重点 | 判断方向 |
|---|---|---|
| 不启用加速器 | 本地网关、普通网站和目标应用表现 | 确认基础网络是否正常 |
| 启用节点 A | 连接时间、平均延迟、丢包率 | 判断当前节点是否稳定 |
| 启用节点 B | 与节点 A 使用相同时间和设备 | 区分节点差异与本地问题 |
| 更换接入方式 | 网线与无线，或家庭宽带与手机热点 | 定位局域网或运营商链路 |
如果两个节点都失败，但手机热点下恢复正常，问题更可能在家庭宽带、路由器或本地 DNS。若只有某个节点持续丢包，而其他节点正常，才有理由暂时避开该节点。不要把“能连接”当作“质量稳定”，连接成功后仍应观察一段时间内的延迟和丢包率。
针对常见瓶颈采取处理措施
- 无线干扰：让设备靠近路由器，避开金属遮挡和密集无线环境；能布线时优先使用网线。
- 上传拥塞：暂停照片备份、直播推流和大型文件上传，再观察延迟是否恢复。
- 虚拟网卡冲突：关闭不使用的代理、VPN 或网络过滤程序，必要时重启设备后只运行一个加速器。
- MTU 或协议适配问题：如果表现为特定服务无法连接、网页正常而应用失败，应检查加速器的协议和 MTU 设置，不要同时修改多个参数。
- 节点选择不当：优先比较相同时间段的稳定性、丢包率和延迟波动；距离近不必然代表路径最优。
把诊断结果保存下来
建议建立简单记录表，至少包含日期、接入方式、节点、平均延迟、最高延迟、丢包率和处理动作。连续两三次测试后再下结论，通常比单次测速更可靠。若只有某个应用异常，可进一步确认它使用的服务器区域、端口或登录服务是否独立受限。
最终，优化加速器本地网络诊断步骤的核心不是反复重试，而是从近到远排查：先看设备，再看路由器和局域网，随后检查带宽、解析、路径，最后比较节点。这样才能把“网络慢”的笼统感受，转化为可验证的瓶颈位置。
常见问题
只有游戏延迟高，普通网站正常，说明加速器坏了吗？
不一定。普通网站通常对短时抖动不敏感，应比较目标服务的路径、节点和丢包率，再判断是否为加速器问题。
测速下载速度很高，为什么仍然卡顿？
可能是上传拥塞、无线丢包、延迟抖动或路由器排队。下载带宽不能单独代表实时应用质量。
traceroute 某一跳丢包，是否需要立刻换节点？
不需要。若后续节点和实际应用都正常，可能只是该设备限制诊断报文；应关注持续到后段的异常。
重启路由器能解决问题吗？
重启可排除临时状态或资源占用，但不能替代测试。若问题反复出现，应继续检查无线环境、上传占用和设备连接数。