代理速度慢怎么判断是节点还是网络问题？
简答：先关闭代理，在同一设备、同一目标、同一时间做一次直连测试；再用同一客户端连续测试多个节点，最后切换手机热点或另一条宽带复测。只有单个节点慢，优先换节点；所有节点都慢且换网络后恢复，多半是本地网络或运营商路径；不同网络都慢，则应继续检查节点线路、协议、DNS、MTU与客户端日志。
定义：“节点问题”指某个代理节点或其到目标网站的路径异常；“网络问题”指本地设备、Wi-Fi、路由器、运营商或当前接入网络造成的延迟、丢包和带宽下降。
先做三组对照：最快判断故障在哪一层
不要一开始就连续更换节点或重装客户端。先固定测试条件：同一设备、同一目标网站、同一时间段、同一浏览器或同一下载任务，并记录连接建立时间、页面打开情况、下载速度、延迟、丢包和是否断流。测速结果只代表某个时间、地点和测试服务器之间的表现，测试服务器不同也会导致结果不同，可参考Google 关于测速结果差异与网络拥塞的说明。
| 对照测试 | 怎么做 | 如何判读 | 下一步 |
|---|---|---|---|
| 直连 vs 代理 | 关闭代理访问同一目标，再开启代理访问 | 直连正常、代理慢，问题集中在节点、协议或代理路径 | 测试其他节点并查看客户端日志 |
| 多个节点对比 | 在同一客户端连续测试3个以上节点 | 只有一个节点慢，倾向单节点或该节点路径异常 | 暂时换节点，保留测试记录 |
| 不同网络对比 | Wi-Fi 与手机热点，或两条宽带互测 | 换网络后明显恢复，倾向本地网络、运营商或当前出口路径 | 检查路由器、Wi-Fi、后台流量和运营商线路 |
| 不同设备对比 | 同一网络下用电脑和手机测试 | 只有一台设备慢，优先检查该设备的客户端、系统代理、DNS或权限 | 重启客户端并检查系统网络设置 |
最实用的结论：单节点慢先换节点；全部节点慢但换网络恢复，先查本地网络；不同网络、不同设备都慢，再把重点放到节点线路、协议、端口和服务端状态。
按症状区分：延迟高、下载慢、连接慢不是一回事
延迟高但下载尚可：优先记录同一目标的往返时间、抖动和页面首屏等待，检查节点距离、路径跳数以及是否在高峰期。延迟主要影响交互、登录和实时操作，不等于大文件下载速度一定低。
连接建立慢或频繁超时：先看直连是否正常，再检查客户端是否启用了错误的系统代理、TUN权限或重复代理。Cloudflare 的排障资料把 traceroute、MTR 用于连接超时、慢连接、路径延迟和间歇性网络问题，并建议在需要进一步定位时收集这些结果，见Cloudflare 网络排障资料。
能打开网页但下载速度低：对比直连下载、不同节点下载和不同网络下载。还要确认后台是否有系统更新、云盘同步或其他设备占用带宽。Google 的网络测速说明也提醒，ISP拥塞、家庭网络负载、设备能力和测试服务器位置都会影响结果，因此不要用一次测速直接判定节点好坏。
速度忽快忽慢或频繁断流：重点记录发生时间、使用的节点、网络类型和是否同时影响其他设备。若只在某节点出现，先换节点；若所有节点在同一时间段都波动，继续查本地网络拥塞、Wi-Fi信号、路由器负载、DNS、MTU以及IPv4/IPv6路径差异。
可直接执行的命令：先查本地，再看路径
命令测试应使用同一个目标主机，并在直连和代理两种状态下分别记录。代理客户端可能只接管部分流量，因此命令行结果不一定等于浏览器或应用流量；最终仍要以目标网站能否访问、页面打开时间和实际下载表现为准。
Windows：ping、tracert 与 pathping
打开命令提示符，先测试默认网关或已知目标：
ping -n 20 example.com
再查看路径：
tracert -d example.com
需要持续观察各跳延迟和丢包时，可使用：
pathping /n /q 50 example.com
Microsoft 说明，pathping 会对路径中的路由器发送多次回显请求并计算中间节点或链路的统计结果；tracert 则通过逐步增加TTL来显示到目标的路径。中间某一跳显示超时，不应单独认定为真实丢包，要结合后续跳点和最终目标是否也异常。
macOS 与 Linux：traceroute、ping 与 MTR
终端中可先运行：
ping -c 20 example.com
macOS通常可使用：
traceroute example.com
Linux常用：
traceroute example.com
如果已安装MTR，可运行：
mtr -rw -c 50 example.com
MTR把路径探测与持续探测结合起来，可以同时观察各跳延迟和丢包变化。Cloudflare 将MTR用于比traceroute更细的实时路径诊断，但也提醒网络设备可能限制或丢弃探测报文，所以应把命令结果与实际网页访问、下载和断流现象一起判断。
手机用户怎么做
手机上不必强行运行命令。先在同一位置分别测试Wi-Fi和移动数据，再在客户端中切换两个以上节点；记录同一网页的打开时间、视频缓冲、文件下载是否中断。若Wi-Fi慢而移动数据正常，先检查路由器和宽带；若两种网络都只有某个节点慢，优先排查该节点。
排障顺序：本地网络 → 时间 → 订阅 → 节点 → DNS/MTU → 代理权限
- 本地网络：暂停后台下载，靠近路由器测试，重启路由器，并用手机热点做一次对照。若多个设备同时变慢，先不要急着改客户端。
- 系统时间：确认设备日期、时间和时区自动同步。时间明显错误时，可能干扰部分加密连接或订阅请求；修正后重新打开客户端。
- 订阅状态：确认订阅没有过期，更新是否成功，配置中是否仍有可用节点。订阅链接建议保存到密码管理器或其他安全位置，不要公开粘贴。
- 节点对比：固定同一目标，连续测试多个节点。单个节点异常时先切换；全部节点异常时不要只重复刷新订阅，应继续检查网络和路径。
- DNS与MTU：如果表现为域名打不开、部分网站能开、图片或大文件加载失败，可在不改变其他变量的情况下分别测试DNS和MTU。每次只改一个参数，并记录改动前后结果。
- 系统代理与TUN权限：检查是否有两个客户端同时接管代理，系统代理地址和端口是否与客户端一致；需要TUN模式时确认系统权限已允许。完成修改后彻底退出并重新启动客户端。
如果更换网络后恢复，说明本地接入或运营商路径值得优先调查；如果不同网络下同一节点都慢，而其他节点正常，保留命令输出、时间、节点名称和目标地址，再联系服务提供方。不要只说“很慢”，应提供可复现的对照结果。
测试结果如何转成明确决策
| 观察结果 | 更可能的原因 | 建议动作 |
|---|---|---|
| 直连正常，仅一个节点慢 | 单节点负载或节点到目标的路径异常 | 换节点；记录该节点和测试时间 |
| 直连和所有节点都慢 | 本地Wi-Fi、路由器、运营商拥塞或设备资源不足 | 换热点、换设备、暂停后台流量后复测 |
| Wi-Fi慢，手机热点正常 | 家庭网络或宽带接入问题 | 检查路由器、网线、Wi-Fi频段和宽带状态 |
| 不同网络下同一节点都慢 | 节点或其跨网络路径异常 | 换节点或协议；向服务方提交对照证据 |
| 命令中间跳丢包，最终目标正常 | 中间设备可能限制探测响应 | 不要单凭中间跳判定故障，结合最终目标和实际访问 |
| 所有节点仅在固定时段变慢 | 时段性拥塞或资源竞争 | 记录多个时段结果，再决定是否更换线路或服务 |
测试记录至少包含：日期、网络类型、设备、直连结果、节点名称、目标网站、延迟、丢包、下载速度、是否断流和客户端日志。这样才能区分“节点问题”与“网络问题”，也能避免因为一次偶发测速就更换全部配置。
结尾推荐框为本站商业推广。
常见问题
只看ping值能判断代理节点好不好吗？
不能。ping主要反映探测报文的往返时间，不能单独代表网页首屏、TLS连接、持续下载或长连接稳定性。应把ping、路径结果和真实访问表现放在同一组对照中。
tracert中某一跳显示星号，是不是这一跳丢包？
不一定。部分路由器会限制或不回应探测报文，但仍可能正常转发业务。要看后续跳点和最终目标是否持续异常；如果只有中间跳异常、最终目标稳定，不宜直接判定线路故障。
为什么测速网站很快，但代理访问仍然慢？
测速网站通常测的是设备到某个测试服务器的链路，而代理访问还包含客户端处理、节点到目标网站的路径、目标站响应和协议开销。应使用同一目标网站做直连、多个节点和不同网络的对照。
所有节点都慢，应该先换订阅还是先换网络？
先换网络做一次对照，优先使用手机热点或另一条宽带；同时确认订阅未过期、客户端没有重复代理。若换网络后恢复，先查本地网络；若不同网络都慢且只有某类节点异常，再考虑节点或协议问题。
联系服务方时要提供什么信息？
提供测试日期、网络类型、设备系统、客户端版本、节点名称、目标地址、直连与代理对照、多个节点结果，以及tracert、pathping或MTR输出。不要公开订阅密钥、账号密码或包含隐私的完整日志。
常见问题
只看 ping 值能判断代理节点好不好吗？
不能。ping不能单独代表网页首屏、持续下载或长连接稳定性，应结合真实访问、多个节点和不同网络的对照。
tracert 中某一跳显示星号，是不是这一跳丢包？
不一定。中间设备可能限制探测响应。应观察后续跳点和最终目标是否也持续异常。
为什么测速很快，但代理访问仍然慢？
测速通常只覆盖设备到某个测试服务器的链路，代理访问还涉及客户端、节点到目标网站的路径和目标站响应。
所有节点都慢，应该先换订阅还是先换网络？
先用手机热点或另一条宽带做对照，同时确认订阅未过期且没有重复代理。换网络后恢复，优先查本地网络。
联系服务方时应提供哪些证据？
提供测试日期、网络类型、设备、客户端、节点、目标地址、直连与代理结果，以及必要的 tracert、pathping 或 MTR 输出；不要公开订阅密钥。