VPN 故障排查手册

完全连不上：先划定故障范围

“连不上”可能指客户端无法启动、配置加载失败、连接按钮没有响应，也可能指连接完成后没有流量。这些现象对应不同检查入口。先记下屏幕上的原始状态与错误文字，不要只记录“不能用”。随后暂时断开代理，打开平时可以直接访问的网页。如果基础网络也不能正常访问，应先检查网络接入、认证页面和路由器连接；此时继续更换国际线路，通常不能解决上游网络本身的问题。

建立可比较的检查条件

确认基础网络可用后，固定当前设备、客户端和目标网站，只切换接入网络进行比较。无线网络失败而其他网络正常，说明问题更接近当前网络环境，但不能据此直接认定路由器有故障。校园、办公与公共网络可能存在接入认证或管理策略，应遵循所在网络的使用规则。若页面要求先完成网络登录，完成后再连接；不要通过关闭系统安全功能来代替正常的网络认证。

如果不同接入网络均失败，再检查客户端是否选中了有效配置、线路列表是否为空、当前选中的是具体线路还是未解析的自动分组。打开用户面板的账户概览，核对订阅状态与可用流量。账户正常、订阅已导入和线路能够连接是不同环节，不能用其中一个状态替代其他判断。不要因为看见线路名称，就跳过配置更新时间和当前选择项的检查。

按错误所在层级处理

出现配置格式、字段不支持或解析失败时，先回到客户端下载入口，确认使用的是适合当前客户端的导入方式。出现认证失败时，核对订阅是否来自当前账户，并检查是否使用了旧配置。出现网络超时，则在保持其他条件不变的情况下，改选面板中另一条线路。若只有某条线路失败，记录其完整标签与测试时段，不要直接删除整个订阅，也不要把个别线路异常描述成所有地区不可用。

还要检查系统中是否同时运行了其他 VPN、代理工具或接管网络的安全软件。多个程序可能争用系统代理或虚拟网络接口，导致界面显示启动成功，实际出口却没有建立。先通过各自正常的退出入口停止其他代理，再重新连接当前客户端。不要直接卸载网卡、删除驱动或清空系统网络配置；这些动作会扩大影响范围，还可能使原本正常的工作网络无法恢复。

什么时候停止本地尝试

系统时间明显不正确时，先恢复正确的日期、时间与时区，再重试连接。加密连接需要校验凭据的有效时间，时间偏差可能表现为证书或握手错误。若系统弹出证书警告，不要选择忽略校验，也不要安装来源不明的根证书。企业管理设备还可能有统一的证书与网络策略，这类情况应先联系设备管理员，确认是否允许使用当前连接方式。

基础网络正常、账户状态正常、订阅能够加载，且不同接入网络和不同线路都出现同类错误时，就适合提交工单。附上操作系统、客户端名称、线路标签、错误原文，以及“断开代理可以访问、连接后失败”这类对照结果。如果客户端完全无法启动，说明是否被系统拦截、是否出现权限提示；这比反复点击连接更能帮助定位。后续上手操作可对照使用指南，避免遗漏系统授权步骤。

能连接但网页打不开：检查 DNS 与请求路径

客户端的“已连接”通常只说明某个连接组件正在运行，并不代表浏览器请求已经经过目标线路。先区分所有网页失败、仅国际网站失败、仅某个域名失败，还是浏览器正常而应用失败。固定一个可以稳定复现的目标，记录浏览器显示的是域名解析失败、连接超时、连接被重置，还是证书异常。不同提示位于请求链的不同位置，混在一起处理容易把正常设置改坏。

先确认请求是否进入客户端

打开客户端的连接记录或请求日志，再刷新目标页面。若没有出现对应域名，优先检查系统代理、浏览器代理和分流规则，而不是更换 DNS。浏览器扩展可能覆盖系统设置，应用也可能保留独立的代理地址。若日志出现目标请求，再查看命中的规则、出站分组与失败原因。日志能证明请求进入了哪个处理环节，但不能仅凭一条成功记录判断页面所有资源都加载正常。

DNS 负责把域名转换为网络地址，代理负责传送请求，两者相关但不能互相替代。系统 DNS、浏览器的安全 DNS、客户端的 DNS 模块可能同时参与解析。某个环节使用了不同路径时，就可能出现网页地址已解析，但后续连接不符合预期的情况。先记录当前由谁处理解析，再按照客户端的官方说明调整，避免把网上搜到的公共解析地址直接叠加到所有位置。

用系统工具观察解析结果

Windows 可在命令提示符中使用下列查询；macOS 或 Linux 若已提供相同工具，也可以执行。示例域名仅用于说明命令形式，实际检查时替换为出现问题的域名。查询成功只表示当前工具获得了解析结果，不代表浏览器、代理内部和目标应用都使用同一条解析路径。不要把某个地址不同直接等同于异常，内容分发与地区调度本来就可能返回不同结果。

nslookup example.com

若提示找不到域名或查询超时，记录当前网络、查询错误和客户端状态，再比较断开与连接时的结果。若系统查询正常，但浏览器仍报解析错误，检查浏览器是否单独开启安全 DNS，以及扩展是否改变连接路径。可以在保存现有设置后临时回到系统默认解析方式进行对照；对照结束后恢复原设置。不要同时清缓存、改解析服务器和换线路，否则无法知道是哪项改动产生效果。

区分解析、连接与证书故障

域名已经解析而连接超时，应回到出站线路与分流判断。只出现证书错误时，检查系统时间、目标域名是否正确，以及当前网络是否要求接入认证。不要使用“忽略证书错误”作为长期解决办法，也不要直接把解析出的地址填进浏览器验证网站；许多站点依赖域名进行加密握手和站点选择，直接访问地址失败并不能证明线路不可用。

页面文字能够打开而图片、视频或登录组件失败，通常需要进一步观察资源域名。网站可能从不同域名加载脚本与媒体，主页面走代理不代表所有资源都命中相同规则。浏览器开发者工具的网络面板可以帮助识别失败请求，但导出的完整记录可能包含登录状态与敏感参数。提交工单时优先提供错误类型、资源域名和命中规则，不要直接上传未经检查的完整网络记录。

完成调整后，关闭旧页面连接并重新打开目标，确认结果能够重复。若只有特定应用存在异常，继续阅读分应用代理；若希望按出口、解析与应用分别验证，可参考怎么检查 VPN 是否生效。跨网络仍然复现的解析错误，应附上经过脱敏的查询结果交由客服判断，而不是不断追加互相冲突的 DNS 设置。

速度慢与晚高峰卡顿：分开看带宽和响应

“速度慢”需要先转换成可观察的现象：网页等待很久才开始显示、文件下载持续缓慢、视频播放反复缓冲，或交互应用经常等待响应。它们分别可能受解析、连接建立、持续吞吐和远端服务处理影响。客户端显示的线路延迟不能概括所有体验，距离较近也不代表任何网站都更快。先确定正在使用的业务，再比较同一业务在不同条件下的变化，避免围绕单个显示值反复切线。

把本地竞争流量排除在外

观察设备是否正在同步云文件、更新系统、下载游戏或上传素材。同一网络中的其他设备也可能占用出口，尤其是持续上传会影响交互请求的等待时间。先暂停可以暂停的后台传输，再用相同目标检查。无线信号较弱、设备离路由器较远或接入点频繁切换，也会表现为线路忽快忽慢。条件允许时比较更稳定的本地连接，但不要把一次改善直接归功于某个地区线路。

随后固定目标、客户端和代理模式，仅切换线路。优先比较面板中标签不同的可用线路，并记录选择结果；线路类型与地区资料可查看全球节点。YuyuVPN 的覆盖为 90+ 国家 / 170+ 线路，这说明可选择的覆盖范围，不表示任何国家的线路都适合当前业务。目标服务的服务器位置、接入网络路径和当时的拥塞情况，都可能影响最终体验。

识别晚高峰的变化规律

只有特定时段变慢时，先保留时段、所在网络、线路标签与目标服务，再在其他时段用相同条件复查。若不同线路在同一接入网络同时变慢，而换接入网络改善，应重点检查本地出口与接入路径。若仅某条线路在多个接入网络下出现同类问题，则更适合提供线路对照信息。晚高峰稳定性需要结合实际路径判断，本页不把某种标签写成所有时段都稳定的保证。

不要同时打开大量测试任务来判断速度。并发下载会互相竞争，浏览器缓存又可能让后一次访问看起来更快。使用同一目标、相近条件和一致的操作顺序，才能看出差异。若目标网站本身限制下载，其他网页与应用都正常，就应检查该网站的账户、区域与服务状态。流媒体还可能自动调整清晰度，开始播放时的短暂模糊与持续缓冲应分开记录。

不要把升级套餐当作通用修复

先在面板核对可用流量与订阅状态。流量不足需要按账户提示处理，但不能把所有卡顿都解释成套餐档位太低。月订阅流量按开通日每月重置，中途升级差价折算成剩余天数；具体档位见套餐价格。流量包用完为止，永久不过期。选择计费方式解决的是使用量与周期问题，不应替代对本地网络、目标网站和线路路径的诊断。

若主要使用 Cursor、Copilot 或命令行工具，还要观察是否是长连接中断而不是下载速度不足。请求能够开始却经常在输出中途停止，应继续检查断线与应用代理设置，可参考AI 编程工具的长连接与稳定性选择建议。提交工单时写明业务类型与可复现步骤，比只提供“网速不快”的结论更有判断价值。

频繁断线与移动端后台掉线

先分清断开的是客户端连接、某个应用会话，还是当前接入网络。客户端仍显示运行、其他网页正常而聊天或编程工具断开，通常要继续检查应用的长连接与服务端会话；系统状态栏的 VPN 状态消失，则更接近客户端被停止或系统连接被其他程序接管。记录断线发生在锁屏、切换网络、打开其他应用，还是设备保持前台时。触发动作比单纯的断线次数更能帮助定位。

先做前台与后台对照

在当前网络下保持客户端前台运行，观察目标访问是否正常，再按平时习惯切到后台或锁屏。如果仅后台失败，优先检查系统对后台活动、电池使用和网络权限的管理。Android 的相关入口会因设备厂商而变化，可在应用设置中查看是否限制后台活动、是否允许后台网络，以及是否被省电策略暂停。只调整当前客户端需要的权限，不要批量关闭系统安全管理。

iOS 上应检查系统 VPN 状态、客户端获得的网络授权，以及是否有其他配置接管连接。不同客户端支持的按需连接选项并不相同，不能照搬其他应用的菜单名称。若系统要求重新授权，确认提示来自当前客户端再继续。下载资格与客户端入口以用户面板提示为准，不要为解决后台问题安装来历不明的描述文件或证书。

网络切换不等于连接可以原样保留

设备从无线网络切换到其他接入网络时，出口地址与传输路径可能改变，原有会话未必能够直接延续。观察客户端是否重新建立连接，以及目标应用能否自行恢复。若仅应用没有恢复，尝试停止当前任务后重新发起，不要直接把未完成的输出当成线路完全不可用。对正在上传、远程操作或编辑的工作，应先保存进度，再进行切线与重连，避免诊断动作造成额外损失。

在 Windows、macOS 和 Linux 上，休眠、唤醒、合盖与网络接口切换也会触发类似问题。唤醒后先确认基础网络已恢复，再检查客户端连接与系统代理。某些应用会继续使用休眠前建立的连接，需要重新打开目标页面或重启该应用。若每次唤醒都需要重启整个设备，应该保存唤醒前后的客户端日志并提交反馈，而不是把整机重启当作固定使用步骤。

排除多个连接管理程序争用

其他 VPN、企业远程接入工具或网络管理程序启动时，可能替换当前接口或系统代理。先确认断线是否总伴随某个程序启动。企业工作连接与个人代理应遵守组织要求，不建议修改受管理策略来强行并行运行。若需要在不同用途间切换，使用正常的断开与退出入口，等待系统恢复网络后再启用下一项，避免留下互相覆盖的代理地址与路由。

如果保持前台、接入网络不变、其他代理已退出仍反复断开，再比较不同线路。只在特定线路出现时，记录其标签和日志中的断开原因；所有线路都出现时，比较不同接入网络。日志里的超时可能是结果而不是根因，因此还需要说明当时设备是否休眠、网络是否变化、其他应用是否正常。不要仅截取最后一行错误，就删除前面能够说明触发过程的上下文。

向客服提交时，应写清设备类型、系统环境、客户端名称、前后台差异、触发动作与恢复方式。如果关闭省电限制后改善，也要说明具体调整位置，以便判断是否属于系统管理行为。若日志含订阅地址、认证参数或其他账户信息，先做脱敏。后台掉线通常需要结合系统行为分析，不适合通过公开分享完整配置来寻求修复。

订阅更新失败：区分获取、解析和生效

订阅更新不是单一动作。客户端先请求配置，再解析返回内容，最后将配置加载为当前使用项。请求失败、内容不兼容和加载后未切换，都会被笼统称作“更新失败”，但处理方式不同。先保留客户端显示的错误原文、当前配置名称与更新时间。不要立即删除旧配置；旧配置可能仍然能够工作，也能作为比较新旧内容和线路列表变化的参照。

先确认订阅来源与账户状态

通过本站用户面板重新获取当前账户的订阅入口，避免从聊天历史、截图识别或旧剪贴板中复制。订阅地址可能带有账户凭据，应像密码一样保管。复制时注意是否带入空格、换行、中文标点或说明文字。不要把真实订阅粘贴到公共链接检测网站，也不要将它交给来源不明的在线转换工具。配置兼容问题应优先通过面板提供的导入方式解决。

随后检查当前账户的订阅状态和流量。账户能够登录，不等于已经存在可用的线路配置；客户端保留旧线路名称，也不等于账户状态没有变化。若面板显示的信息与预期不一致，先核对是否登录了正确账户，再查看订单与订阅状态。无需邮箱地址，用户名与密码即可建立账户，因此应自行妥善保存账户信息，不要用创建新账户代替对原账户问题的核查。

获取失败与解析失败分别处理

如果错误发生在获取阶段，先检查基础网络能否访问用户面板，以及客户端是否为“更新订阅”单独设置了代理路径。更新被设置为必须经过当前代理时，旧连接失效可能形成依赖循环。只在客户端支持且说明清楚的情况下，临时改用合适的更新路径进行对照；先保存原值，不要同时修改系统代理和配置内容。不同客户端的更新策略不同，菜单名称应以实际界面为准。

若配置已获取但提示语法、字段或格式不支持，应核对面板选择的导入目标是否匹配当前客户端。有些配置面向特定配置引擎，不能只修改文件后缀就获得兼容性。不要随意删除看不懂的字段，尤其是规则、出站分组与 DNS 配置之间可能存在引用关系。先尝试面板提供的对应入口，仍失败时记录客户端名称、所选导入类型与完整错误文字，交由客服确认。

更新成功后还要核对使用项

客户端提示更新成功后，查看当前激活的配置是否确实是刚更新的项目。有些客户端允许保存多份配置，更新其中一份不会自动替换另一份正在使用的配置。再检查当前分组是否仍然指向已移除或更名的线路，必要时重新选择有效项目。最后打开目标网站并观察请求日志，确认新配置真正参与处理，而不是只看更新时间发生变化就结束排查。

若担心导入操作影响自定义规则，可以先通过客户端支持的方式备份设置，但备份文件同样可能包含敏感内容。不要公开上传备份，也不要让不明来源的配置覆盖现有系统代理。测试新配置时保留清晰名称，确认可用后再整理旧项目。过多重复配置会增加误选概率，但清理应发生在问题已定位之后，而不是在缺少备份时一次删除所有记录。

需要提交工单的典型情况包括：面板能正常访问但客户端始终无法获取配置、对应导入入口持续报解析错误、更新后线路列表与面板提示明显不符。工单中说明失败发生在哪个阶段、是否换过接入网络、是否保留旧配置，以及更新前后有什么变化。截图遮盖订阅地址和认证字段。相关基础操作可对照使用指南，账户与计费问题则查阅帮助中心。

某个 App 走不了代理：检查规则与独立设置

浏览器正常而某个应用失败，说明基本连接可能已经建立，但还不能判断该应用的流量经过相同路径。应用可能使用系统代理、独立代理、内置网络组件或不受系统代理影响的连接方式。先明确失败动作：登录页面打不开、账户验证失败、图片加载异常、请求持续等待，还是输出到中途停止。记录应用名称、操作入口与错误文字，再对照客户端日志，避免把业务端拒绝误当成网络未接管。

从请求是否出现开始判断

打开客户端的连接记录，重新执行失败动作。若对应请求没有出现，检查应用是否读取系统代理，是否存在单独的代理开关，以及客户端当前模式是否覆盖该应用。不要因为桌面浏览器已经正常，就假定终端、开发工具和后台服务也会继承系统设置。命令行程序尤其可能只读取环境变量，或者在启动时读取一次设置，修改后需要重新启动对应进程才能生效。

若请求已经出现在日志中，查看命中的规则与出站分组。某个应用可能同时访问登录、接口、静态资源与文件下载域名，只有部分域名命中代理时，就会出现登录成功但业务失败的现象。不要简单地把所有失败域名加入例外或强制直连。先理解该规则要解决的场景，再使用客户端支持的规则编辑入口，并保存原规则，便于在无效时回退。

终端工具需要自己的对照结果

macOS 与 Linux 的终端可以使用下列命令检查当前进程环境里是否存在常见代理变量。命令用于读取设置，不会自动配置代理，也不能证明应用最终一定采用了这些变量。输出如果含认证信息，不要直接粘贴到工单或公开讨论区。Windows 用户可在系统环境变量与应用设置中检查同类项目，不必照搬不同终端的命令语法。

printenv HTTP_PROXY
printenv HTTPS_PROXY
printenv ALL_PROXY
printenv NO_PROXY

发现旧地址时，先确认它来自当前终端会话、启动脚本还是应用配置，再按对应工具文档修改。不要把别人的本地代理端口直接当作自己的值；实际监听地址与端口应从当前客户端读取。代理变量的支持情况取决于应用，大小写处理也可能不同。修改前保存原内容，修改后重新启动目标程序，并通过客户端日志验证请求去向，而不是只检查变量已经写入。

系统接管模式并非通用修复

有些客户端提供虚拟网络接口或更广泛的流量接管模式，可能适用于不读取系统代理的程序，但会涉及权限、路由和 DNS 行为变化。启用前先查看当前客户端说明，确认工作网络、远程桌面和企业接入是否会受影响。不要在远程维护设备时未经准备就切换网络接管方式。出现异常应恢复原模式，保留日志后再分析，而不是继续叠加其他代理工具。

如果日志显示请求通过线路到达目标，而服务返回账户权限、地区、额度或访问策略错误，应转向目标服务的账户与使用规则。网络连接不能替代目标网站的资格判断，也不能保证流媒体内容库或 AI 功能始终相同。流媒体相关边界可查看解锁支持；开发工具的长连接问题可结合AI 编程工具访问建议，区分握手失败、响应等待和会话中断。

工单中提供应用名称、失败操作、请求是否进入客户端、命中规则和其他应用的对照结果。若涉及开发工具日志，先清理访问密钥、项目路径中的私人信息与请求正文；不需要提交源代码来证明网络异常。只有特定应用失败时，准确描述其网络路径，比更换整个订阅或反复重装系统更有效。恢复后也应回到常用分流模式，确认原先正常的应用没有受到新增规则影响。

设备数提示与跨设备配置差异

YuyuVPN 同时在线不限台数。若客户端或某个页面出现“设备数超限”，不要先按限制设备数量处理，应先确认提示来自哪里：本站用户面板、当前客户端、系统网络设置，还是目标应用的账户页面。不同服务的提示可能恰好使用相似文字，目标网站的登录设备规则不等于 YuyuVPN 的设备规则。截图时保留提示所在界面的名称与上下文，避免只截取一句话而丢失来源。

设备限制与连接资源不是同一概念

不限台数描述的是同时在线设备规则，不代表同一设备上的网络程序不会发生冲突，也不代表本地路由器可以承受任何形式的并发传输。多个代理程序争用接口、应用自身限制登录会话，或路由器资源紧张，都可能产生看似与设备数量相关的现象。不要为了试错而把所有设备强制退出；先保留正常设备作为参照，观察异常是否只发生在新加入的设备。

如果某台设备正常、另一台异常，先比较接入网络、配置名称、更新时间、代理模式和当前线路。只要其中某项不同，就不能把差异完全归因于系统平台。将异常设备调整到与正常设备尽量接近的测试条件，再观察结果。配置可以通过各自面板入口导入，不建议把包含账户信息的文件经公共共享链接转发。共享设备上尤其应注意退出账户并保护已保存的凭据。

按平台检查系统集成位置

Windows 与 macOS 的系统代理往往与当前网络环境有关，企业管理配置还可能在登录或切换网络时重新下发。Linux 的桌面应用和终端程序可能读取不同设置；以其他身份运行的服务，也不会必然继承当前用户的代理环境。移动端则需要关注系统授权、应用范围与后台策略。这里列的是检查方向，不代表所有客户端都提供完全相同的按钮和菜单。

配置迁移时不要假定一份文件可以直接覆盖所有平台。不同客户端对字段、规则与系统接管方式的支持可能不同，应该从面板下载入口确认适用客户端，再使用对应导入方式。Windows / macOS / iOS / Android / Linux 为支持平台；iOS 下载资格以面板提示为准。营销页不提供公开安装包地址，也不需要通过第三方转换网站取得真实订阅。

确认账户状态与处理渠道

若提示来自本站面板，且与“不限台数”不一致，请保留完整错误文字与触发步骤，直接提交工单核查。若来自客户端授权页面，应区分客户端自身的许可规则与线路订阅规则；若来自目标网站，则应查看目标网站账户说明。不要根据提示猜测需要购买额外设备名额，也不要向不明页面提供用户名、密码或订阅信息来解除所谓限制。

本服务的支付方式为支付宝 / 微信 / USDT，套餐与流量规则以套餐价格及面板展示为准。判断设备问题时不需要先升级档位。若同时出现流量不足、配置失效等其他提示，应分别记录，不要把多个现象合并成设备限制。账户信息之间若存在矛盾，以工单核对具体状态，比反复创建账户或重新付款更妥当。

完成跨设备对照后，恢复测试中暂停的正常配置，并确认各设备都使用预期线路。客服需要的是正常与异常设备之间的设置差异、相同条件下的结果，以及提示来源，不需要设备中的私人文件。若涉及共享网络，应征得管理者同意再调整路由或网关；个人设备的诊断不应影响其他使用者正常访问网络。

提交工单：整理证据并复核恢复结果

当基础网络正常、账户状态已核对、订阅来源明确，而且相同故障可以在可控条件下复现，就可以停止无方向的尝试，通过用户面板工单提交问题。不需要把本页所有检查都做完才求助。出现持续认证错误、配置解析失败、跨网络连接异常，或面板信息与实际订阅不一致时，直接提供已完成的检查即可，不要为了补齐步骤而冒险修改系统。

让工单能够重现问题

标题写症状与环境，例如“锁屏后连接断开，返回前台可恢复”，而不是只写“求助”或“无法使用”。正文说明最后正常使用的状态、首次观察到异常的场景，以及之后改过哪些设置。使用本地时间描述发生时段，并注明所在时区，避免客服将不同地区的时间混在一起。若问题只偶尔发生，说明已经观察到的触发动作，不要为了显得确定而编造固定规律。

环境信息包括操作系统、客户端名称、接入网络类型、当前代理模式、线路完整标签与目标应用。无需公开账户密码或完整订阅。若客户端提供版本信息，可在工单中按实际界面复制；本手册不预设某个版本一定正常。企业管理设备还应说明是否存在工作 VPN 或管理策略，但不要上传内部网络拓扑、工作文件或其他不属于诊断必要范围的资料。

描述做过的对照，而不是堆叠结论

按“改动条件、观察结果、是否恢复”记录尝试过程。例如，保持线路不变更换接入网络后恢复，回到原网络又失败，这是一条有价值的对照；“换了很多东西还是不行”则无法判断影响因素。如果某项设置已经恢复原值，也要说明。不要在等待回复期间继续大幅修改配置却不更新工单，否则客服根据旧状态给出的检查方法可能已经不适用。

日志应包含故障触发前后的相关片段，而不是未经检查地上传整个目录。删除用户名、密码、订阅地址、认证请求头、访问密钥以及与问题无关的私人内容。浏览器导出的网络记录可能包含会话凭据，终端输出也可能携带代理认证信息。若无法判断某个字段是否敏感，先用文字描述错误类别，再按工单要求提供经过确认的片段，不要公开发送原始文件求他人代查。

收到建议后按顺序验证

客服给出的调整方案应逐项执行，并记录每次变化。若操作会影响系统代理、路由或已有工作连接，先确认回退方法，再继续。恢复访问后，使用原先失败的目标重新验证，检查登录、资源加载与持续使用是否正常。只打开一个普通网页成功，不能证明原来失败的应用已经恢复；同样，目标应用恢复也不代表之前正常的本地访问没有被新增规则影响。

对移动端问题，还要重新验证锁屏、返回前台与网络切换；对订阅问题，要确认更新成功、配置激活和线路选择都正确；对速度问题，则回到相同业务与相近条件观察。若只能临时恢复，继续在原工单中补充触发条件，避免重新提交没有上下文的描述。明确写出仍然失败的环节，比将所有检查结果重新概括为“还是不行”更有帮助。

最终保留一份适合自己的可用设置记录：客户端、配置来源、常用模式与需要注意的系统权限。不要把真实订阅写入公开笔记。临时测试的代理变量、规则和解析设置应及时恢复或整理，避免日后叠加成新的故障。日常入门可回看使用指南，常见账户问题可查阅帮助中心；诊断手册负责定位范围，具体账户状态由面板与工单核实。

若排查后仍不符合使用需求，可了解本服务的 14 天无理由退款及使用条款，通过面板说明实际情况。退款与技术诊断是不同处理事项，不应以继续反复试错代替账户申请，也不应在未核对状态时重复付款。清楚记录问题、保护凭据、按可回退的步骤操作，是故障处理过程中始终适用的原则。