VPN晚上速度突然变慢，白天却能正常使用，不一定是单纯的晚高峰拥堵。家中 Wi-Fi 干扰、其他设备占用带宽、当前节点到目标服务的路径变化，以及客户端代理模式，都可能造成相似的卡顿表现。排查时先固定设备、网络和访问目标，一次只改变一个条件；这样才能看出哪一步有效，也方便在无效时恢复原设置。
第一步：先测基础网速，确认问题在哪一段
先断开 VPN，在相同设备、相同网络下打开平时会使用的网站或测速服务，观察页面加载和下载表现。随后连接 VPN，再访问同一目标并重复测试。这里不必追求某个固定的测速数字，重点是比较连接前后的变化，以及不同时间的表现是否一致。
如果断开 VPN 后速度也明显变慢，问题更可能出在本地网络、路由器、宽带接入或目标网站本身。此时反复切换节点通常不能解决基础网络故障。若断开 VPN 后正常，连接后才出现明显差异，再继续检查节点、客户端和连接协议。
测试时尽量关闭正在下载文件、同步网盘或播放高清视频的应用；这些任务会占用带宽，使测试结果难以比较。也要确认测试设备没有在测试过程中切换 Wi-Fi、移动数据或热点。记录当时使用的网络、节点名称、代理模式和访问目标，之后每次只改一项，就能减少重复试错。
- ✅ 先断开 VPN，确认基础网络能否正常访问常用服务。
- ✅ 连接后使用同一目标、同一设备进行对照。
- ✅ 暂停后台下载与同步，避免把其他设备的流量占用误判为节点问题。
- ❌ 不用一次测速结果代表所有网站、所有时段的体验。
若仅某个网站或应用变慢，而其他目标仍正常，问题可能与该服务的响应、路由或客户端规则有关，不一定是整条 VPN 连接都变慢。先保留这个差异，后续分别测试其他目标，避免因为一个站点的问题而重置全部设置。
第二步：检查 Wi-Fi 和本地设备占用
晚间家中设备使用增多时，电视、游戏主机、手机和电脑可能同时播放、下载或备份。即使 VPN 节点状态没有变化，本地出口被占用也会让页面加载变慢、视频缓冲或文件传输不稳定。先暂停其他设备上的大流量任务，再用原有节点重试；如果体验恢复，优先处理家庭网络的带宽分配，而不是继续更换线路。
如果电脑离路由器较远，或隔着墙体、金属家具，Wi-Fi 信号可能受到距离和干扰影响。可以在路由器附近测试，或临时改用有线网络。如果有线连接表现正常、无线连接较差，问题重点在无线环境。双频路由器可以按设备支持情况尝试不同频段，但每次只改一个设置，并确认修改后设备确实连接到了目标网络。
也可以重启路由器和客户端，但不要在每次测试中同时重启多个设备、清除配置并更换节点。若重启后恢复，仍应观察是路由器运行状态、无线信号还是后台流量造成影响。若需要登录路由器管理页面修改配置，先记下原设置；不熟悉的高级选项不要随意更改。
本地网络检查的关键，是比较同一 VPN 节点在不同接入条件下的表现。靠近路由器或改用有线连接后明显改善，通常应先处理 Wi-Fi 环境和设备占用。
第三步：更换节点，并保持其他条件不变
若基础网络正常、Wi-Fi 也没有明显异常，再从客户端中选择其他可用节点测试。优先选择符合实际访问目标的地区，并以面板当前可选线路为准。节点名称只能帮助识别地区或线路，不能单凭名称判断速度；同一地区的不同节点，在你的网络环境和访问时段下也可能表现不同。
测试时一次只换一个节点，先关闭当前连接，再选择新节点并重新连接。连接成功后，打开同一个网站或应用，观察页面加载、音视频播放或文件传输是否改善。若一个目标变快、另一个目标没有变化，说明不同服务的访问路径可能不同；应按主要用途选择，而不是期待一个节点对所有网站都始终最合适。
如果切换节点后问题没有变化，可以切回原节点，并记录测试结果。不要连续更换多个条件后再凭印象判断，也不要将某次短暂变快视为长期保证。VPNSR 首页的VPN推荐信息可用于了解服务范围，但具体节点是否适合当前网络，仍应以客户端中的可选线路和实际访问情况为准。
第四步：检查代理模式、规则与客户端状态
客户端显示“已连接”，只说明连接状态建立，不代表每个应用都通过同一条线路，也不代表所有流量都被客户端接管。系统代理通常只影响遵循系统代理设置的应用；规则模式会按规则决定流量直连还是代理；全局模式则通常改变已进入代理内核的流量采用哪种策略。虚拟网卡模式可能接管更广范围的网络流量，但实际范围取决于客户端设置和系统路由。
如果只有一个浏览器或应用变慢，检查它是否遵循系统代理，以及当前规则是否让目标地址直连或走了不同策略。可以查看客户端连接记录或规则匹配信息；如果客户端提供测试功能，也应按其说明使用。不要因为一个应用表现异常，就默认把所有流量切到全局模式；更改前记下原模式，测试后及时恢复。
同时确认客户端没有运行多个实例，也没有另一个代理软件同时修改系统代理或路由。两个客户端争用同一套网络设置，可能造成连接不稳定、部分应用无法访问，或断开后仍残留代理设置。排查时只保留一个客户端处于启用状态；若要退出，使用客户端提供的断开或关闭系统代理功能，而不是直接结束进程。
| 观察到的情况 | 优先检查 | 恢复方式 |
|---|---|---|
| 只有部分应用变慢 | 应用是否遵循系统代理，目标是否匹配预期规则 | 恢复原规则或系统代理设置，再单独测试该应用 |
| 连接后多数应用都异常 | 当前代理模式、虚拟网卡状态及其他网络软件 | 关闭冲突客户端，切回记录的原模式 |
| 断开后网络仍不正常 | 系统代理是否关闭，客户端是否仍在后台运行 | 按客户端说明断开连接并恢复系统网络设置 |
不同客户端的菜单名称并不完全相同，表中的项目是排查方向，不代表每款客户端都有相同按钮。以当前客户端说明为准；不熟悉路由和 DNS 设置时，不要照搬其他软件的高级配置。
第五步：在客户端支持的范围内调整连接协议
若基础网络、Wi-Fi、节点和代理模式都已检查，再查看客户端与当前配置是否支持选择连接协议或传输方式。Shadowsocks、VMess、Trojan 等名称对应不同的协议或方案，并不是线路地区的标签。客户端支持哪些选项、订阅是否允许切换，应以客户端界面和服务说明为准；不能通过改写配置名称，把一种协议变成另一种。
如果客户端提供了明确的协议切换选项，先记下原选项，选择另一项后重新连接，并在相同网络、相同节点和相同目标下测试。若速度或连接稳定性没有改善，切回原设置。若切换后无法连接，恢复原选项并重新加载原有配置；不要为了追求速度而同时修改端口、传输参数、DNS 和代理模式。
有些客户端会在更新配置后重置手动选择，也有些客户端会让不同节点使用各自的协议设置。测试前应确认当前修改作用于整个配置还是单个节点，并检查更新订阅是否覆盖了本地改动。订阅或配置内容包含访问凭据时，不要把完整内容发到公开渠道寻求排查。
完成调整后，再断开并重新连接一次，确认客户端状态正常、目标应用能访问，且其他常用服务没有受到影响。若没有改善，恢复之前记录的选项；保持可复现的原设置，比留下多个不确定的手动改动更利于后续定位。
按结果恢复设置，并决定下一步
排查结束后，恢复所有未证明有效的改动：切回原节点、还原原代理模式和协议选项、关闭临时启用的系统代理，并退出用于对照的其他网络工具。若某项改动确实改善体验，可以保留该项，同时记录它对应的设备、网络和访问目标，避免以后再次排查时从头猜测。
可以用下面的结果判断下一步重点：
- ✅ 断开 VPN 后仍然很慢：检查宽带、路由器、Wi-Fi 和其他设备占用。
- ✅ 靠近路由器或改用有线网络后改善：优先优化无线连接环境。
- ✅ 只更换节点后改善：选择当前用途下表现更合适的节点，并观察实际使用。
- ✅ 只有个别应用异常：核对应用代理设置、客户端规则和目标服务本身。
- ❌ 多个客户端同时启用：先退出多余程序，再重新测试单一客户端。
- ❌ 多项设置一起修改：逐项恢复并重新测试，避免无法判断是哪项改变起作用。
如果问题只在晚间出现，记录发生时的网络类型、节点、代理模式和受影响的应用，再在其他时段按相同条件复测。若基础网络正常、多个节点和协议都没有明显差异，而客户端日志持续出现连接错误，可保存不含订阅地址、密码和个人信息的必要错误信息，并按服务支持渠道说明复现步骤。这样比只描述“晚上很慢”更容易区分本地网络、客户端设置和访问路径问题。