VPNPO 故障排查手册

判断完全连不上的原因

先分清连接按钮失败与基础网络断开

记录客户端的实际表现：按钮无法开启、开启后立刻关闭、长期停留在连接中，还是出现明确错误。它们不是同一个问题。按钮无法开启，通常应先检查系统权限和客户端运行状态；持续连接中，则需要继续核对网络入口与线路是否可达。不要仅凭界面上的红色提示判断套餐失效，也不要把所有连接失败都归到线路质量。

关闭代理连接后，打开平时可以直接访问的网站，并检查当前网络是否需要认证。公共网络可能已经取得地址，却仍停留在认证页面；此时浏览器看似有网络，客户端却无法建立连接。先完成网络自身的登录或授权，再回到客户端。若直接访问也失败，优先检查无线网络、网线、路由器和系统网络状态，暂时不要修改订阅中的线路参数。

核对账户、订阅与导入结果

进入用户面板概览，查看当前套餐状态与剩余流量。能登录面板不等于代理连接已经可用，客户端保留线路列表也不等于订阅仍然有效。确认导入的是当前账户提供的订阅，而不是旧账户留下的配置。若刚完成套餐操作，先以面板展示为准，再更新订阅；不要根据缓存的线路名称推断交付状态。

检查客户端当前配置是否启用，线路列表是否为空，以及所选线路是否属于本次导入的配置。有些客户端允许保存多份配置，更新其中一份并不会自动切换当前使用项。打开配置管理页，确认活动配置名称，再回到连接页检查选中的线路。若列表出现解析错误或缺少必要字段，转到订阅更新章节处理，不要在错误配置上反复点击连接。

用交叉验证缩小范围

保持客户端配置不变，改用另一个可用网络测试。如果换网络后可以连接，问题更可能与原网络入口、网络认证或本地限制有关。随后保持网络不变，改选同地区的另一条线路。如果只有某条线路失败，记录该线路名称与错误信息；如果所有线路都失败，继续检查系统时间、权限与代理冲突。交叉验证的目的，是把网络、配置和线路拆开，而不是随机切换直到偶然成功。

核对系统日期、时间和时区是否合理。依赖安全握手的连接可能因时间偏差失败。优先使用系统自动校时，再重新建立连接。若客户端明确提示证书验证失败，不要通过关闭验证来掩盖问题；先确认时间、配置来源和网络认证页。认证网络有时会把请求重定向到自己的页面，导致看似线路证书异常，实际还未进入正常互联网连接。

先检查占用，再重新授权。退出其他代理或隧道工具，确认系统当前只由预期的客户端管理连接。不要同时开启多个网络接管功能，再用其中一个界面的状态判断全部流量。

处理权限失败并确定升级边界

如果按钮一开启就关闭，查看系统是否出现 VPN 授权请求，或客户端是否被安全软件阻止创建网络接口。只对来自面板的客户端授予必要权限，不需要为排错关闭整套系统防护。桌面端若提示本地监听地址被占用，先退出可能使用同一代理入口的程序，再重启客户端；移动端则查看是否已有其他 VPN 配置正在运行。

当基础网络正常、账户状态正常、配置可解析，且不同网络下仍无法连接时，应提交工单。附上连接失败的完整错误文字、所选线路、系统平台、客户端获取来源与交叉验证结果。不要只写“连不上”，也不要附订阅原文。能够说明问题发生在连接建立阶段，客服才容易区分线路侧故障、本地权限失败与配置兼容问题。

检查网页打不开与 DNS 异常

连接状态不是应用访问结果

客户端显示已连接，通常只说明某个连接或网络接口已建立，不能证明浏览器请求已经按预期转发。先分别打开正常可直接访问的网站与目标国际站点，记录是全部失败、仅目标站点失败，还是某个浏览器失败。若所有网页都打不开，检查系统代理、接管模式与 DNS；若只有目标服务失败，则还要考虑账号区域、服务维护、出口限制和浏览器缓存。

观察错误文字比观察加载图标更有价值。域名找不到，优先查名称解析；连接被拒绝，检查代理入口和目标端口；证书错误，检查时间与认证网络；页面能打开但登录失败，则继续检查账户与区域。不要将这些错误统一写成“网络不好”。保留发生错误的域名即可，网址中可能包含登录状态或私人内容，提交时应删除这些部分。

沿着 DNS 路径逐段检查

DNS 负责把域名转换为地址。系统 DNS、客户端内置解析、浏览器安全 DNS、应用自己的解析方式可能同时存在，因此改了系统设置不一定影响目标应用。先查看客户端是否启用了自身的 DNS 接管，再查看浏览器是否另行指定解析方式。确定实际使用路径后，只调整其中一个环节。若同时改系统与浏览器，恢复正常后也无法知道是哪项设置起作用。

在 Windows 中可使用 PowerShell 查询系统解析结果；macOS 与 Linux 可在已提供相关工具的环境中查询。下面的示例域名只用于观察命令能否返回结果，不代表某个目标平台一定可访问。解析成功也不等于连接成功，得到地址后仍需由浏览器验证实际网页。不同出口可能返回不同地址，不能仅因地址不一致就判定存在异常。

# Windows PowerShell
Resolve-DnsName example.com

# macOS 或已安装 dig 的 Linux
dig example.com

# 检查 HTTPS 请求；需要系统提供 curl
curl -I https://example.com

比较关闭代理与开启代理后的结果，并说明命令使用的环境。命令行工具未必遵循浏览器的系统代理设置，因此命令成功、浏览器失败，或相反，都只是定位线索。若客户端使用虚拟地址映射，系统看到的解析结果也可能不是目标服务的最终地址。不要为了让结果“看起来正常”盲目关闭映射，应按客户端的配置说明判断是否属于预期行为。

排除代理入口与缓存问题

桌面端的系统代理模式通常要求应用支持并遵循系统设置。检查客户端运行时代理入口是否存在，退出客户端后系统是否仍残留代理配置。残留入口会让浏览器继续把请求交给已经停止的程序，表现为本地网络正常却网页全部失败。先关闭残留设置，再恢复客户端连接。若使用网络接管模式，还要检查其他隧道工具是否抢占了默认路由。

当配置已修正却仍显示旧错误，关闭目标应用后重新打开，让它建立新连接。浏览器缓存、连接池与应用自身的 DNS 缓存可能延续修改前的路径。可用临时浏览器会话作对照，但不要急着删除全部个人资料。若临时会话成功，原会话失败，再有针对性检查扩展、站点数据或应用代理设置，避免把账号状态也一并清除。

区分解析路径检查与隐私判断。DNS 检测只能提供当前测试环境的线索。不要根据单个网页结果推导所有应用的解析路径，更不要把“已连接”理解成任何场景下的绝对保证。

处理仅部分网站失败的情况

若普通网页可用，目标服务仍报区域错误或访问拒绝，保持同一地区线路，检查账号所属区域、服务条款与客户端规则。临时改为完整代理路径可以帮助判断是否有请求遗漏，但诊断结束后应恢复日常规则。详细的出口、DNS 与逐应用验证方法见怎么确认 VPN 真的生效了。提交工单时附错误类型和解析路径，不要上传浏览历史。

定位速度慢与晚高峰卡顿

先说明慢发生在哪里

把“慢”拆成可描述的现象：网页等待很久才开始显示、下载开始后速度低、视频反复缓冲，还是 AI 工具返回内容间歇停顿。不同现象对应不同环节。网页首屏慢可能涉及解析与建连；持续下载慢可能涉及网络吞吐；视频卡顿还取决于内容分发、清晰度与设备解码。不要用单次下载表现替代所有用途，也不要把目标平台自身的响应时间全部算在线路上。

先暂停后台更新、云盘同步和其他大流量任务，保持测试内容一致。家庭网络中，其他设备的下载也可能占用出口，客户端界面却无法解释这种共享竞争。若无线网络信号弱，靠近路由器或改用可靠的有线连接作对照。保持客户端线路不变，先确认本地网络条件；否则换了线路同时也换了连接位置，比较结果便没有明确含义。

按用途比较线路类型

查看线路页中的地区与类型说明，再选择符合用途的线路。地理距离近并不自动等于目标服务响应快，线路入口、转接路径与目标平台的内容分发都会影响体验。IEPL 专线、中转与直连的标签表示路径组织方式，不能当作任何网络环境下的固定速度排名。比较时应保持目标服务、内容与本地网络相同，并记录测试时段。

对流媒体，先选定目标地区，再验证内容是否可播放，最后观察持续播放表现。内容能看到并不代表播放链路完全相同；预览、正片、字幕和账号验证可能由不同域名提供。对 AI 工具，分别观察页面加载、登录和内容返回，避免把服务端排队误认为网络断流。线路选择应服务于具体用途，不应只追求某个检测界面的好看结果。

用时段对照判断晚高峰问题

如果白天正常而晚间明显变慢，保留相同网络、同一线路与相同操作作对照。先确认是否仅在家庭无线网络拥挤时发生，再检查同地区其他线路是否也受到影响。若整个本地网络在该时段都变慢，优先处理共享带宽和接入网络；若仅某条线路反复出现卡顿，则把线路名称与时段整理给客服。不要在每次测试中同时更换地区、客户端和内容。

观察恢复条件同样重要。暂停视频后重新播放即可恢复，可能与播放器连接有关；重新连接客户端才能恢复，则需要检查会话或网络接口；改用另一网络才恢复，则更值得调查原网络入口。将“什么操作能够恢复”写清楚，比仅说“晚上不稳定”更容易复现。发现可用线路后可以保存用途分组，但仍要对目标应用进行实际验证。

避免把测试变成压力来源。测速、下载与视频同时运行，会互相竞争网络资源。先停止其他任务，再重复日常用途；记录主观现象与错误，不需要为工单制造连续的大流量测试。

设定合理的处理边界

若持续播放失败而普通网页正常，降低播放器清晰度作诊断可以判断问题是否与持续传输压力有关，但这不是线路质量结论。若设备发热、后台负载高或浏览器扩展繁多，也应检查设备资源。遇到所有线路在多个网络下都明显异常时，提交同条件对照结果，由客服核查线路与服务状态。VPNPO 的覆盖为 90+ 国家 / 170+ 线路，覆盖范围不是每个目标服务在每个地区都可用的保证。

检查频繁断线与后台掉线

先确定掉的是哪一层

记录断线时客户端是否仍显示连接，系统 VPN 标识是否消失，以及目标应用是否只是停止接收内容。客户端进程被关闭、隧道失效和目标应用连接过期，是不同层次的问题。若系统标识消失，先查权限与进程状态；若标识还在但所有请求失败，查网络切换和重连；若只有某个应用中断，则先进入应用分流章节，不必马上更换整个配置。

把触发动作写清楚：锁屏后发生、切换应用后发生、无线网络切换后发生，还是设备休眠恢复后发生。随后在相同条件下重复该动作，观察是否稳定复现。前台一直正常而锁屏后失效，重点检查后台策略；不锁屏也持续断开，则还需检查网络质量和线路会话。不要仅依靠“使用一阵子就断”判断，因为这个描述混合了多种可能的触发条件。

处理 Android 的后台限制

打开系统应用设置，检查客户端是否被限制后台运行、后台网络或电池使用。不同设备的菜单名称不同，应按实际界面寻找电池优化与后台活动选项，而不是机械照抄某个机型的路径。对用于持续连接的客户端，可按系统提供的选项允许后台活动；若系统另有启动管理，还要确认没有在锁屏时结束该进程。设置后回到客户端重新连接，再用锁屏动作验证。

检查清理工具、游戏模式与省电模式是否会主动停止客户端。最近任务列表中保留卡片不一定等于允许后台网络，某些系统仍会限制其活动。更改前记下原设置，诊断结束后保留必要权限即可，不需要给所有应用解除限制。详细操作可参阅安卓 VPN 从零设置指南；选择客户端时的后台考量见安卓 VPN 后台与分应用设置说明。

处理 iOS 与桌面端的切换恢复

在 iOS 中，先确认系统 VPN 配置对应当前客户端，是否存在其他网络工具同时请求接管。锁屏后某个应用停止更新，并不能直接证明 VPN 已退出，还需解锁后用浏览器重新发起请求。若浏览器恢复而原应用仍卡住，关闭并重新打开原应用，观察是否只是旧连接未恢复。系统管理的隧道与应用自己的后台策略应分别判断。

在 Windows、macOS 与 Linux 上，睡眠或休眠会改变网络接口状态，恢复后原连接可能尚未重新建立。先确认系统网络已恢复，再观察客户端的自动重连结果。若需要手动重连才能恢复，记录设备从休眠到恢复的过程与客户端提示。不要为解决这一现象永久禁用休眠；应先判断是否为接口恢复、网络认证或客户端连接状态没有同步。

网络切换后重新验证应用。无线网络与移动数据的切换会改变连接路径。客户端重新显示连接后，仍需重新打开目标页面，确认应用没有继续使用切换前的失效会话。

查找重连循环与稳定复现条件

若客户端反复进入连接与断开循环，退出其他网络接管程序，查看本地网络是否频繁断开，再换同地区线路作对照。循环中不要持续点击按钮，这会制造新的手动断开事件，使日志难以区分自动失败与操作行为。保持一次正常连接尝试，等待客户端给出明确结果，再收集相关错误。若原网络需要周期性重新认证，应先处理网络入口。

提交工单时说明断线发生于前台还是后台、是否伴随网络切换、系统标识是否保留，以及重新打开应用或重连是否有效。可附经过裁剪的错误截图，不必提供整段活动记录。后台问题常需要结合具体系统设置判断，客服无法仅靠线路名称确定原因。若不同网络、不同线路都只在锁屏后掉线，优先说明这一规律，让排查聚焦在设备后台策略。

处理订阅更新失败与配置错误

区分获取失败、解析失败与没有启用

订阅更新不是一个单独动作，而是客户端发起请求、取得内容、解析配置并保存的过程。请求超时属于获取阶段；提示内容格式不支持属于解析阶段；列表已更新但连接仍使用旧项，则可能没有启用新配置。先保留完整错误文字与当前配置名称，确定失败发生在哪个阶段。不要删除还能使用的旧配置后再调查，这会同时失去恢复入口与对照样本。

登录用户面板客户端入口，按面板提供的方式获取订阅并导入。订阅只能从自己的面板获取，不要从他人截图、转发消息或旧设备备忘录中寻找地址。客户端获取权限按面板判定。若页面显示套餐状态异常，应先核对账户和订单，再处理客户端，避免将交付问题误判成配置语法问题。

确认请求路径与账户状态

若更新超时，先验证当前网络能否打开面板。面板能打开而订阅请求失败，还需检查客户端更新请求是否经过了不同的代理路径。有些配置把更新请求交给当前失效线路，形成连接失败后无法更新的循环。按客户端支持的选项，尝试在正常基础网络下获取，或者先切换到仍可用的线路。不要随意修改订阅地址中的参数，以免破坏账户交付信息。

如果返回的是网页而不是配置，可能获取到了登录页面、网络认证页面或错误提示页。不要把这类内容当作线路列表强行导入，也不要上传完整返回内容给公共论坛。先完成网络认证，检查面板登录状态，再从正确入口重新获取。出现权限类提示时，以面板显示的账户和套餐状态为依据；复制地址成功并不代表当前交付权限已经满足。

保留本地规则并检查兼容边界

更新前区分订阅提供的内容与自己添加的规则。自定义应用分流、地区分组和本地覆盖设置，可能保存于独立文件，也可能混在当前配置中。先按客户端提供的方式备份必要设置，再更新订阅。更新完成后检查线路列表、当前活动配置和本地规则是否仍在，不要假定所有客户端都会保留相同内容。若只能通过覆盖恢复，应先保留旧项以便比较。

解析失败时，检查导入方式是否与客户端支持的格式相符。能够保存文本不等于能够理解其中的字段。优先采用面板与新手指引提供的导入流程；不要在未知转换网站粘贴订阅来尝试修复，因为订阅地址具有账户访问价值。若客户端明确指出某个字段不支持，记录字段名称与错误类型即可，通常无需附带整份配置。

把订阅当作账户敏感资料。不要在截图、工单正文或聊天中暴露完整地址。教学示例可以写成 https://example.com/sub?token=YOUR_TOKEN，但该示例不用于真实导入。

更新之后验证是否真正生效

客户端提示更新成功后，回到配置列表确认当前使用项，再重新选择用途分组中的线路。某些客户端会保留旧连接，配置更新并不会立即影响已经建立的会话。重新连接并打开目标应用，确认行为符合预期。若新列表可见但仍使用旧线路，检查分组选择、缓存连接与本地覆盖规则，而不是反复刷新同一订阅。

若面板与客户端显示的流量信息不一致，先区分显示缓存和真实账户状态。月订阅流量按开通日每月重置，不应按自然月自行推断；中途升级差价折算成剩余天数，也不要把升级理解成所有显示项目立即按同一种方式刷新。套餐细则见套餐页。提交工单时提供账户状态截图、错误文字和失败阶段，并遮盖订阅地址与账户敏感信息。

排查某个 App 不走代理

建立同设备对照

当浏览器正常而某个 App 无法访问，先保持网络与线路不变，用浏览器打开该服务的公开页面。若公开页面也失败，继续查线路与服务区域；若浏览器成功而 App 失败，重点检查应用分流、应用自身的网络设置和旧会话。这个对照只能说明访问路径存在差异，不能证明账号、登录接口与内容接口都相同，因此还要记录 App 失败发生在哪一步。

观察是启动页无法加载、登录失败、内容列表可见但播放失败，还是上传与通知失效。应用往往会访问多个域名，公开页面成功并不意味着其余接口都走了同样的路径。保存客户端的规则命中信息时，仅保留相关应用、目标域名和规则名称，不要收集无关浏览记录。将失败步骤写清楚，才能判断是遗漏规则、区域限制还是服务端功能异常。

核对分应用名单与规则顺序

在支持分应用设置的客户端中，先确认名单属于“选中应用走代理”还是“选中应用排除代理”。这两种模式的界面可能相似，但结果相反。检查目标 App 是否在正确名单中，也检查是否有工作资料、应用分身或不同安装来源形成的独立实例。名称相同不一定代表系统识别的是同一个应用，实际生效项应以客户端显示的实例为准。

规则通常按匹配顺序决定路径。较宽泛的直连规则可能先于目标服务规则命中，因此看似添加了代理规则，实际上请求还未走到它。检查当前命中的规则，而不是仅确认规则文本存在。修改前保存原设置，随后只调整相关项；若改动导致其他用途异常，恢复原规则再重新定位。不要通过永久把全部流量交给同一出口来掩盖分流配置缺陷。

区别系统代理与网络接管

桌面端 App 不一定遵循系统代理，一些程序有自己的连接设置，另一些会直接建立网络连接。先查应用是否支持使用系统代理，再查客户端是否提供适合的网络接管方式。系统代理模式下浏览器成功、App 失败，是一个值得调查的差异，而不是换线路的充分理由。启用接管前应确认权限与其他工具冲突，避免两套路径同时运行。

规则修改后关闭目标 App，再重新打开，避免旧连接延续原出口。浏览器扩展、应用内代理与系统代理也可能互相覆盖，诊断时应明确由哪个入口负责转发。若临时使用完整代理路径后恢复正常，再检查哪些域名或应用没有被原规则覆盖；若仍然失败，则不能继续把原因归到分流，应转查账号区域、服务限制或应用自身状态。

应用可访问与账号可使用是两回事。目标平台可能依据账号区域、支付资料或服务政策决定功能。线路只能改变网络路径，不能替代目标平台的账号条件。

处理 AI 与流媒体的特殊现象

AI 工具可能页面可开但内容返回失败，流媒体可能目录可见但正片不可播放。分别检查相关接口的规则与目标地区，不要频繁跨地区切换账号会话。日区内容的选择边界见日本线路与配信平台说明，其他平台可参阅流媒体专题。工单中说明目标 App、失败步骤、规则模式与临时对照结果，避免只附一个加载画面。

核对设备限制提示与系统差异

先核对提示来源

VPNPO 支持不限台数设备同时在线。看到“设备数超限”或相似提示时，先确定它来自用户面板、客户端、目标网站，还是系统中的其他网络工具。目标平台的账号设备限制并不是 VPNPO 的设备限制，客户端自身的配置限制也不能直接套用到本服务。保存提示所在界面与完整文字，避免因为相似措辞就删除其他设备上的正常配置。

如果提示来自面板，先确认登录的是预期账户，并核对当前状态。若仍显示与不限台数事实不符的限制，提交工单核查，不要自行推算隐藏设备额度。如果来自客户端，检查是否导入了其他服务的旧配置，或选中了错误的活动配置。若来自目标内容平台，应按照该平台自己的账号规则处理，本服务不能替代其授权要求。

检查同账户不同设备的配置差异

当同一网络中有设备可用、有设备失败，先比较活动配置、所选线路、规则模式与订阅更新结果。设备支持的平台包括 Windows、macOS、iOS、Android 与 Linux，但各系统管理代理和后台的方式并不相同，不能把一个系统的设置截图直接作为另一个系统的操作路径。保持线路一致后再比较系统层差异，才能判断问题是配置还是设备权限。

桌面端检查客户端是否真正处于运行状态，而不是仅有配置文件留在磁盘。某些系统的托盘图标、后台进程与网络接口状态可能不同步，判断应结合目标请求和错误提示。安全软件出现授权提醒时，核对程序获取来源与需要的权限，只处理相关项。不要为了排错长期关闭防护，也不要向来源不明的程序授予网络接管权限。

避免把家庭网络结构问题归到设备数量

多台设备共享同一个家庭网络时，可能因下载、视频或云同步竞争带宽而同时变慢。这是共享网络资源问题，不等于服务设置了设备台数上限。暂停其他大流量任务后复测，再比较另一网络。若网络中已经有路由器代理，终端又开启客户端，流量可能经过重复转发，导致路径更复杂。先明确家庭网络由哪个设备承担代理，再决定终端设置。

不要在不清楚网络结构时删除路由器配置。先记录终端当前网络、路由器是否承担分流、终端是否启用系统代理，建立可恢复的对照。路由器设置的适用边界见全屋网络统一加速说明。这篇文章用于解释架构取舍，不代表所有路由器都具有相同功能，也不替代本服务的平台与面板交付说明。

不限台数不等于路径完全相同。每台设备仍需正确导入订阅、取得系统权限并验证目标应用。设备之间共享账户事实，但不会自动共享所有本地分流与后台设置。

区分账号异常与设备配置异常

若所有设备同时失效，优先检查账户状态、订阅是否变更和共同网络入口；若只有某台设备失效，优先检查本地配置与权限。账户相关问题应在面板核对，不要通过反复新建本地配置推测原因。VPNPO 无需邮箱地址，用户名与密码即可注册，但排错时应使用现有账户确认交付，不必为测试创建新账户。工单里描述提示来源与设备对照结果，不要提供密码。

整理工单与恢复检查

判断什么时候停止自行修改

当基础网络正常、账户状态正常、订阅能够解析，问题仍在不同网络或同地区不同线路下稳定复现，就适合提交工单。遇到面板交付状态异常、明确权限错误，或提示与不限台数设备事实冲突，也应交由客服核查。继续随机改设置只会增加变量，可能把原本单一的问题变成配置、规则和权限同时异常。先停在能够描述的状态，再整理证据。

如果已经改动很多设置，先写下目前与正常状态的差异，恢复到最后可用的配置或按新手指引建立基础配置。不要先卸载所有工具，再期待客服从空白状态推断原故障。重新安装只能处理部分程序状态问题，无法自动解决网络认证、账户交付和目标平台限制。保留可用备份与错误记录，才能在需要重建配置时仍有可靠对照。

提供足够信息，但不提供账户秘密

通过用户面板工单入口描述问题。说明系统平台、客户端获取来源、当前模式、失败线路与目标用途，再补上触发动作和错误文字。若知道系统与客户端的实际版本，可在工单中按设备显示填写，不需要根据教程猜测。时间信息应写明实际发生时段与时区，帮助客服区分持续异常和特定时段问题。

写清已做的对照：基础网络是否可用、换网络是否改变结果、换同地区线路是否恢复、前台与锁屏是否不同、临时改变规则模式是否有效。对照结果比一长串尝试更有价值。可以明确写“尚未测试”，不要为了显得完整填写推测结果。客服需要知道证据来自实际操作还是假设，才能安排下一步检查而不是重复已经排除的环节。

先脱敏，再附图。遮盖密码、订阅地址、登录凭据、支付敏感资料与无关个人内容。VPNPO 的不记录日志是服务策略，不意味着客户端诊断文件可以不经检查直接分享。

按同一结构描述最小复现

最小复现是保留导致故障的必要条件，把无关操作排除。比如说明“基础网页正常，开启规则模式后目标 App 登录失败，改用同地区另一线路仍失败，临时调整应用名单后恢复”。这样的描述同时给出范围、触发动作和恢复条件。不要把结论写成“服务坏了”，因为现象还可能来自本地规则；也不要只提供“已连接”的截图，那张截图没有证明目标请求实际路径。

症状：说明连接失败、网页错误或应用失败步骤
环境：系统平台、客户端来源、当前网络类型
配置：活动配置名称、规则模式、所选线路名称
触发：说明锁屏、网络切换或目标操作
错误：复制已脱敏的完整错误文字
对照：说明换网络、换线路与改模式的实际结果
恢复：说明哪些操作可以恢复，或目前仍无法恢复

附日志时只截取与故障时间对应的必要部分，先搜索是否包含订阅地址和账户字段。客户端日志可能记录目标域名与本地地址，不能因为称为“诊断信息”就默认没有敏感内容。若不确定哪些字段可以提供，先提交错误文字与截图，等待客服说明需要的范围。不要把完整配置或日志上传到公开链接，再把链接当作工单附件。

验证修复并恢复日常计划

收到处理建议后，每次只执行一项，再重复原来的触发动作。修复网页问题要重新打开相同页面；修复后台问题要重复锁屏；修复应用分流要重新启动目标 App。偶然成功不等于根因已经消除，仍应检查最初的失败条件是否不再出现。确认后把诊断期间临时开启的完整代理模式、额外权限和试验规则恢复到日常所需状态。

把最终可用的地区、用途分组和必要设置保存下来，并记录本次故障的触发条件与恢复动作。下一次遇到相同现象，可先复用已验证的检查顺序，而不是从头清空配置。若问题与套餐交付或计费相关，查看套餐说明与使用条款；VPNPO 支持 60 天无理由退款，具体申请规则以条款为准。本手册用于定位故障，不替代面板账户状态或目标平台自己的服务政策。