VPNQY 疑难解答手册

先建立可重复的基础判断

故障排查最常见的问题，不是缺少某个隐藏开关，而是还没有分清故障位于哪一层。一次连接至少涉及本地网络、客户端、订阅配置、所选线路、域名解析和目标服务。任何一层出现异常，用户看到的结果都可能只是“打不开”或“很慢”。如果同时重装客户端、切换协议、修改 DNS 并更换线路，即使恢复了，也很难知道真正原因；下次遇到相同现象仍然需要从头尝试。因此，本手册采用单变量对照：先记录当前状态，每轮只改变一个项目，再用相同页面或相同应用复测。

先把现象写成一句可验证的话

不要只记录“VPN 不能用”。更有效的描述应包含平台、发生阶段、线路和可观察结果，例如：“Windows 客户端可以导入订阅，选择东京线路后连接按钮保持已连接，但浏览器无法打开任何新网页”；或者“iOS 在前台可正常访问，锁屏后返回应用需要重新连接”。前者把问题缩小到隧道建立后的路由或 DNS，后者则指向移动系统的后台管理。描述越具体，后续每一次对照越有价值。错误提示应保留原文，不要仅凭印象改写，因为“超时”“认证失败”“无法解析”和“配置无效”分别对应不同方向。

开始前先确认未连接时的普通网络可用。关闭连接，使用浏览器打开原本就能正常访问的网站；再换另一个网站排除单站故障。如果普通网络也不能工作，应先处理 Wi-Fi、网线、系统网络设置或上游网络问题。客户端无法替代基础网络。公共网络还可能要求先在浏览器完成门户确认；此时系统看似已经接入 Wi-Fi，实际仍不能访问外部网络。打开任意普通网页完成该网络自己的确认流程后，再启动客户端。

建立最小测试环境

测试期间暂时退出会改写网络路径的其他同类工具，关闭浏览器里单独配置的代理扩展，并避免同时开启系统代理和应用内代理。安全软件或系统防火墙不必直接关闭，可先查看是否弹出访问许可或拦截记录。若企业设备受管理策略约束，不应擅自移除管理配置；应记录策略提示并交由设备管理员确认。完成清理后，选择一条线路连接，只打开一个浏览器窗口进行测试。若浏览器正常，再逐个恢复其他应用，便能找出冲突出现的节点。

VPNQY 支持 Windows / macOS / iOS / Android / Linux，覆盖 110+ 国家 / 150+ 线路。平台界面不同，但判断层次一致。不要因为按钮名称不同而跳过基础检查。需要了解 IEPL 专线、中转与直连的用途，可先查看全球线路页面。本章完成后，应至少知道问题是“无法建立连接”“连接后没有网络”“只在特定应用发生”还是“可用但性能不稳定”。这是后续章节的入口，而不是形式化记录。

完全连不上：从权限、时间与线路开始

“完全连不上”指点击连接后始终停留在连接中、很快恢复为未连接，或明确出现认证、握手、超时、配置无效等提示。此时不要先研究浏览器和 DNS，因为隧道尚未建立。第一步是确认订阅仍能被客户端识别：线路列表是否存在，线路名称是否完整，更新订阅时是否返回成功。如果列表为空、只剩旧条目或更新直接失败，应跳到订阅更新章节。如果线路列表正常，则继续检查客户端权限和系统时间。

按失败发生的时间判断

点击后立刻失败，通常更接近本地配置、权限或格式问题。等待一段时间才超时，更接近当前网络无法抵达所选线路、线路临时不可达，或本地网络对连接方式有限制。先连续选择同一地区的其他线路，而不是反复点击同一条。若某一条失败而其他线路可以连接，可将问题记为单线路异常，不需要重装客户端。若所有地区都失败，再更换基础网络进行对照，例如从当前 Wi-Fi 切到另一个可信网络。只要换网后成功，就说明账户和配置大概率有效，排查重点应回到原网络。

系统时间错误会使依赖证书和握手时效的连接失败。应开启系统自动设置日期、时间与时区，完成同步后彻底退出客户端再重开。这里的“退出”不是仅关闭窗口，而是从菜单结束程序或在移动端移除当前连接后重新发起。桌面系统首次建立网络扩展、虚拟网卡或 VPN 配置时，通常需要用户确认权限；若曾拒绝，可到系统网络、隐私或安全设置中检查对应授权。不要从不明来源安装证书，也不要为排错随意降低系统安全策略。

清理卡住的连接状态

客户端异常退出后，系统可能残留虚拟接口、系统代理或未完成的连接状态。桌面端可先在客户端中断开连接，再完全退出；随后检查系统的 VPN 或网络设置，确认没有另一个同类连接仍处于启动状态。重新打开客户端后，仅保留一个配置进行测试。移动端则先在客户端断开，再到系统 VPN 设置确认状态已结束，然后返回客户端重连。若系统持续显示连接中，可重启设备，让网络服务重新初始化。重启不是万能修复，但对残留接口和挂起权限具有明确作用。

如果错误指向配置无效，不要手工改动订阅生成的服务器地址、端口、凭据或加密字段。手工修改可能让一个可更新的配置变成不可维护的副本。正确做法是删除这份导入记录，回到用户面板重新取得订阅，再按教程页的导入流程操作。示例链接只能用于理解格式，不能作为真实订阅使用：

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

在受管理设备上，网络扩展可能被组织策略禁止；这类设备即使账户和线路正常，也无法由普通用户完成授权。若系统明确显示管理员限制，应停止反复安装，向设备管理员确认允许的连接方式。若个人设备在多个网络、多个地区线路上都失败，并且订阅更新正常，可整理客户端名称、平台、线路名称、失败时间、完整报错和已尝试步骤提交工单。不要只上传一张裁掉上下文的截图；截图中应包含错误原文与所选线路，但需遮挡订阅链接、令牌和密码。

确认问题恢复后，再逐步还原安全软件、浏览器扩展和其他网络工具。若恢复某项后再次失败，就找到了冲突条件。此时优先保留系统安全能力，只调整冲突应用的网络接管范围。对于偶发超时，应记录发生网络和线路，而不是直接归因为客户端。连接建立前的诊断目标，是区分账户配置、本地权限、原网络和单条线路四类问题；只要做到这一点，处理路径就会明显缩短。

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

客户端已经显示连接，但浏览器打不开网页，说明问题发生在隧道建立之后。先区分“所有网络请求都失败”与“只有域名失败”。可以同时测试一个平时可访问的网站、另一个不同站点和一个本地应用。若所有站点及应用都失败，优先检查系统路由、代理接管方式和残留连接；若只有部分域名失败，或错误明确写着无法解析主机，则重点检查 DNS。若浏览器失败但其他应用正常，应先排查浏览器扩展、浏览器自己的加密 DNS 与系统代理差异。

先排除系统代理残留

部分客户端断开后仍可能保留系统代理，而新的连接模式又不使用该代理，结果是请求被送往一个已经不存在的本地端口。可在客户端中执行一次“断开—退出—重开—连接”，让它重新写入系统状态。桌面端还应查看系统网络设置中的代理项目，确认自动代理脚本、手动 HTTP 代理和其他应用写入的配置没有并存。若不确定原值，不要随意填入地址；关闭明显属于已退出工具的项目后复测即可。浏览器若安装了代理扩展，应暂时停用，让它跟随系统设置。

路由模式也会造成“连接成功但目标未经过隧道”。规则模式依赖域名、地址和规则集判断路径；全局模式则更适合用来诊断。将客户端临时切到全局路径，如果网页随即恢复，说明线路本身可用，问题集中在规则匹配或 DNS 映射。诊断完成后可恢复原模式，并更新配置或调整目标域名规则。不要长期保留一个自己无法解释的复杂规则集，也不要从陌生来源复制大段配置覆盖原订阅。

统一 DNS 解析路径

DNS 异常并不只表现为“找不到网站”。解析到不合适的地区地址、缓存了过期结果，或浏览器与系统使用不同解析服务，也可能表现为页面长时间等待、部分资源空白和应用登录失败。排查时应减少解析来源：先关闭浏览器单独启用的加密 DNS，让浏览器跟随系统；再确认客户端是否已经接管 DNS。若客户端负责解析，就不应同时让多个安全工具重复改写 DNS。调整后关闭并重开浏览器，避免旧连接继续复用。

桌面端可清理本机 DNS 缓存。命令应在系统自带终端中运行，不需要下载额外工具。Windows 可使用：

ipconfig /flushdns

macOS 可使用：

sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

Linux 的处理方式取决于系统正在使用的解析服务。若使用 systemd-resolved，可运行：

resolvectl flush-caches

执行命令后重新连接线路并打开新的浏览器窗口。命令若提示服务不存在，不要继续套用其他系统的命令，应查看当前系统网络管理方式。移动端通常没有必要安装所谓清缓存应用；断开连接、切换网络后重新连接，或重启设备即可重新建立解析状态。

识别目标站点自身问题

只有一个网站失败，不代表整条线路故障。目标站可能维护、限制特定地区、要求重新登录，或在浏览器中保存了与旧地区不一致的 Cookie。先测试其他站点；其他站点正常时，可开无痕窗口访问目标站，或者清理该站点自己的缓存与 Cookie，而不是清空整个浏览器资料。涉及流媒体时，地区还可能与账号资料、内容授权和应用商店区域相关，单纯更换出口并不能改变账号侧条件。可参考流媒体解锁支持了解这些边界。

若问题只在某个基础网络发生，可换网络对照。公共、校园或办公网络可能采用自己的 DNS、门户或安全策略，连接后仍对部分请求施加限制。此时记录“原网络失败、替代网络正常”比反复换节点更有意义。提交工单时应说明域名是否能解析、全局模式是否可用、其他网站是否正常、浏览器与应用是否一致，并提供不含个人数据的错误信息。不要提交完整浏览历史，也不要把订阅链接放入截图或日志。

速度慢与晚高峰卡顿：分清链路瓶颈

速度问题不能只用一次下载或一个测速页面下结论。跨境访问的实际体验由本地接入、无线质量、线路路径、目标服务器、应用协议和当时网络拥塞共同决定。网页首屏慢、视频缓冲、文件下载慢和游戏延迟高并不是同一种指标。文件下载更看重持续吞吐，视频还受目标平台分发节点影响，会议与游戏则更敏感于抖动和丢包。排查前应先明确场景，固定同一设备、同一基础网络、同一目标和相近时间做对照。

先测基础网络，再对照线路

断开客户端，确认本地网络自身没有明显波动。无线网络信号看起来满格，也可能因干扰、设备距离或同频竞争出现抖动。尽量靠近接入点，暂停正在同步或下载的其他任务，然后测试普通网页和稳定的文件传输。若基础网络已经卡顿，切换跨境线路不会消除本地瓶颈。桌面设备条件允许时，可用有线连接做一次对照；移动设备则可换另一个可信 Wi-Fi，判断问题是否跟随原网络。

基础网络正常后，在同一目标上比较不同线路。先选地理距离较近的地区，再测试同地区的其他类型。IEPL 专线、中转和直连的路径特征不同，但不能脱离用户所在地、目标地区和当前网络简单断言哪一类永远更快。晚高峰出现卡顿时，优先更换同地区线路；若同地区均不理想，再选择邻近地区，避免仅凭国家名称频繁跨洲切换。完整线路分类可在全球节点查看。

识别晚高峰与单站限速

如果白天稳定、晚间特定时段反复卡顿，而本地网络在相同时段也出现拥塞，瓶颈可能位于接入网络。若本地普通访问正常，只有某条跨境线路下降，则可以更换同地区线路并记录差异。若多个地区都只对同一个平台缓慢，其他网站和下载正常，应考虑目标平台的分发、账号地区或内容源问题。此时不断重装客户端没有帮助。可分别测试网页、视频与文件，观察问题是目标单站还是整条连接。

客户端的全局模式会让更多后台流量经过线路。云盘同步、系统更新、照片备份和其他设备的持续下载都会争用当前网络。排查时应暂停这些任务，并查看系统任务管理器或网络监视器，确认没有大量后台传输。VPNQY 允许不限台数同时在线，但不限台数不代表多个设备的大流量任务不会共享用户自己的接入带宽。家庭网络中，只要另一台设备正在持续下载，当前设备的视频和会议就可能受到影响。

避免错误的“优化”

不要从网络文章中随意复制 MTU、拥塞控制、网卡双工或注册表参数。错误值可能让小数据包看似正常、大数据包却反复重传，形成难以发现的半故障。如果此前手工修改过这些参数，应先恢复系统默认，再进行线路比较。协议选择也应以客户端提供的兼容选项为准；某个协议在一个网络更快，不代表在所有网络都更适合。公共网络、家庭宽带和移动网络的处理方式不同，最可靠的方法仍是同场景对照。

提交性能工单时，不应只写“很慢”。应附平台、基础网络类型、发生时间、线路全名、目标应用、是持续缓慢还是间歇卡顿、其他线路是否正常，以及断开连接后的基础网络表现。截图可包含客户端线路名称和错误，但测速结果需要说明测试目标与条件。不要把不同日期、不同网络和不同目标的结果放在一起直接比较。客服只有获得可复现条件，才能判断是线路、入口、目标服务还是本地网络。

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

频繁断线需要先判断连接是被系统暂停、基础网络切换，还是线路本身中断。移动设备在锁屏、切换 Wi-Fi 与蜂窝网络、开启省电模式或进入后台后，系统会重新评估网络扩展的运行权限；桌面设备则可能因睡眠、网卡节能、网络漫游和安全软件接管而断开。若只在锁屏后发生，重点不是线路速度，而是后台与电源管理。若前台使用时也会随机断开，则应比较不同线路和不同基础网络。

移动端先检查系统级后台条件

在 iOS 与 Android 上，先确认客户端拥有建立 VPN 配置所需的系统权限。随后检查低电量模式、省电策略、后台活动和数据节省功能。不同系统界面名称可能不同，原则是允许客户端在连接期间维持必要的网络活动。Android 设备还可能由厂商电池管理在熄屏后限制后台应用，可在应用电池设置中选择不限制或允许后台运行；只对当前客户端调整，不必关闭整台设备的电池保护。iOS 若在网络切换后停留于旧状态，可回到客户端手动断开再连接。

移动设备从 Wi-Fi 切到蜂窝网络时，底层地址和路由会改变。部分连接可以自动恢复，部分需要重新握手。测试时可分别固定在 Wi-Fi 与蜂窝网络，观察是否只在切换瞬间断开。如果固定网络下稳定，说明问题与网络切换相关，不应归为线路持续异常。出于内容红线，本手册不讨论任何通信验证方式；账户侧只需记住 VPNQY 注册无需邮箱地址，用户名+密码即可注册。

桌面端检查睡眠、网卡与安全软件

Windows 或 macOS 从睡眠恢复后，物理网卡可能先重连，虚拟网络接口随后恢复，短时间内路由并不完整。若恢复后无法访问，可在客户端中主动断开并重新连接，而不是继续等待旧会话。Windows 还可在设备电源管理中检查是否允许系统为节能关闭网络适配器；修改前应确认这是个人设备，并只调整正在使用的网卡。macOS 应查看是否同时存在旧的网络扩展或重复 VPN 配置，避免多个工具争用系统网络控制。

安全软件、防火墙或终端管理工具可能在网络类型变化时重新应用规则。如果断线总发生在网络从专用变为公共、从有线变为无线之后，应查看对应软件的事件记录，而不是直接关闭保护。将客户端列入允许联网的应用范围，通常比关闭整个防火墙更合适。企业设备上的规则应由管理员处理。日志中若出现接口重置、网络不可达或权限拒绝，可连同发生时间提交工单。

用持续观察区分线路和本地抖动

选择一条线路后保持前台，不切换网络，持续打开一个稳定网页或保持轻量访问。如果此时仍断开，再换同地区另一条线路测试。只有某条线路断开，记录为单线路问题；多条线路都在同一基础网络断开，而换网络后稳定，更可能是原网络抖动或限制；多个网络和多条线路都断开，才继续检查客户端安装、系统权限和配置。这个矩阵比重复点击连接更有诊断价值。

若连接表面未断开，但应用突然停止传输，应区分“隧道断开”与“应用会话失效”。视频、会议和即时连接在出口变化后可能需要重新建立会话；线路切换后应完全关闭相关应用再打开。浏览器页面可刷新，但涉及上传或编辑的内容要先保存。不要在重要传输进行中频繁切线。对长期任务，选择已经验证稳定的线路，并避免设备进入睡眠。

工单应包含断线发生在前台还是后台、是否锁屏、是否切换网络、平台、线路、原网络类型、客户端当时显示的状态、恢复方式和错误原文。若能稳定复现，可写成“连接—锁屏—返回—观察”的顺序。不要上传包含账户密码、订阅令牌或私人通知内容的整屏录制。经过裁剪仍能保留状态变化的录屏或截图，通常比一句“总掉线”更容易定位。

订阅更新失败与线路列表异常

订阅更新负责把账户当前可用的配置同步到客户端。失败现象包括更新超时、返回格式错误、线路列表为空、旧线路无法刷新，或导入后没有出现任何条目。排查时先区分“无法取得订阅内容”和“已经取得但客户端无法解析”。前者通常表现为网络错误、超时或授权失败；后者更常出现格式无效、字段不支持或配置损坏。不要把订阅链接粘贴到公开网站测试，也不要发送给他人代查，因为链接本身属于账户访问凭据。

确认账户状态与导入来源

先通过用户面板确认当前订阅状态，再从面板重新取得订阅入口。VPNQY 的月订阅为 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB，流量按开通日每月重置，中途升级差价折算成剩余天数；另有用完为止、永久不过期的流量包：¥158/300GB、¥358/1000GB、¥658/3000GB。若客户端显示的状态与面板不一致，以面板中的账户和订单状态作为核对起点。套餐详情可查看套餐页面。

重新导入时，先删除客户端内那份确认损坏或来源不明的配置，但不要在尚未取得新入口前清空所有可用配置。复制订阅链接时应确保没有多余空格、换行或截断。某些聊天软件会对链接添加预览或改写字符，不适合作为长期保存方式。最稳妥的流程是在面板中复制，直接切换到客户端粘贴导入。导入成功后，先确认线路名称出现，再执行连接测试。

排查更新请求为什么失败

如果客户端能连接已有线路，但无法更新订阅，可能是更新请求没有跟随当前连接路径。可先断开连接，用普通网络访问用户面板；面板可打开时再执行更新。若普通网络下更新失败，而连接现有线路后更新成功，则说明不同路径对更新入口的可达性不同。反过来，若连接状态下更新失败，可断开后重试。每次测试都记录连接状态，避免把两个相反条件混在一起。

系统日期和时间同样会影响订阅请求中的安全连接。开启自动时间并重启客户端后再试。若浏览器可以登录面板，但客户端仍报告证书或网络错误，应检查客户端是否经过安全软件的 HTTPS 检查、是否存在自定义证书，或是否由企业策略代理网络。不要通过忽略证书错误来完成更新。安全连接异常应从系统时间、受信任环境和网络检查工具入手。

处理重复、空白与旧线路

重复导入同一订阅可能生成多个配置组，用户随后在旧组中切换线路，看起来像“更新没有生效”。应核对配置名称和最近更新时间，只保留正在使用的一份。更新完成后若线路列表仍为空，可彻底退出客户端再打开，让它重新读取配置。若某些线路仍显示旧名称，先确认当前选中的配置组是否正确，再考虑删除旧组。不要手工合并两份订阅文本，这会破坏后续自动更新。

客户端提示格式不支持时，应确认使用的是面板推荐的导入方式，并从用户面板的下载入口获取适合平台的客户端。本站营销页不提供静态安装包直链，所有客户端入口均经用户面板管理。Windows / macOS / iOS / Android / Linux 的导入界面不同，详细路径见快速上手教程。若某个平台失败而另一平台能导入，同一账户和订阅本身大概率有效，问题更接近客户端兼容、导入方式或本机网络。

提交工单时提供平台、客户端名称、更新发生时间、错误原文、面板是否可打开、已有线路能否连接、断开与连接状态下是否都测试过，以及是否重新复制过订阅。订阅链接只需写成类似 https://example.com/sub?token=YOUR_TOKEN 的脱敏结构。若截图中出现二维码、令牌或完整链接，提交前必须遮挡。客服不需要账户密码，也不应通过工单索取密码。

某个 App 无法走代理：验证分流路径

浏览器能够正常访问，而某个 App 始终连接失败，通常说明线路本身已经可用，问题集中在该应用如何发起网络请求。应用可能跟随系统代理、直接使用系统网络、内置自己的代理设置，或采用不被当前模式接管的协议。排查目标不是立刻增加大量规则，而是先证明该应用在全局路径下能否工作。如果全局路径也失败，应检查应用账号、目标服务状态和地区条件；如果全局路径可用、规则模式失败，则可以明确处理分流。

从全局对照回到精确规则

记录当前模式后，临时切换到全局路径，完全退出目标 App 再重新打开。仅把应用切到后台往往会保留旧连接，因此需要从任务列表结束进程或使用应用自身退出功能。若恢复正常，说明该应用相关域名或地址没有被现有规则正确匹配。此时可恢复规则模式，查看客户端是否支持按应用、域名或规则集调整。优先添加目标服务官方域名范围，不要把互联网上来源不明的大型规则表直接合并到配置。

若全局模式仍失败，先在浏览器访问该服务的官方网站，判断目标服务是否整体可达。网站正常而 App 失败，可检查 App 是否需要更新登录状态、是否保存了旧地区会话、是否启用了应用内代理或私有 DNS。清理目标 App 自己的缓存前，应确认不会删除未同步内容。涉及账号地区的服务，线路出口只是条件之一，账号资料、商店区域和内容授权仍由平台决定。

系统代理与虚拟网卡模式的差别

只使用系统代理时，遵循系统代理设置的应用会被接管，不读取系统代理的应用可能直接连接。虚拟网卡或系统 VPN 模式通常覆盖范围更广，但需要相应系统权限，也可能与其他网络扩展冲突。若目标 App 不跟随系统代理，可在客户端支持的前提下使用系统级接管模式进行测试。切换前应先断开当前连接，切换后重新授权并重开应用，避免旧会话继续沿用原路径。

部分应用同时使用 TCP、UDP、局域网发现或推送通道。网页功能正常，不代表语音、视频、上传和通知都会走相同连接。可以按功能分别记录：登录是否成功、文字内容是否加载、媒体是否播放、上传是否完成。若只有某项失败，工单中应明确功能，而不是笼统写“App 不能用”。如果应用依赖局域网设备，开启全局路径后还应确认客户端是否允许局域网访问，否则打印机、电视或存储设备可能暂时不可见。

AI 工具与流媒体的额外边界

AI 工具可能依据出口地区、账号状态、会话缓存和服务侧策略综合判断。连接线路后仍无法使用时，先在新浏览器会话中测试官方网站，再核对账号自身是否可用。不要频繁跨地区切换同一会话，这可能让登录状态和出口地区不一致。更多场景可阅读AI 加速说明。流媒体同样可能受账号分区、内容授权与应用缓存影响，相关排查见解锁支持页面。

提交应用分流工单时，应提供平台、App 名称、失败功能、规则模式与全局模式的对照、所选线路、浏览器访问同服务的结果，以及完全重启 App 后是否变化。日志中若包含访问令牌、Cookie、账号标识或私人内容，应先删除。客服需要的是路径差异和错误原文，不需要应用账号密码。将信息整理成可复现步骤，通常能直接判断是规则、接管模式还是目标服务条件。

不限台数、账户异常与有效工单

VPNQY 支持不限台数同时在线，因此出现所谓“设备数超限”提示时，不应自行猜测存在隐藏的固定台数限制。先确认提示来自哪里：是 VPNQY 用户面板、客户端本身、操作系统，还是目标网站或应用。很多服务会对自身账号设置登录设备规则，这与网络加速订阅的同时在线能力不是同一件事。只有准确记录提示来源，才能避免把目标平台的账号限制误归到 VPNQY。

先判断提示属于哪个账户

如果提示出现在流媒体、AI 工具、网盘或其他第三方 App 内，应查该服务自己的账号与设备管理。更换线路不会改变第三方服务的设备规则。如果提示出现在客户端导入阶段，应检查是否重复创建配置、客户端是否限制本地配置数量，或是否误把多个配置组理解为多台设备。如果用户面板本身出现账户或订阅异常，则退出后重新登录，核对当前用户名、订单状态与订阅入口，避免在多个用户名之间混淆。

VPNQY 注册无需邮箱地址，用户名+密码即可注册。正因为不依赖邮箱地址，用户名和密码应自行妥善保存。遇到登录失败时，先检查键盘布局、大小写、输入法自动空格和浏览器密码管理器是否填入旧凭据。不要连续创建多个相似用户名来绕开问题，这会让订单和订阅分散在不同账户中。付款方式支持支付宝 / 微信 / USDT；涉及订单核对时，应从用户面板进入工单，不要在公开页面粘贴付款凭据。

什么情况应停止自查

当问题能够稳定复现，并且已经完成最小对照，就应提交工单，而不是继续无目的地重装。适合提交的情况包括：多个网络与多条线路都无法建立连接；订阅在用户面板可见但多个受支持平台都无法导入；只有某条线路持续失败；同一线路在固定网络下反复断开；规则模式与全局模式存在稳定差异但无法定位规则；账户、订单或流量显示与面板操作结果不一致。若只是单个目标网站短暂维护，可以先等待目标服务恢复，无需修改本地配置。

涉及退款时，正文口径为 7 天无理由退款，具体办理应通过用户面板工单并查阅退款政策。不要通过重复下单、撤销付款或创建多个账户进行测试。需要比较套餐时，可在套餐页查看月订阅与永久不过期流量包。中途升级的差价会折算成剩余天数，遇到升级显示疑问时，应附原套餐、操作时间和面板结果，由工单核对。

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

标题先写症状和平台，例如“Windows 所有线路连接超时”或“Android 锁屏后连接结束”。正文按固定顺序填写：使用平台与客户端、基础网络类型、所选线路全名、发生时间、操作步骤、错误原文、是否能稳定复现、已经完成的对照、期望结果与实际结果。若问题只影响一个应用，补充 App 名称、失败功能、全局与规则模式结果；若是速度问题，补充目标服务、是否持续缓慢、其他线路与断开连接后的表现。

问题标题：
使用平台与客户端：
基础网络类型：
所选线路：
发生时间：
复现步骤：
错误原文：
已完成的对照：
期望结果：
实际结果：

截图应保留客户端状态、线路名称和错误信息，裁掉与问题无关的私人通知。订阅链接、二维码、密码、令牌、付款凭据和应用登录信息必须遮挡。日志文件若由客户端导出，应先用文本编辑器检查敏感字段；无法确认时，可以先只提交错误原文和时间，由客服说明需要哪些片段。不要把完整系统日志或浏览历史直接上传。

恢复后留下可复用记录

问题解决后，记录最终原因与有效操作，例如“原 Wi-Fi 需要先完成门户确认”“浏览器加密 DNS 与客户端解析冲突”“旧配置组未更新”“目标 App 不跟随系统代理”或“锁屏后被省电策略暂停”。同时撤销为诊断临时启用的全局模式、额外权限或测试设置，恢复到日常所需的最小配置。若曾创建重复订阅组，应保留一份正在使用的配置并删除旧副本。

排查的结束标准不是“偶尔能打开一次”，而是在固定条件下能够重复得到正常结果。连接类问题至少完成重新连接验证；后台问题完成一次锁屏与返回验证；分流问题分别测试浏览器与目标 App；订阅问题确认更新后线路列表保持正常。若恢复无法重复，应继续保留工单中的时间和条件。系统化记录既能减少下一次排查时间，也能让线路与客户端问题获得更准确的处理。