VPN 故障排查大全

DIAGNOSIS / 定义故障边界

建立可复现的排查基线

先描述现象，不先猜原因

有效排查从可观察现象开始。不要把“感觉线路坏了”当作结论，而要写清客户端处于未连接、正在连接还是已经连接；异常发生在所有网站还是单个服务；浏览器与独立应用是否一致；切换网络后是否变化；同一订阅在另一台设备上是否正常。现象越具体，越容易判断问题属于本地网络、客户端配置、名称解析、路由分流、目标服务还是账户状态。

建议先完成一轮最小测试：保持同一设备、同一客户端、同一网络，只切换线路；随后保持同一线路，只更换网络。每次只改变一个条件，并记录结果。若同时重装客户端、切换网络、重置系统设置并更换线路，即使问题暂时消失，也无法知道是哪一步生效，后续再次发生时仍要从头开始。

把连接链路拆成独立层次

跨境连接可以按顺序理解为本地网络、名称解析、客户端进程、隧道建立、系统路由、远端线路和目标服务。浏览器能打开本地站点，只能证明本地网络的一部分正常；客户端显示已连接，只能证明隧道状态已经建立，不代表所有应用都采用了该路由；目标页面出现自身的地区或账户提示，也不等于线路无法传输数据。把这些层次混在一起，会造成大量无效操作。

判断时应寻找“最后一个正常环节”。客户端连登录界面都无法加载，应先检查本地网络和系统时间；能够更新订阅但无法建立连接，应检查配置、协议和线路；已经连接且能直接访问部分地址，但域名打不开，应优先检查 DNS；浏览器正常而某个 App 异常，应转向应用代理和分流规则。这个顺序比不断点击重连更可靠。

准备一份干净的对照环境

对照环境不需要复杂工具。关闭其他会修改代理、DNS、过滤规则或网络接口的程序，暂时停用浏览器里的代理扩展，确认系统代理没有残留手工地址，然后重新打开 QhVPN 客户端。企业网络、校园网络与公共网络可能使用额外认证页；若浏览器尚未完成该网络自身的登录，隧道通常也无法正常建立。先断开加速连接，在浏览器中确认普通网页能够加载，再继续测试。

系统时间也应保持自动同步。证书校验依赖正确时间，时间偏差可能表现为订阅请求失败、登录页面空白或连接握手失败。休眠恢复后出现异常时，先彻底退出客户端再重新启动，而不是只关闭窗口。部分客户端关闭窗口后仍留在后台，旧网络接口和旧进程并未真正释放。

保留证据，而不是只保留错误截图

错误截图应包含客户端状态、线路名称和完整提示，但不要把访问凭据或订阅内容放进截图。若客户端支持复制诊断日志，可截取故障发生前后的相关段落；若日志太长，保留原文件并在工单里说明发生问题的大致时段。网页错误还应记录域名是否能解析、其他浏览器是否一致、无痕窗口是否正常，以及清除站点缓存后是否变化。

排查结束后，把测试过但无效的动作一并写下来。这能阻止客服重复让用户执行相同步骤，也能让线路侧检查更快聚焦。若故障只在特定时段出现，记录时段比一句“经常很慢”更有价值；若只影响特定应用，写清应用名称、系统平台、分流模式与是否允许后台联网。清晰的基线，是后续所有章节的共同入口。

CONNECTION / 隧道未建立

完全连不上：从本地网络查到线路

客户端停在连接中

持续停在连接中，通常表示客户端已经发起请求，但握手、系统网络接口或远端线路没有完成响应。先取消连接，等待状态完全回到未连接，再重新发起。连续快速点击会让多个请求重叠，界面可能显示旧状态。随后切换到另一条地区不同的线路复测。若只有某一条线路失败，应保留该线路名称并改用其他线路，不要立即重装整个客户端。

若所有线路都停在相同阶段，断开当前网络并重新连接，确认普通网页可访问。再完全退出其他代理工具、网络过滤器、抓包工具和企业安全客户端。多个程序同时创建虚拟网络接口时，系统可能把默认路由交给错误接口。关闭窗口不一定结束进程，应通过系统任务管理位置确认相关进程已经退出，然后重新启动 QhVPN。

客户端立即返回失败

立即失败更像是配置不可用、订阅过期、本地权限不足或连接参数未被客户端正确读取。先在客户端执行订阅更新，观察是“更新成功但连接失败”，还是“订阅本身无法更新”。这两个分支对应不同章节。若订阅能更新，检查当前配置是否选中了有效线路；若列表为空、名称异常或配置内容明显不完整，直接转到订阅更新章节处理。

桌面系统上，首次创建网络接口可能需要系统授权。若此前拒绝了授权，重新安装并不一定会自动恢复权限，应进入系统网络或隐私设置检查相关权限，再重启客户端。Linux 环境还要确认客户端进程具备创建隧道接口和修改路由所需的权限。不要长期用高权限方式绕过问题；正确做法是按客户端提示完成一次必要授权，并确认安装来源是用户面板提供的本站客户端。

换网络后恢复，说明什么

同一设备与同一线路在另一网络恢复，说明客户端配置和账户大概率可用，问题集中在原网络路径。原网络可能尚未通过认证页、限制了部分连接方式、存在异常 DNS，或路由设备保留了旧会话。先断开加速连接，在浏览器访问任意普通页面，让网络认证页完整出现并完成认证；再回到客户端连接。家庭网络可按正常流程重启路由设备，并等待普通网络完全恢复后再测试。

若只有公共网络异常，不建议反复修改整个系统。先使用另一条线路，或在客户端提供的连接方式中选择与当前网络兼容的选项。修改后应回到同一个目标页面复测，避免把页面缓存误判为连接恢复。若企业网络有明确使用规范，应遵守网络管理要求，不要尝试规避其访问策略。

换线路与重置接口的顺序

正确顺序是先换线路，再重启客户端，最后才重置系统网络。换线路成本最低，也最容易判断是否为单线路异常。重启客户端可以释放残留进程与路由。系统网络重置会影响已保存的网络、DNS 与其他软件配置，应放在最后，并在操作前确认知道如何恢复原设置。没有证据时直接执行大范围重置，常会引入新的变量。

Windows 可先清理名称解析缓存和网络套接字状态，完成后按系统提示重新启动。命令需要在具备相应权限的终端中执行：

ipconfig /flushdns
netsh winsock reset

如果重启后仍是所有线路全部失败，应收集客户端错误、当前网络类型、可复现时段和已尝试线路，再提交工单。若仅单条线路失败，可先使用其他可用线路，同时在工单中注明异常线路，便于服务侧单独检查。

RESOLUTION / 已连接但不可访问

能连接但打不开网页：检查 DNS 与路由

先区分域名失败和传输失败

客户端显示已连接，但浏览器提示找不到服务器，常见原因是域名没有被正确解析。若页面一直加载后超时，则可能是路由、线路或目标服务问题。两者看起来都像“打不开”，处理方式不同。先测试多个互不相关的网站，再换一个浏览器或无痕窗口。只有单个网站异常时，不要立刻归因于整个连接；它可能处于维护、账户验证、地区策略或浏览器缓存状态。

名称解析失败通常会同时影响多个域名，但直接使用已经缓存的页面或某些独立应用仍可能正常。传输失败则可能表现为域名已经解析，页面却无法建立连接。客户端日志中若出现解析、名称服务器或查询超时相关信息，应优先处理 DNS；若出现连接被重置、远端无响应或路由不可达，则应回到线路和系统路由检查。

清理系统与浏览器的旧解析结果

系统、浏览器和应用都可能保存解析缓存。只清理其中一层，旧结果仍可能继续被使用。先完全退出浏览器，再清理系统缓存并重新打开。Windows 使用前文的缓存清理命令。macOS 可在终端执行以下命令，系统会要求本机授权：

sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

采用 systemd-resolved 的 Linux 环境可执行：

sudo resolvectl flush-caches

命令执行后没有输出不一定表示失败。重新打开浏览器，先访问此前未打开过的页面，避免继续命中浏览器内部缓存。如果只有某个浏览器异常，检查其安全 DNS、代理扩展和站点数据设置。浏览器自带解析策略可能绕过系统路径，也可能与客户端接管 DNS 的方式产生冲突。

检查系统代理残留

某些客户端采用系统代理，另一些采用隧道接口。连接方式切换后，系统代理中可能遗留旧地址。此时客户端看似已连接，浏览器却仍把请求发送给已经不存在的本地端口。进入系统网络代理设置，确认自动代理脚本、手工代理地址与例外列表符合当前客户端要求。若不确定，应先断开客户端，恢复系统代理为正常直连状态，证明普通网页可以访问，再由客户端重新接管。

浏览器扩展也会单独修改代理。排查期间应暂时停用同类扩展，尤其是会按网站切换线路或配置代理规则的扩展。若无痕窗口正常而普通窗口异常，优先检查扩展、缓存与站点数据，不要重装网络驱动。若所有浏览器都异常，但命令行工具和其他应用正常，则仍应检查系统代理与浏览器共同使用的网络组件。

DNS 泄漏提示与真正的 DNS 故障不是一回事

DNS 检测页面显示的解析出口与预期不同，属于解析路径判断；网页完全无法打开，属于可用性故障。前者需要检查客户端的 DNS 接管和分流策略，后者先恢复基本解析。不要在网页无法访问时同时调整大量高级规则。先使用客户端默认配置验证基础连接，再逐项恢复自定义 DNS、分流规则和过滤功能。

若手工配置过系统 DNS，记录原设置后暂时恢复自动获取，再重新连接。自定义解析服务可能在当前网络不可达，也可能与隧道内解析发生竞争。恢复自动设置后若问题消失，说明故障来自自定义解析链，而不是账户或线路。之后可以在客户端支持的范围内重新配置，并逐次验证。

何时需要把问题交给客服

若多个设备在不同网络上连接同一地区线路后都无法解析域名，而切换其他地区立即恢复，应提交异常线路名称、测试域名、系统平台、客户端状态和发生时段。若所有线路都出现相同问题，同时普通网络与订阅更新正常，应附上解析失败提示和客户端日志。不要发送完整订阅内容；客服需要的是故障上下文，而不是可直接使用的访问凭据。

THROUGHPUT / 速度与拥塞

速度慢与晚高峰卡顿：拆开测量变量

先判断是下载慢、响应慢还是播放缓冲

“速度慢”至少包含几种不同现象：页面首次打开等待很久、文件传输持续偏慢、视频频繁缓冲、交互应用响应迟缓。页面首次等待更受延迟和 DNS 影响；持续传输更受线路吞吐、本地网络和目标服务器影响；视频还会受到平台分区、账户状态、清晰度策略与缓存影响。先描述具体动作，才能选择合适线路。

测速时不要同时进行系统更新、云盘同步、视频播放和大文件传输。家庭网络中的其他设备也可能占用出口。先停止后台任务，在普通网络下做一次对照，再连接 QhVPN 测试同一目标。对照的目的不是追求某个固定数值，而是确认瓶颈是在本地接入、加速线路还是目标服务。事实表没有承诺固定测速结果，因此不应把一次测速当成长期性能保证。

按用途选线路，而不是只看地区名称

访问网页与 AI 工具时，通常更看重稳定响应和连续会话；下载大文件更看重持续吞吐；流媒体还要确认目标平台对该线路地区的识别。距离近的线路通常路径更短，但并不代表在所有网络、所有时段都一定更快。QhVPN 覆盖 90+ 国家 / 200+ 线路，排查时应选择少量有代表性的地区进行对照，不要无序遍历整个列表。

先选地理位置接近的线路作为基线，再选择目标服务所在地区或客户端标注的用途线路。每次切换后，等待旧连接完全断开，再开始新的测试。浏览器中已经缓冲的内容会干扰判断，应用也可能保留旧连接，因此切线后应刷新页面或重启目标应用。若旧会话仍使用原出口，表面上就会出现“换线没有变化”。

晚高峰问题需要跨时段对照

只在晚高峰卡顿，而其他时段正常，说明问题可能与本地运营网络、共享接入或跨境路径拥塞有关。应在异常时段保留同一设备、同一网络和同一目标，依次测试不同地区线路，并记录哪类线路能恢复。次日非高峰时段再用相同条件复测。这样的记录能区分持续故障与时段性拥塞，也能帮助客服判断是否需要调整线路。

不要在高峰时段频繁重装客户端。安装文件没有变化，重装通常不会改善共享网络拥塞。更有效的动作是降低同时运行的传输任务、切换线路类型、改用稳定的有线或质量较好的无线连接，并关闭会持续上传的同步程序。无线信号不稳定会造成重传，看起来与远端线路拥塞非常相似。

流媒体卡顿的单独判断

流媒体能够打开但播放缓冲，先确认平台页面没有账户或地区提示，再降低播放清晰度观察是否能持续。若低清晰度稳定而高质量播放持续缓冲，更接近吞吐问题；若页面直接提示内容不可用，则是地区识别或内容授权问题，不应继续用普通测速解释。可以切换到适合目标地区的线路，并彻底退出应用后重新打开。

浏览器播放与原生应用结果不一致时，检查应用是否被分流规则排除，以及系统是否限制其后台网络。相关排查见应用分流章节。Disney+ 等平台还可能保留账户地区和缓存信息，换线后需要重新建立会话。可结合解锁支持页面核对使用场景，但不要把平台自身的内容目录变化误判为连接故障。

AI 工具响应慢的判断

AI 服务出现页面可打开但生成过程停顿时，先区分网络断线、浏览器会话失效和服务端排队。刷新后若登录状态丢失，检查线路切换是否导致出口变化；若只有某个工具异常而其他国际网站正常，应优先查看目标服务状态与账户提示。频繁切线会改变会话路径，反而容易触发重新验证。

需要持续会话时，应选定一条稳定线路并保持，不要把最低瞬时延迟作为唯一目标。关于 Cursor、Claude 等工具的使用环境可继续阅读AI 工具访问专题。若异常只发生在特定工具，提交工单时要附工具名称、网页或应用入口、线路地区和错误文本，避免只写“AI 很慢”。

STABILITY / 会话持续性

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

断线发生在固定动作还是随机时刻

频繁断线应先观察触发条件。锁屏后断开、网络从无线切到蜂窝后断开、休眠唤醒后断开、长时间无操作后断开，分别指向后台限制、网络切换、系统接口恢复和会话保活。若在前台持续使用也随机断开，则更可能与线路、本地信号、客户端进程或多个网络工具冲突有关。

记录断线前正在做什么，比记录断线后的错误更重要。网络切换时，原有连接路径已经失效，客户端需要重新建立隧道；短暂显示重连属于可解释行为。真正需要处理的是重连长期无法完成、每次锁屏都会失效，或所有线路都在相同动作后退出。把这些模式写清，排查范围会迅速缩小。

iOS 与 Android 的后台管理

移动系统会根据省电策略回收后台活动。应在系统设置中允许 QhVPN 客户端保持必要的后台网络能力，并避免把客户端放入严格休眠或深度省电列表。不同设备厂商的菜单名称不同，应查找电池、后台活动、应用启动或网络权限相关设置。完成调整后，重新启动客户端，建立连接，再锁屏并等待正常使用过程中的复测。

不要同时启用多个 VPN 配置。系统同一时刻只能把活动连接交给一个配置，另一个网络工具、企业配置或安全应用可能抢占接口。进入系统 VPN 设置检查当前活动项，删除不再使用且来源明确的旧配置。若配置用途不清楚，先停用而不是盲目删除，以免影响工作环境。

桌面系统休眠后的恢复

Windows、macOS 与 Linux 从休眠恢复时，物理网络接口可能已经变化，但客户端仍保留旧路由。先等待普通网络恢复，再在客户端断开并重新连接。若界面卡在旧状态，完全退出客户端后重新打开。频繁休眠环境中，可以启用客户端提供的自动恢复或开机启动设置，但不要通过多个系统脚本重复启动同一进程。

若每次唤醒都需要重启系统，说明问题可能不只在客户端。检查无线网卡是否也出现无法联网、系统时间是否同步、其他网络应用是否正常。只有 QhVPN 异常时，保留唤醒后的客户端日志；整个系统网络都异常时，应先修复本地网络接口，再测试加速连接。

无线信号波动与线路断开

无线网络短暂丢包会使隧道重新协商。靠近接入点后恢复、改用有线连接后稳定，说明本地无线链路是主要变量。公共无线网络还可能定期要求重新认证，认证状态失效后，客户端仍可能显示连接中，但底层网络已经不能传输。此时应断开 QhVPN，先在浏览器完成网络自身认证，再重新连接。

若本地信号稳定而只有某一线路频繁断开，换到同地区其他线路或邻近地区线路进行对照。若多个地区线路都在相同网络上断开，但换网络后稳定，应重点检查原网络。若不同设备、不同网络、不同线路都同步出现断线，则应提交工单，请客服检查服务侧状态。

稳定性工单应附什么

稳定性问题需要时间线。写明断线前的动作、客户端是否自动重连、重连后出口是否变化、其他应用是否同时断网，以及问题在前台、锁屏、休眠或网络切换中的哪种条件下出现。日志应覆盖断线发生前后，并隐藏访问凭据。若只说“总掉线”，服务侧很难区分后台回收、本地信号和线路会话。

SUBSCRIPTION / 配置获取链路

订阅更新失败：检查登录、时间与缓存

先确认订阅从哪里获取

客户端与订阅统一从用户面板获取，不应使用来历不明的静态地址。进入面板时，应使用创建账户时的用户名和密码。QhVPN 无需邮箱地址，用户名和密码即可注册。若能够登录面板但客户端无法更新，说明账户认证与客户端订阅请求处在不同分支；若面板也无法登录，应先确认用户名、密码、系统时间与普通网络。

不要把完整订阅内容复制到公开页面、群聊截图或工单标题。订阅属于访问凭据。需要客服检查时，只说明面板是否能打开、更新请求的错误文本、系统平台和客户端来源。若怀疑订阅已经暴露，应在面板中按可用功能重新生成或重置，而不是继续公开转发原内容。

更新超时与认证失败的区别

更新超时通常表示客户端没有完成网络请求，可能由本地网络、系统代理、DNS 或旧连接干扰。认证失败则更接近登录状态、订阅状态或请求内容不可用。先断开当前加速连接，在普通网络下打开用户面板；随后完全退出客户端并重新打开，再执行更新。若必须连接后才能访问相关页面，也应先选择当前能够稳定工作的线路，避免更新过程使用故障线路。

系统时间错误会导致安全连接校验失败。启用自动时间与时区后重新测试。浏览器能打开面板，不代表独立客户端一定使用相同代理和证书环境；若浏览器正常而客户端更新失败，应检查系统代理残留、防护软件的网络过滤以及客户端权限。

订阅更新成功但线路列表不变

这通常是客户端仍在显示缓存配置，或新配置没有被设为当前配置。观察客户端是否提示更新完成，随后切换到更新后的配置并重新载入线路列表。某些客户端需要返回主页或重新启动后才会刷新界面。不要连续导入多份相同订阅，否则可能出现名称相同但更新时间不同的配置，最终连接到旧副本。

清理时先辨认当前正在使用的配置，只删除明确重复的旧项。若无法确认，先导出客户端日志或截图配置名称，再进行操作。重装客户端会清除本地数据，属于后置方案。执行前确认能够重新进入用户面板获取本站客户端和订阅。

流量状态与更新结果

月订阅的流量按开通日每月重置，中途升级差价折算成剩余天数。若面板显示的流量或套餐状态与预期不符，应先刷新面板并重新登录，再更新客户端订阅。客户端显示可能来自上一次缓存，不应只凭本地旧数据判断账户状态。流量包用完为止，永久不过期，其状态同样以面板为准。

套餐包括 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB；流量包包括 ¥158/300GB、¥358/1000GB、¥658/3000GB。需要核对套餐差异时进入套餐页面。如果付款已经完成但面板状态没有刷新，不要重复创建多笔订单，应保留面板中的订单状态并通过工单查询。

手工导入时的安全边界

教程中的订阅地址只能使用明显假值。例如：

https://example.com/sub?token=YOUR_TOKEN

该地址仅用于说明字段位置，不能建立真实连接。实际订阅必须从 QhVPN 用户面板获取。不要把示例地址改写成猜测的本站路径，也不要从搜索结果下载第三方配置。本站客户端入口位于用户面板，登录后获取订阅与客户端。

重装前的最后检查

确认没有导入重复配置，当前配置已经设为活动项，系统代理不存在旧地址，客户端进程已彻底退出并重新启动。只有这些步骤均无效，且能够重新取得订阅时，才考虑重新安装。重装后先只导入一份订阅并测试默认配置，不要立即恢复全部自定义规则。基础连接成功后，再逐项恢复分流与 DNS 设置，才能确定哪项设置引起异常。

ROUTING / 单应用路径

某个 App 不走代理：核对分流与进程

浏览器正常而独立应用异常

这种现象说明基础连接已经工作，问题集中在应用自己的网络路径。独立应用可能不读取系统代理，可能使用自带 DNS，也可能启动辅助进程处理更新、登录或媒体流。只把主程序加入分流列表，辅助进程仍然直连，就会出现首页能开、登录失败或内容无法加载。

先将客户端切换到能够覆盖全部流量的诊断模式进行短暂测试。如果应用在该模式下恢复，说明线路本身可用，问题来自分流规则；如果仍不恢复，再检查目标服务、账户状态、缓存和应用自身网络权限。诊断完成后应恢复合适的日常模式，不要在不了解影响范围时长期保留临时设置。

分流规则的匹配顺序

规则通常按域名、地址、应用或进程进行匹配。较早命中的规则可能阻止后续规则生效。自定义直连项范围过大时，会把本应走加速线路的域名一并排除；规则只覆盖主域名时，登录、图片、接口或媒体所用的其他域名仍可能直连。排查时先停用自定义规则，使用客户端默认规则验证，再逐条恢复。

不要从互联网上复制大段无法审查的规则集。规则越长，冲突越难定位。新增规则时写清目的，并在修改后测试对应应用与普通网页。若同一服务有网页端和独立应用，分别测试可以判断问题是否来自应用进程匹配，而不是线路地区。

应用更新后突然失效

应用更新可能改变可执行文件路径、辅助进程名称或网络组件。原有按进程匹配的规则因此不再命中。检查分流列表中保存的应用路径是否仍存在，再从系统当前安装位置重新选择。不要手工猜测进程名称；应在应用运行时通过系统任务管理工具观察实际相关进程。

如果应用采用沙盒或系统服务代发请求，单纯选择应用图标可能不足。此时优先用系统级隧道模式验证。若系统级模式正常而进程模式异常，可在工单中说明应用名称、系统平台、使用的分流模式以及哪些页面能打开、哪些动作失败。客服据此判断是否需要补充规则建议。

浏览器扩展与系统代理冲突

浏览器扩展可能覆盖 QhVPN 的系统代理设置。表现为普通窗口和无痕窗口不同、只有某个浏览器异常，或切换线路后浏览器出口不变。停用代理类扩展，关闭所有浏览器窗口并重新打开，再检查出口。若系统中还运行其他网络工具，应全部退出后建立单一对照环境。

某些应用在启动时读取一次代理设置，运行期间不会自动更新。切线后必须彻底退出应用再重开。只关闭界面但保留托盘进程，旧连接仍可能继续使用。判断是否完全退出，可观察系统任务列表中相关进程是否消失。

AI、流媒体与开发工具的差异

AI 网页常包含登录、接口请求和持续会话；流媒体包含页面、授权、图片和媒体传输；开发工具可能从终端、编辑器主进程与插件进程分别发起请求。它们无法用一条简单域名规则概括。排查时要按失败动作定位：是登录页、内容列表、播放、模型响应、扩展市场还是接口调用。

Cursor 或 Claude 相关问题可参考AI 工具访问专题。iOS 客户端获取与地区限制可阅读iPhone 用什么 VPN 好；Android 后台保活与分应用代理可阅读安卓 VPN 实测对比。这些文章补充具体平台场景，本章仍以判断网络路径为主。

提交应用分流问题时需要的材料

提供应用名称、系统平台、失败动作、分流模式、线路地区、网页端是否正常、全局诊断模式是否正常，以及更新应用前后是否有变化。截图应包含完整错误文本，但隐藏账户私密信息。若能确认具体进程，也可附进程名称；不要上传来源不明的配置文件。

ACCOUNT & SUPPORT / 账户状态与升级处理

设备提示异常、账户检查与工单提交

“设备数超限”提示如何判断

QhVPN 支持不限台数，因此出现设备数超限或类似提示时，不应先按固定设备上限处理。先确认提示来自 QhVPN 用户面板、本站客户端，还是第三方客户端自身的本地提示。第三方工具可能对配置数量、活动连接或本地导入项使用自己的限制文案，这不等于服务套餐限制了设备台数。

随后检查是否重复登录了多个相同配置、客户端是否保存了旧账户状态，以及面板中的套餐是否有效。完全退出客户端并重新登录，再更新订阅。若提示只在某一客户端出现，而其他受支持平台正常，应记录该客户端环境与完整提示；若面板和多个平台都显示相同异常，应直接提交工单，由客服检查账户状态。

账户状态与本地缓存要分开

面板是套餐、流量与订单状态的主要查看位置，客户端可能显示上一次更新时的缓存。月订阅流量按开通日每月重置，中途升级差价折算成剩余天数；流量包用完为止，永久不过期。遇到状态不一致时，先刷新面板、重新登录，再更新客户端订阅。不要通过修改本地配置中的流量字段来“修复”显示，这不会改变账户真实状态。

若刚完成套餐变更，保留订单状态并等待面板完成正常刷新。若状态持续不一致，通过面板工单入口提交订单相关信息。支付方式为支付宝 / 微信 / USDT。工单中不需要发送支付密码或完整访问凭据，只需提供面板可见的订单标识、支付方式、支付状态与问题描述。

什么情况应停止自查

已经在不同设备与不同网络上复现、多个地区线路表现一致、系统时间和普通网络正常、订阅能够更新，但故障仍持续时，应停止重复重装。此时本地可验证变量已经基本排除，继续清理系统只会扩大影响。线路单点异常、账户状态异常、订单未同步和多个平台一致报错，都适合提交工单。

相反，只有某一设备异常、换设备恢复，通常应继续检查该设备的客户端、权限、代理残留和网络接口；只有某一网络异常、换网络恢复，应检查原网络认证与路由；只有某个目标服务异常，应先查看其页面提示和账户状态。工单不是替代基本对照测试，而是承接已经形成清晰边界的问题。

一份可处理的工单应包含什么

标题直接写症状与平台，例如“macOS 连接成功后多个域名无法解析”或“Android 锁屏后连接无法恢复”。正文写明系统平台、客户端来源、当前网络类型、异常线路、发生时段、复现动作、完整错误文本、其他线路和网络的对照结果，以及已经执行过的处理。若问题与目标应用有关，再加入应用名称和失败动作。

附件可包括隐藏隐私后的截图、客户端诊断日志和必要的录屏。日志要覆盖故障发生前后，截图要包含上下文，不能只截取一个错误词。不要附完整订阅地址、密码或可直接使用的访问凭据。联系入口统一使用用户面板的工单系统。

问题现象：
系统平台：
客户端来源：
当前网络：
线路名称：
发生时段：
复现步骤：
错误原文：
其他线路结果：
更换网络结果：
已经尝试：
附件说明：

按问题类型补充证据

完全连不上时，附连接阶段和多个线路的对照；网页打不开时，说明是域名失败还是连接超时，并列出是否影响多个网站；速度问题要写目标任务与时段，不要只给孤立测速图；频繁断线要给出触发动作和重连结果；订阅问题要说明面板能否登录、更新错误原文与系统时间状态；应用分流问题要写全局诊断模式和默认规则下的结果。

订单或退款问题应从用户面板提交。QhVPN 提供 30 天无理由退款，具体申请按站内条款与面板流程办理。套餐与流量包的价格和周期以套餐页面为准，不要依据搜索缓存或旧截图判断。

处理完成后的回归验证

客服给出调整建议后，应回到最初的复现条件验证，而不是换了设备、网络和应用后只确认“现在能用”。先测试原线路或原应用，再测试一个对照目标；确认连接、DNS、路由和目标服务均恢复。若解决方案涉及删除自定义规则，应逐项恢复并在每次修改后复测，直到找到冲突项。

最后记录真正生效的动作，并删除排查期间创建的重复配置。恢复系统代理、DNS 与后台策略到清晰可维护的状态。长期保留大量临时规则会让下一次故障更难定位。完整排查的终点不是暂时打开页面，而是得到可复现、可解释、可再次验证的结论。