适合已经导入订阅、能够连接，但网页加载慢、下载速度低或晚间频繁卡顿的用户。以下以 Windows 上的 v2rayN 为操作参照，先固定测试条件，再分别检查节点、网络路径和本地代理。读完可建立一组能复测的记录，判断下一步应该换节点、换接入网络，还是修改本地设置。
先区分延迟、吞吐与连接失败
“速度慢”并不是一个单独指标。点击网页后长时间空白，可能卡在解析、建连或远端响应；大文件开始下载很快、随后降速，更接近持续吞吐问题；每隔几分钟断开，则要检查丢包、网络切换和内核日志。先把现象写清楚，才能避免用一次延迟测试解释所有问题。
| 现象 | 优先观察 | 不能直接推断 |
|---|---|---|
| 网页首次打开慢 | 域名解析、连接建立、首字节时间 | 不等于节点带宽低 |
| 下载始终较慢 | 持续下载速度、目标站限速、出口负载 | 不等于本地代理端口异常 |
| 晚间卡顿明显 | 相同时段的多节点、多网络对照 | 不能只凭时间认定服务端超售 |
| 延迟测试超时 | 测试地址可达性、节点配置、日志错误 | 不代表所有目标网站都不可用 |
v2rayN 的 TCP 连接延迟主要反映连接节点地址与端口的情况；“真连接延迟”会经代理访问测试地址，更接近一次实际请求，但仍不等同于大文件下载能力。两者都不能保证目标视频站或下载站的体验。若真连接测试正常而单个网站慢，应优先做目标网站对照，而不是连续更换协议。
建立一组可重复的测试基线
每次只改一个变量。先暂停云盘同步、系统更新和其他下载，关闭不参与测试的代理工具。固定同一个浏览器、同一个目标地址、同一种接入方式。以下操作以常见 v2rayN 桌面界面为参照，不同版本的菜单措辞可能略有差异，应以当前窗口中实际显示的项目为准。
-
记录当前设置
打开「设置」→「参数设置」，记录本地监听端口；再记录主界面底部的系统代理状态、路由模式和 TUN 状态。保存当前节点名称、客户端版本和内核版本，后续对照保持不变。
-
固定活动节点
在服务器列表选中节点，右键选择「设为活动服务器」。确认活动标识已经移动，再对选中项执行「测试服务器真连接延迟」。不要仅凭列表选中颜色判断正在使用哪个节点。
-
重复三轮测试
对同一节点测 3 次，每次间隔约 10 秒。记录成功次数和延迟中位数；随后访问同一网页。若需要测下载，使用允许测试的固定文件，观察约 30 秒的稳定区间，不把最初几秒的峰值作为结论。
-
保留对照记录
换到另一个节点后重复相同步骤。记录时间、接入网络、目标地址、延迟、速度与错误日志。节点和网络不要同时切换，否则无法知道是哪一项改变带来了差异。
记录可以采用“20:30／家庭宽带／节点 A／3 次成功／中位数 180 ms／稳定速度 2.0 MB/s”这样的格式。这只是填写示例，不是本站实测，也不是合格阈值。真正有用的是同一环境下的相对变化，以及重复测试能否得到相近结果。
第一层：节点负载与目标出口
同一订阅中的节点可能共享入口、出口或上游带宽。连续切换几个相似名称的节点，未必改变了实际瓶颈。优先选择服务方明确区分线路或出口的两个节点做对照，不从地区名称直接推断物理位置、链路质量或可用带宽。
- 只有一个节点慢：保持目标地址不变，比较其他节点。若差异可重复，问题更接近该节点或它所经过的路径；仍不能仅凭客户端结果确定是 CPU、限速还是共享带宽。
- 同一节点只访问一个站慢：换另一个目标站。目标站的区域调度、出口地址对应的内容节点或站点限速，都可能产生差异。
- 所有节点都慢：先检查本地网络是否也有问题，再换接入网络。多个节点可能共享链路，因此“都慢”也不能直接排除远端因素。
- 只有高峰时段慢：同一节点在非高峰时段补测，至少保留两个时段的记录，再向服务方提供具体时间与现象。
VMess、VLESS 是代理协议名称，不是速度等级。更换协议通常还会同时改变服务端、传输方式和线路，结果无法单独归因于协议。节点的地址、端口、传输和安全层配置必须与服务端一致，不应为了测速随意修改其中一项。
第二层：本地接入与跨网线路
代理请求经过多个环节，任何一个环节的拥塞、丢包或响应缓慢，都可能让应用看起来卡住。先理解请求经过哪里，再选择对照方法。下面的流程是逻辑示意，不代表每一种传输都有完全相同的建连顺序。
家庭无线网络可以先改用有线连接，或在距离路由器较近的位置测试。若局域网内传输和普通直连网页也慢，先解决无线干扰、路由器负载或宽带占用。直连测试应选择本来就能直接访问的站点，不能把目标站不可直连误判成宽带故障。
| 保持不变 | 只改变一项 | 结果的解释边界 |
|---|---|---|
| 节点、目标网站 | 家庭宽带换手机热点 | 改善说明接入网络或后续路径存在差异，不能直接定位某一跳 |
| 接入网络、目标网站 | 节点 A 换节点 B | 改善说明节点或它的网络路径不同，不等于服务端一定过载 |
| 节点、接入网络 | 目标站 A 换目标站 B | 仅一个站慢，应继续检查目标站与出口之间的路径 |
Windows 的 ping、tracert 通常不会因为开启 HTTP 系统代理就自动经过代理。它们可以辅助观察本地到节点的网络情况，但不能直接代表代理出口到目标站的路径。某一跳不响应 ICMP 也可能是设备限制响应，不能据此认定该跳发生了业务丢包。
第三层：系统代理、端口与路由分流
系统代理是供应用读取的代理设置，并非强制接管所有程序。浏览器扩展、应用自己的代理配置、直连例外列表，都可能改变实际走向。TUN 则是另一种流量接管方式。排查时先关闭 TUN，使用系统代理完成一轮基线；需要测试 TUN 时，再单独启用并重测，避免混在一起归因。
-
核对监听端口
进入「设置」→「参数设置」，查看本地监听的端口与协议。部分版本使用 10808 混合端口，旧配置可能另设 10809 为 HTTP 端口。下面的命令仅适用于实际提供 HTTP 代理的 10808 端口，不能直接套用到仅支持 SOCKS 的端口。
-
重设系统代理
在主界面底部「系统代理」中选择「自动配置系统代理」。随后打开 Windows「设置」→「网络和 Internet」→「代理」，检查手动代理地址和端口是否指向当前客户端。确认没有其他工具反复覆盖该设置。
-
检查规则命中
查看主界面底部「路由」当前选项，以及内核日志中的入站、目标地址和出站标签。日志级别不同，显示内容也不同。若目标被分到直连，应修改对应规则或短暂切到当前配置提供的全局代理模式复测，测试结束后恢复原路由。
-
显式指定代理
使用下面的命令直接指定本地 HTTP 代理，绕开浏览器是否读取系统代理这一变量。若命令正常、浏览器异常，继续检查浏览器扩展、独立代理设置与缓存，而不是立即更换节点。
netstat -ano | findstr ":10808"
curl.exe --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 30 --output NUL --silent --show-error --write-out "connect=%{time_connect} start=%{time_starttransfer} total=%{time_total}\n" https://5v2ray.com/netstat 的结果要看本地地址列与监听状态，不能只看到 10808 就认定端口正常。curl.exe 示例用于 Windows 终端，测试的是一次小页面请求，不是带宽测速；环境变量 NO_PROXY 若包含目标域名，也可能让请求绕过代理，应先检查。
日志报错：先恢复连接再测速度
连接失败与吞吐不足需要分开处理。保持日志面板打开，复现一次问题，再查看同一时间附近的完整错误链。以下是常见错误片段，前后文和具体内核版本会影响完整文字；不要仅依据其中一个词就重装客户端。
报错：connectex: No connection could be made because the target machine actively refused it.
原因与解法：目标端口拒绝了连接。若日志目标为 127.0.0.1:10808，先检查内核是否运行、监听协议和端口是否正确；若目标是远端节点，则核对节点地址、端口和服务端状态。
报错：context deadline exceeded
原因与解法：操作超过了截止时间，可能出现在解析、连接或请求阶段。先查看前后日志中的目标地址，再用同节点换网络、同网络换节点的方式缩小范围，不要只增加超时时间。
报错：lookup …: no such host
原因与解法：这里的省略号代表日志中的实际域名；域名解析没有得到所需结果。检查报错对象是节点域名还是目标域名，核对拼写和当前 DNS 配置；若是节点域名无法解析，应先恢复节点地址解析，再测试代理访问。
报错：tls: failed to verify certificate
原因与解法：TLS 证书验证失败。核对系统日期、时间与时区，以及节点要求的服务器名称和证书配置；不要把关闭证书验证作为提速或常规修复手段。
更改 DNS 只能影响相关解析路径，不能修复节点带宽不足。浏览器的安全 DNS、系统 DNS 和内核 DNS 也可能各自工作。每次只修改一个解析来源，重启对应应用后复测；不要同时更换系统 DNS、路由规则与节点，否则即使恢复也无法知道原因。
常见追问与排查停止条件
延迟只有 80 ms，为什么下载仍然很慢？
低延迟只说明一次短请求或连接耗时较低。先在同节点上换两个允许下载的目标，观察约 30 秒的稳定速度；若只有一个目标慢，优先检查该站点限速或出口到该站的路径，不必立即调整本地端口。
只有晚上慢，需要改什么参数？
先固定节点与目标，在白天和晚间各记录 3 次，再于晚间用热点补测。如果热点明显改善，继续检查家庭宽带与跨网路径；如果不同网络下同一节点都慢，再把记录提供给服务方。不要先改并发或缓冲参数。
开了 TUN 就快了，系统代理是不是坏了？
不一定。两种模式的应用覆盖范围、DNS 路径和规则结果可能不同。先用显式代理命令与浏览器做对照，再检查浏览器是否读取系统代理，以及两种模式是否使用相同节点和出站规则。
安卓上也要照搬 10808 端口吗？
不要照搬桌面设置。v2rayNG 使用 Xray 内核，v2flyNG 使用 v2fly 内核；在安卓上固定节点后分别用无线网络与移动网络复测，并检查应用的 VPN 连接状态、分应用设置和日志。只有需要手动连接本地代理时，才按该应用实际显示的端口配置。
当“同一节点、同一目标、同一时段”在两种接入网络下的差异已经稳定复现，就不必继续随机改本地参数。若显式代理与浏览器结果一致、日志没有连接错误，而多个下载目标仍持续偏慢，可以把重点转向节点和线路，而不是重复重装客户端。
- 本地设置问题：修正后恢复原路由，关闭临时测试模式，重新验证常用应用。
- 节点或线路问题：提交客户端与内核版本、测试时间、接入网络、对照结果，以及去除敏感信息后的相关日志。
- 只有单一站点异常：记录目标域名和失败阶段，换出口进行对照，暂不改动整套订阅配置。
- 日志需要分享：移除订阅链接、身份凭据和个人地址信息，只保留定位问题所需的错误与时间。