VPN 故障排查
连接与访问修复

连接入口

完全连不上：先确认故障在哪一层

建立本地网络基线

“连不上”可能指客户端无法启动、线路列表为空、连接按钮没有反应，或者连接过程一直停在等待。先写下实际停住的位置，不要把这些现象混为同一种故障。退出连接后打开原本可以直接访问的网站，确认设备有正常网络。如果直接访问也失败，应先检查网络登录页、无线连接状态和系统网络提示，此时反复切换国际线路通常没有帮助。

在酒店、校园或公共网络中，设备显示已接入无线网络，不等于已经完成网络认证。打开浏览器查看是否要求接受使用条款或完成网络登录；完成后再启动客户端。若网络存在代理设置，先记录原值，再确认它是否来自当前环境。不要随意删除单位管理的网络配置，也不要在不清楚用途时关闭系统安全功能。

用同一设备换到另一种可用网络，是区分本地接入问题的有效办法。保持客户端、订阅和所选线路不变，只改变接入网络；若连接随之恢复，问题更可能位于原网络的访问策略或传输条件。如果其他设备在原网络中能够连接，而当前设备始终失败，则优先检查当前设备的权限、代理残留与安全软件提示。

区分列表、权限与握手失败

线路列表为空时，先进入用户面板确认订阅状态，再查看客户端是否选中了正确的配置。配置已经导入但列表没有内容，与有线路却握手失败是不同路径：前者应转到订阅更新章节，后者才需要比较线路、网络和日志。不要仅凭客户端界面出现品牌名称，就判断配置已经完整加载。

移动端首次建立连接通常需要系统授予 VPN 权限。如果授权窗口被取消，客户端可能仍显示可点击的连接按钮，但系统没有建立隧道。重新发起连接，查看系统提示并确认授权。桌面端若需要安装网络组件或提升权限，应遵循面板内的客户端说明；遇到单位设备禁止修改网络设置时，应联系设备管理员，而不是尝试强行改动。

有列表、有权限，仍无法完成连接时，查看日志中最先出现的错误。连接超时一般表示请求未在等待期间得到响应，但不能单凭它认定线路损坏；认证失败则更接近账户、订阅或配置问题；域名解析失败应继续检查 DNS。将错误发生前后的短段日志保存下来，比只截取最后一个红色提示更有判断价值。

检查系统日期、时间和时区是否正确。安全连接会校验证书有效期，时间明显偏离可能导致证书校验失败。应通过系统正常校时功能修正时间，不要关闭证书验证来让连接暂时通过。若时间正确却反复出现证书提示，保留原始报错并提交工单，避免在未知配置中降低安全校验。

做可比较的线路测试

选择另一条线路时，先保持目标用途不变，再比较不同线路类型或地区。不要同时更新订阅、重装客户端、改变分流模式并切换网络，否则即使恢复，也无法知道是哪项调整起作用。线路清单和类型说明可查看线路列表；是否适合当前接入网络，需要用实际连接结果判断，不能只根据地理距离推断。

如果只是个别线路无法连接，而其他线路能够访问同一目标，先使用可工作的线路，并记录失败线路的名称、接入网络和报错。若全部线路都失败，但直接访问正常，可以暂时退出其他占用系统 VPN 或代理功能的软件，再重新测试。关闭前保存对方设置，排查结束后按原用途恢复，避免把工作环境改坏。

当权限已经确认、订阅有效、不同接入网络下仍重复出现相同错误，就不适合继续盲目重装。此时应提交可复现信息：平台、客户端显示的错误、选用线路、是否能直接访问、换网络后的结果。不要发送完整订阅地址、账户密码或未经处理的整份配置；客服通常需要的是故障条件与日志片段，而不是账户凭据。

判断顺序：直接访问是否正常 → 配置是否有线路 → 系统是否允许连接 → 日志停在哪一步 → 换网络或换线路是否改变结果。

连接之后

能连接但网页打不开：访问与 DNS 分开查

连接状态不等于网页访问成功

客户端显示已连接，通常只说明隧道或代理入口已经建立，不代表目标网站的解析、路由和应用请求都成功。先判断是所有网页打不开，还是某个网站打不开；再比较浏览器与其他应用。如果只有一个站点失败，应记录它的域名和错误类型，不要马上把整个订阅判为不可用。目标网站自身维护、地区要求和账户状态都可能影响访问。

浏览器提示“找不到服务器”与“连接被重置”对应的排查方向不同。前者优先检查域名解析，后者需要观察请求是否到达目标、是否被本地软件处理，或连接是否中途终止。若页面显示明确的访问限制、地区提示或账户验证，说明已经收到目标服务回应；此时应阅读目标提示，不要用清理 DNS 缓存去解决账户权限问题。

用浏览器的隐私窗口访问同一页面，可以减少旧缓存、扩展和既有登录状态的影响，但隐私窗口不是独立网络环境。若隐私窗口正常，先检查扩展、站点缓存和浏览器代理相关设置；若普通窗口与隐私窗口都失败，再继续查网络。对工作网站不要随意清除全部浏览数据，先处理单个站点，避免丢失仍需使用的登录状态。

判断域名解析是否异常

DNS 负责把域名解析成可连接的地址。配置中可能同时涉及系统解析器、客户端内置解析、浏览器加密 DNS 和代理侧解析；这些设置若互相覆盖，可能让请求走到不符合预期的出口。检查时先读客户端日志，看域名是否得到结果，再确认该结果由哪一层产生。不要一次性把所有解析选项都打开，叠加功能并不一定更稳定。

桌面端可以用系统命令观察解析结果。下面的命令使用示例域名，不包含任何订阅或账户信息。它们只帮助确认系统层是否能够得到地址，并不能证明目标业务已经可用。部分客户端在代理内部解析域名，系统命令看到的结果可能与浏览器实际请求不同，因此需要结合客户端日志，而不是把命令输出当作唯一结论。

nslookup example.com
curl -I https://example.com

在 Windows 的命令环境中，如果 curl 被解释成其他命令，可以使用 curl.exe -I https://example.com明确调用对应程序；macOS 与 Linux 可先确认工具已经存在，再执行测试。命令报“未找到”说明工具不可用，不是线路故障。不要为这一项检查从不明网站下载脚本，也不要把陌生命令整段复制进终端。

解析失败时，先尝试恢复到客户端说明中的默认 DNS 设置，并检查浏览器是否单独启用了不同的解析路径。如果修改过本机 hosts 文件，查看是否存在与目标域名相关的旧条目；修改前备份，删除时仅处理确认有问题的条目。企业管理的 hosts 或解析策略应交给管理员确认，不应直接覆盖整个文件。

缓存、代理残留与目标响应

修正 DNS 配置后，浏览器或系统仍可能保留旧解析缓存。可先关闭相关页面并重启浏览器，再按系统提供的方法刷新缓存。在 Windows 上，可使用下方命令清理本机 DNS 缓存；它不会更新订阅，也不能修复失效线路。执行后重新测试同一域名，记录错误是否从“无法解析”变成其他类型，避免只凭页面短暂刷新判断已经修复。

ipconfig /flushdns

如果连接时能访问，退出客户端后反而所有网页失败，重点查看系统代理是否仍指向已关闭的本地代理入口。应优先通过客户端正常退出或恢复代理设置，保留原来的单位网络代理值。不要直接删除所有系统网络配置。某些应用启动时读取代理设置，修改后可能需要完全退出应用再重新打开，单独刷新网页并不会重新读取设置。

若 DNS 正常、其他网站正常，目标仍显示地区或播放限制，应转到目标服务的使用条件和相应专题判断。可参考观影解锁说明，但线路地区名称并不等于目标服务必然接受该出口。提交工单时写清域名、浏览器提示、是否为所有站点、解析检查结果和换线路后的差异；涉及私人页面时仅提供必要路径描述，不上传带登录状态的完整请求。

得到网页错误页面也是证据。明确的账户、地区或站点维护提示，与没有收到服务器回应，不应使用同一套修复办法。

速度与用途

速度慢与晚高峰卡顿：比较完整访问过程

先区分慢在哪里

“速度慢”可能是页面首次打开慢、视频反复缓冲、下载中途停住，或者 AI 回答迟迟不开始。它们不一定来自同一个瓶颈。首次打开包含域名解析、建立连接和目标响应；持续播放更关注传输是否平稳；AI 流式输出还受目标服务排队和账户额度影响。排查前先描述具体动作与等待位置，不要只写一个“卡”字。

保持同一目标、同一设备和相近操作方式，比较直接访问可用的网站与需要国际线路的目标。如果本地可直接访问的网站也明显变慢，应先排查无线信号、接入网络拥塞和设备后台任务。系统更新、云盘同步、其他设备下载都可能占用接入带宽。暂时停止自己能够确认的后台传输，再重复原操作，结果才有可比性。

不要把客户端列表中的延迟排序等同于下载速度排序。延迟反映特定探测路径的响应情况，持续传输则受到线路拥塞、目标服务器、连接数量和本地网络共同影响。视频能否连续播放、文件能否稳定下载、工具能否完成输出，比单个探测结果更接近实际用途。本站不提供可以替代这些判断的固定测速承诺。

晚高峰与线路类型的对照

晚高峰卡顿时，先比较同一线路在不同使用时段的表现，并保留当时的接入网络。若目标、设备和网络不变，只有繁忙时段明显变差，可能与共享链路压力有关；若全天都不稳定，就应继续检查本地环境、路由和目标服务。一次访问失败不足以认定持续拥塞，观察是否可以按相同条件复现更重要。

选择线路时，可在 IEPL 专线、中转和直连之间做用途对照，但不要把类型名称理解成无条件的速度等级。中转可能改善某些接入网络的路径，直连更依赖当地到出口的网络条件，专线也仍需要经过本地接入与目标服务。具体可选项目以面板线路列表为准，详细说明见线路列表。

视频测试应保持相同内容和相同播放设置。自动画质可能在线路变化后降低清晰度，使播放看起来恢复，但这不等于传输条件完全改善。先确认播放器实际选择的画质，再观察缓冲是否反复出现。也不要在同一设备上同时跑大文件下载与视频测试，它们会互相争用资源，使结论失真。

AI 工具访问慢时，先区分连接等待与生成等待。页面已经加载、账户已经登录，提交后长时间没有输出，可能来自目标服务处理；如果工具不断重连或流式回答被截断，则更应观察线路和客户端日志。相关用途可查看AI 加速专题，编程工具还可参考AI 编程线路选择文章。

避免把调参数当作提速捷径

不要根据网络帖子随意修改传输参数、缓存大小或系统网络栈设置。参数不匹配可能造成部分网站正常、部分请求停住，修复难度反而增加。先使用客户端说明中的默认配置，确认问题能否在默认设置下复现；只有日志或客服判断指向具体参数时，才进行有记录、能回退的调整。

若切换线路后改善明显，应先保留可工作的配置，再验证日常用途，而不是继续追逐探测列表的最小值。提交速度问题时，说明慢的是页面、播放、下载还是流式输出，同时附上大致发生时段、目标、接入方式和线路对照结果。避免把其他服务的测速截图直接当作 VPNNQ 的表现，它们测量的目标与路径可能不同。

有效对照只改变一项：线路、网络或目标。三项一起改变，即使速度恢复，也无法定位瓶颈。

连接持续性

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

判断是隧道断开还是应用中断

应用显示连接中断，不一定代表系统 VPN 已经断开。先看客户端的连接状态，再看系统是否仍显示 VPN 标识，并检查其他应用能否继续访问。如果只有视频或聊天工具中断，而其他访问正常，更可能是目标应用会话或特定请求的问题。若客户端也转为断开，则继续检查接入网络、后台限制和连接日志。

记录断线前设备在做什么：锁屏、切换无线网络、进入省电模式、从休眠恢复，还是启动了另一个网络工具。这样的动作往往比“偶尔掉线”更容易定位。尝试重复同一个动作，保持所选线路不变；如果每次网络切换都触发中断，就应检查客户端重新连接行为，而不是只在静止状态下换线路测试。

网络切换可能改变本地地址和传输路径，原有连接未必能够继续使用。网页刷新后恢复、流式任务却失败，是因为后者依赖已经建立的会话。对正在生成内容或上传文件的任务，应先保存进度，再主动重连并重新执行。不要把所有失败请求都自动重复提交，某些目标操作可能已经完成，只是确认回应没有成功返回。

Android 与 iOS 的后台条件

Android 上，系统电池优化和厂商后台管理可能限制客户端在锁屏后的运行。进入系统应用设置，查看 VPNNQ 客户端的电池使用、后台运行和网络权限选项，按客户端说明允许必要的后台活动。不同设备菜单名称可能不同，应根据功能含义寻找，不要照着其他品牌设备的截图盲点。调整后重新锁屏并测试原来的使用场景。

如果系统提供后台清理、自动启动或任务锁定选项，先确认它们是否会结束当前客户端进程。只为正在使用的客户端调整必要权限，不必扩大其他应用的权限范围。系统升级后设置可能变化，之前正常并不能证明当前权限仍有效。可参考安卓从安装到验证指南检查安装与授权是否完整。

iOS 应优先检查系统 VPN 配置是否仍与当前客户端对应，以及是否存在另一个应用接管连接。不要因为找不到 Android 式的后台白名单，就反复删除配置。切换网络后无法恢复时，先通过客户端正常断开并重连，再观察系统提示。若设备受到单位管理策略约束，应向管理员确认允许使用的连接方式。

桌面休眠、冲突与恢复验证

Windows、macOS 和 Linux 从休眠恢复后，网络接口可能先重新获取地址，客户端却仍保留旧连接状态。等本地网络恢复可用后，使用客户端的断开与重连动作测试；若这样即可恢复，重点记录休眠恢复这一触发条件。开机自启只解决客户端启动问题，不必然意味着网络准备完成时隧道也已经建立。

多个工具同时修改系统代理、虚拟网络接口或 VPN 配置，可能相互覆盖。排查时暂时保留一个负责连接的客户端，并确认其他工具已经完全退出，而不只是关闭窗口。单位远程接入工具、安全软件和本服务之间的兼容问题，需要结合各自策略判断；不要为了连接而关闭全部防护，也不要删除不认识的网络接口。

查看断线日志时，注意断开时间是否与系统休眠、无线重连或客户端进程退出一致。若日志在锁屏时突然停止，后台进程可能被系统结束；若日志仍持续记录连接重试，则更接近网络或线路问题。不要只上传“重新连接成功”的末尾记录，断开前后的上下文才有助于判断原因。

调整后台设置后，应按原触发动作验证，而不是只在客户端停留于前台时测试。分别观察锁屏后的访问、网络切换后的恢复和长任务是否完整结束。若同一动作在不同线路、不同接入网络下都导致断开，或客户端自行退出，应提交平台与系统提示；如果只发生在某条线路，则附上线名和对照结果，便于客服区分环境与线路。

修复后台掉线的验证条件是“回到后台仍可工作”，不是“打开客户端后重新连上”。测试应复现原来的锁屏或切网动作。

配置交付

订阅更新失败：先保留可工作的配置

区分账户状态与获取失败

订阅更新涉及面板账户、订阅地址、网络访问和客户端解析，任何一环异常都可能显示“更新失败”。先登录账户概览确认当前订阅状态，查看是否仍有可用流量以及套餐是否有效。如果面板状态本身异常，应先处理账户或订单，不要在客户端里反复删除和导入同一份地址。

如果现有配置仍能连接，更新失败时先保留它，不要为了重试而清空线路列表。旧配置可以帮助判断问题是否只在获取新配置这一环。若删除后连当前可用的线路也丢失，排查就会同时面对更新和连接问题。修改前记录配置名称、当前选中的线路和分流模式，但不要把含凭据的配置截图公开分享。

确认复制的是面板提供的订阅入口，而不是面板网页地址、登录页面或浏览器地址栏中的临时跳转链接。若复制时带入空格、换行或其他文字，客户端可能无法识别。优先使用面板提供的复制或导入方式，遇到失败再按说明手动导入。客户端下载及订阅获取应通过用户面板完成。

按错误类别选择处理分支

更新提示超时，说明客户端没有顺利完成获取过程，可能与当前网络或更新请求的代理路径有关。保持地址不变，比较在连接开启与关闭时是否能更新；如果客户端提供更新走代理的选项，应先阅读说明并记住原值。某些环境需要直接获取，另一些环境需要已有连接辅助，不能把其中一种方式当成所有网络的固定答案。

出现认证或访问拒绝提示时，回到面板重新获取订阅入口，确认是否曾执行过重置操作。订阅地址属于敏感信息；如果已经泄露，应按面板提供的方式重置，再更新各设备保存的配置。不要继续使用流传在聊天记录中的旧地址，也不要把它交给陌生在线转换网站“检查格式”，因为转换过程可能暴露访问凭据。

若获取成功却报配置解析失败，优先判断客户端与导入格式是否匹配。订阅返回的内容可能包含线路、规则与客户端参数，不同导入方式并非完全通用。应从面板中选择对应平台和客户端的入口，不要直接改动文件里的陌生字段。也不要用其他服务的模板覆盖本服务配置，那样可能留下不适用的代理组和规则引用。

有些报错表面上是解析异常，实际取回的是网页提示而不是配置。网络认证页、目标访问提示或重定向都可能产生这种情况。检查客户端日志是否提到内容类型或无效格式即可，不需要把完整返回内容公开上传。若返回内容含账户信息，提交前只保留错误描述及必要的结构性信息，敏感部分应遮盖。

更新成功后的完整验证

客户端说更新成功后，确认正在使用的配置确实是刚更新的那一份。多个同名配置容易造成“更新了但没有变化”的错觉，可以给配置起一个自己能识别的名称，再检查当前代理组是否仍指向有效线路。线路列表刷新后，旧的选择项可能已经变化；重新选择线路并验证访问，比只看成功提示更稳妥。

订阅更新可能带来规则调整，不能只验证连接按钮。应测试常用网页、AI 工具或观影用途，确认它们仍按预期访问；如果只有某个应用变化，转到应用与分流章节。不要为了回到旧行为而立即禁用全部规则，先比较更新前后的模式与匹配记录，确定差异发生在哪一层。

多设备共用同一账户时，各设备保存的配置不会因为另一台设备更新就自动一致。重置订阅入口后，应在仍需使用的设备上逐一更新，并清理自己确认已经不用的旧副本。本服务同时在线不限台数，但设备之间依然各自维护客户端设置；“账户相同”不意味着系统权限、配置格式和代理模式也相同。

提交更新问题时，说明面板是否能登录、现有线路是否能连接、更新是在开启还是关闭连接时失败，以及客户端显示的错误类别。附上经过脱敏的日志，不发送实际订阅入口。若需要描述地址形态，可以使用 https://example.com/sub?token=YOUR_TOKEN这样的教学假值，并明确它只是示例，不能作为实际配置导入。

订阅能导入、线路能连接、常用应用能访问，是不同的验证环节。更新成功后仍需检查当前配置和代理组。

应用路径

某个 App 走不了代理：检查模式与规则

浏览器正常为何应用仍失败

浏览器能访问，而桌面应用或命令行工具不能访问，首先说明不同程序可能采用不同的网络路径。系统代理通常是供支持它的程序读取的设置，并不是所有网络请求都会自动使用它。某些应用有自己的代理选项，另一些依赖系统 VPN 或客户端的虚拟网络模式。应先确认应用使用哪种路径，再判断是否需要改变客户端模式。

不要为了让一个应用工作就长期把所有流量改成同一路径。全局模式可以作为短暂对照，帮助判断问题是否来自规则匹配，但也可能改变原本应直接访问的业务。测试前保存当前模式，保持目标应用和线路不变，切换后完全退出并重新打开应用；若恢复，再回到规则模式查匹配项，而不是把对照设置当作最终方案。

有些应用启动时读取代理环境，之后不会因为系统设置变化立即更新。关闭窗口不一定等于退出进程，应使用应用提供的退出方式，再重新启动。命令行工具还可能从终端环境或工具自身配置读取代理；新开终端与旧终端表现不同，就是值得记录的线索。不要把浏览器成功截图当成其他应用已经走代理的证据。

规则命中与应用自己的要求

打开客户端连接记录，找到应用请求的域名和匹配规则，查看它被分配到直连还是代理组。应用界面显示的品牌域名未必涵盖全部请求：登录、资源下载、接口与内容传输可能使用不同域名。只修正主域名，而遗漏实际失败的接口域名，可能出现首页正常但登录或生成失败的现象。

修改规则时，应遵循当前客户端支持的格式和规则顺序。更具体的规则通常需要在会覆盖它的宽泛规则之前，但实际匹配机制应以客户端说明为准。不要直接复制网上的大段配置到现有订阅中，尤其不要覆盖代理组名称与引用。修改前保存可恢复副本，只调整能够从日志确认的目标，避免让其他用途同时失效。

AI 应用能打开却不能使用，还要检查目标账户资格、地区提示、额度和服务状态。网络连接无法替代目标服务自身的访问条件。Cursor、Copilot 与命令行工具涉及长连接和不同请求路径，可结合AI 编程 VPN 推荐理解场景；具体失败仍应以应用原始错误和客户端记录为依据。

平台差异与权限边界

Android 客户端若提供按应用包含或排除功能，要确认目标应用没有被排除。不要只看域名规则，因为应用级选择可能在更早的阶段决定请求是否进入隧道。更改应用选择后，按客户端提示重新建立连接，再启动目标应用。系统工作资料与个人资料中的应用可能处于不同管理范围，应尊重设备管理策略。

桌面虚拟网络模式可能需要额外权限或网络组件，它并非所有应用问题的通用修复按钮。先确认客户端支持该模式，并通过面板说明完成授权；如果开启后本地业务异常，应及时回退，再查看路由或排除规则。单位内网、远程桌面与本地设备访问有各自网络要求，不能为了一个国际应用把所有本地路径强制改变。

Linux 上，不同桌面环境和命令行工具读取代理配置的方式可能不同。排查时先查看工具自己的代理说明，再检查当前终端环境是否存在旧代理变量；移除或修改前记录原值。不要在 shell 启动文件里反复追加配置而不清理旧项，这会让新终端继续继承冲突设置。未确认客户端实际入口前，不应随意填写本地代理地址。

如果规则模式失败而对照模式成功，工单应附上目标应用、失败动作、匹配规则和实际代理组；若所有模式都失败，则补充应用原始提示与浏览器对照结果。日志中可能含私人文件名、工作项目或请求参数，应遮盖后提交。对于需要登录的目标，客服不应需要你的目标账户密码，复现路径和脱敏错误通常已经足够。

账户与计费

设备数提示、流量与订阅状态异常

“设备超限”先核对提示来源

VPNNQ 同时在线设备不限台数。如果看到“设备超限”或类似提示，先确认它来自本服务面板、客户端，还是正在访问的目标平台。视频、协作与其他目标服务可能有自己的设备或会话政策，本服务的设备事实不能替代对方规则。保存提示所在界面和完整措辞，避免把目标平台的限制误当成本服务套餐限制。

若提示来自客户端，确认选中的配置是否确实属于当前 VPNNQ 账户。多个服务配置混在同一客户端中时，可能仍在使用旧订阅或其他配置。回到面板核对当前订阅，再检查客户端实际配置名称、线路列表与代理组。不要为了解决未经核实的提示而重复付款，也不要根据网上其他服务的设备规则推算本服务的限制。

如果面板与客户端都确认属于本服务，仍出现与“不限台数”不一致的设备提示，应直接提交工单并附脱敏截图。排查重点是提示来源、账户状态和配置对应关系，不是逐台删除自己的设备来碰运气。多设备使用时，各设备权限、网络和后台条件不同；其中一台故障不代表账户层面存在设备限制。

流量规则与状态同步

月订阅流量按开通日每月重置，不应按自然月初理解。月订阅只有 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB；中途升级的差价折算成剩余天数。需要比较档位时查看套餐页，不要根据客户端缓存的名称或旧截图推断当前计费状态。

流量包用完为止，永久不过期，档位为 ¥158/300GB、¥358/1000GB、¥658/3000GB。永久不过期描述的是流量包规则，不意味着流量不会消耗，也不等同于月订阅流量的重置方式。面板显示的可用状态是检查入口；若客户端连接失败同时面板显示流量不足，应先确认套餐类型与剩余流量，再讨论线路或 DNS。

客户端中的使用记录与面板结算状态可能并非同一统计口径或同一更新时间，不能简单相减后认定流量异常。系统后台传输、其他在线设备和已经发出的请求也会影响使用情况。遇到疑问，应记录面板显示、发生时段和当时在线设备的用途，交由客服核对，而不是自己编造换算规则或认定固定扣费比例。

订单支付后状态尚未如预期变化时，先查看面板订单详情和支付页面的最终结果，确认自己返回的是同一账户。支持的支付方式为支付宝 / 微信 / USDT。不要仅凭关闭支付页面判断已经完成，也不要在状态未确认前连续创建相同订单；保存可识别订单的必要信息，按面板工单入口咨询处理。

登录、凭据与配置保护

本服务无需邮箱地址，使用用户名与密码即可开始。应妥善保存自己的登录信息；忘记密码时，按面板实际提供的恢复方式处理，不要向陌生联系人发送密码尝试“查账户”。若浏览器保存了多个账户，确认当前登录的是购买或获取订阅时使用的账户，账户混淆会造成套餐为空、订阅不对应等表象。

在另一台设备上检查账户，可以帮助区分浏览器缓存与真实状态，但应使用自己的可信设备。登录后核对账户概览，再回到原设备刷新页面或重新登录。若不同设备看到的状态不一致，先记录差异并确认账户名称一致；不要为了强制同步而删除所有浏览数据，必要的登录记录与排查证据可能会一起丢失。

订阅地址与登录密码的用途不同，但都不应公开。导入给自己使用的设备时，通过面板正常取得订阅；不再使用的设备应删除保存的配置。如果怀疑订阅地址泄露，按面板提供的功能重置，并更新自己的设备。仅修改本地配置名称不会更换访问凭据，也不能解决泄露后的持续使用问题。

账户、订单或套餐异常应交给客服核查，不需要在本机修改系统网络参数。工单说明可以包括账户中看到的套餐类型、订单状态、提示来源和已经尝试的登录检查，凭据仍需遮盖。本服务提供 14 天无理由退款，具体申请条款见使用条款；退款咨询与连接排查可以说明关联，但不要把未定位的故障直接当作计费结论。

设备不限台数、月订阅按开通日重置、流量包永久不过期，是不同维度的规则。先核对提示来源和套餐类型，再处理异常。

提交与收尾

什么时候找客服，以及如何验证修复

停止盲改的判断边界

完成本地网络、订阅状态和权限检查后，如果问题仍能稳定复现，就应考虑提交工单。尤其是所有线路在不同网络下出现相同认证错误、配置持续解析失败、面板状态与订单结果不一致，继续重装往往无法补充有效信息。客服处理需要清晰的现象与条件，不需要你先把设备改到无法恢复。

遇到证书异常、账户提示矛盾或不认识的配置内容，应暂停降低安全校验的尝试。暂时连接成功不是忽略异常的理由。若设备属于单位管理，涉及网络权限、内网路由和安全策略的问题，应同时向管理员确认边界；本服务工单可以帮助识别线路与客户端问题，但不能替代单位对设备的管理授权。

若已经找到可工作的备用线路，可以继续使用并保留失败条件，避免在工作任务进行时大范围改配置。对于需要连续输出、上传或远程会话的用途，先安排可恢复的测试任务，再尝试调整。不要用重要文件或不可重复的操作验证不稳定连接，排查应降低故障影响，而不是制造新的数据丢失风险。

让工单形成完整证据链

通过用户面板工单提交问题。开头直接描述症状和影响范围，例如“浏览器可以访问，命令行工具连接超时”或“锁屏后客户端停止记录日志”。接着说明平台、接入网络类型、所选线路、配置模式和失败动作。不要只写“不能用”，因为客服无法据此决定先查账户还是查网络。

把已经做过的对照写成结果，而不是只列操作名称。“换网络仍然失败，错误没有变化”比“试过换网络”更有用；“规则模式失败，对照模式可访问”比“改过设置”更清楚。也要说明哪些条件保持不变，让客服判断对照是否有效。如果操作后忘了恢复设置，应在工单中写明当前状态，避免双方讨论不同环境。

日志选择失败发生前后的一段，保留时间顺序和原始错误文字。截图应包含提示所属应用，但遮盖账户凭据、订阅地址、私人路径、支付敏感信息和工作内容。某些日志会把请求参数或认证字段一并记录，提交前必须检查。不要公开上传整个配置文件，也不要把日志发给与面板无关的陌生网站分析。

工单说明范例：macOS 上浏览器正常，目标桌面应用登录超时；当前使用规则模式。完全退出应用后重开仍失败，换另一条线路错误不变，短暂切换对照模式后可登录。已恢复原模式，附失败请求的脱敏匹配记录。

故障发生时间应写实际观察到的时间与所在时区，避免把设备错误时钟直接当成准确事件时间。若问题只在晚高峰出现，描述可复现的使用时段和目标用途；若是后台掉线，则说明锁屏、切网或休眠动作。无需添加未经测量的延迟、带宽或可用率数字，主观推测会掩盖已经确认的事实。

修复后回到日常使用条件

收到调整建议后，先保存当前设置，再按建议逐项修改。每次修改都重复原来的失败动作，确认现象是否改变；若没有变化，记录结果并回退不必要的改动。不要把客服建议与网上的其他配置同时混用，否则下一轮判断无法知道哪项生效。涉及平台菜单差异时，提供实际界面描述，不要猜测对应开关。

修复验证不应停在“已连接”。应继续检查目标网页、应用登录、长连接任务和后台使用是否恢复，同时确认本来正常的本地业务没有被影响。如果通过临时全局模式定位了问题，收尾时应回到合适的规则设置；如果清理了代理残留，要确认退出客户端后直接访问仍正常，避免留下新的网络依赖。

把最终有效条件记录成简短说明：使用的配置、需要保留的权限、触发过问题的动作，以及可以恢复的默认设置。下次系统更新或换网络后出现相似症状，就能快速比较差异。不要把订阅地址或密码写进排查笔记；记录用途与设置名称已经足够，敏感信息应继续通过面板管理。

首次安装流程仍以使用指南为主，常见短问答可查帮助中心，线路对照看线路列表。如果最终发现问题来自目标服务账户或内容地区条件，应按对方要求处理；如果来自本服务订阅或线路，则在同一工单补充结果，形成从症状、对照到恢复的完整记录，避免反复重新描述背景。