节点能测速却无法上网,先检查这四项

文章目录
节点列表显示延迟,只能说明那次测试得到了结果。网页打不开、视频缓冲、锁屏断流,可能发生在不同环节。先固定客户端、配置和节点,再按下面四项缩小范围;不要每次同时更换机场、DNS 和代理模式。
套餐与当前节点
确认套餐未到期、流量未耗尽,再检查当前启用的配置和节点。有多个订阅时,刚更新的分组未必是正在使用的分组。
测速通常只访问指定的测试地址。出现延迟数字,不能证明所有网站都能访问,也不能证明下载速度正常。
延迟是时间,吞吐量是单位时间内实际传输的数据,两者不是同一个指标。Cloudflare 的网络延迟说明也区分了延迟、带宽上限与实际吞吐。远端测速站能跑出高下载速度,不代表另一个网站的连接建立与响应同样快。
先记录一次失败发生在哪一步:
| 结果 | 能说明什么 | 还不能说明什么 |
|---|---|---|
| 订阅更新成功 | 本次配置下载完成 | 节点在线、目标网站可访问 |
| 节点延迟有数值 | 测试请求得到了响应 | 所有流量均走该节点、视频持续流畅 |
| 浏览器能开普通网页 | 该请求路径能完成访问 | 会议、游戏或其他应用使用相同路径 |
| 下载速度高 | 当前目标与测试条件下吞吐较高 | 所有地区、时段与服务同样快 |
应用是否经过代理
桌面系统代理通常只影响遵循系统设置的应用。浏览器可用、其他软件不可用时,检查应用自身代理设置;需要 TUN 接管流量时,核对客户端授权和运行状态。
Android 和 iOS 使用系统 VPN 接口。设备存在其他 VPN 或按应用规则时,应检查是否冲突、目标应用是否包含在代理范围。
有连接日志或连接面板的客户端,可以在发起请求后核对域名、规则命中和出站。浏览器正常但某个应用异常,先确认它的请求有没有出现在对应记录中。日志没有记录也不直接等于应用没发请求:还要核对日志级别和接管范围。
不要用“全局模式”代替流量接管。模式决定已进入代理程序的流量怎样选择出站;没有进入该程序的应用请求,不会因为切换模式就自动被接管。
是所有网站,还是某个网站
用两个不同网站对照测试。只有一个服务异常时,进一步检查规则、节点地区和服务端限制;不要把单个网站的拒绝访问直接判断为整个机场停运。
只有某个节点失败时,换同一订阅的其他节点测试。记录节点、网络、时段和报错,比同时换客户端、节点和规则更容易定位。
YouTube 可以直接用播放器的“详细统计信息”观察播放过程:电脑端在视频画面右键打开该项,操作入口见YouTube 帮助。固定视频与清晰度,记录缓冲是否反复耗尽、是否出现卡顿,以及当时的节点和网络。不要只截一瞬间较高的连接速度,就写成整条线路的持续速度。
同一清晰度的视频也可能使用不同编码与码率,不宜给出一个速度阈值就保证所有 4K 视频流畅。普通网页正常、只有视频出问题时,这类实际播放记录比反复测试节点列表里的延迟更贴近问题。
网络切换与后台限制
手机 Wi-Fi 正常、移动网络异常,或者锁屏后才断开时,分别测试网络切换、电池优化和后台权限。厂商系统的设置名称不同,不应照抄其他手机上的开关。
订阅更新失败和连接失败需要分开处理。格式不匹配时,先参考订阅格式与导入说明,不要在配置尚未成功下载时反复切换节点。
每次只变一个条件,记录可以按下表填写。表内是测试安排,不是本站的实测数据:
| 对照组 | 保持不变 | 只改变什么 |
|---|---|---|
| Wi-Fi 与移动网络 | 同一设备、客户端、节点、网站 | 接入网络 |
| 节点 A 与节点 B | 同一网络、设备、网站 | 节点 |
| 白天与晚间 | 同一设备、节点、测试目标 | 测试时段 |
| 浏览器与异常应用 | 同一设备与网络 | 发起请求的应用,并核对其代理路径 |
将时间、应用版本、报错与上述对照结果交给维护方。订阅令牌、密码和二维码不应出现在公开截图中。如果日志明确指向 DNS 字段或解析错误,可继续对照DNS 配置迁移;不要把这类错误直接当作线路带宽不足。