VPN71 故障排查手册

先建立可复现的排查基线

排查网络问题最容易犯的错误，是看到一次连接失败就连续切线路、改协议、重装客户端、重置系统网络，最后即使恢复也不知道是哪一步起作用。更稳妥的做法是先建立一份可复现的基线：明确异常发生在哪个平台、哪个客户端、哪条线路、哪一种网络环境，以及是所有网站都打不开，还是只有某个服务异常。只有先缩小范围，后面的检查才不会变成碰运气。

先观察故障的覆盖范围。如果 Windows 与 Android 都无法连接，而且使用不同本地网络时结果相同，优先检查订阅状态、账户状态和线路选择。如果只有 macOS 异常，而其他平台使用同一订阅正常，问题更可能位于该设备的客户端权限、系统代理、DNS 或旧配置。若所有线路都能连接，只有一个网站或 App 无法使用，则不要先重装客户端，应转到单个应用、分流规则、出口地区和 DNS 的方向检查。

记录“异常前后发生了什么”

网络故障通常与某次变化有关。回忆异常出现前是否更换了网络、升级了系统、切换了客户端、导入了新的订阅、启用了其他网络工具，或者修改了代理模式。这里不要求立即撤销所有变化，而是把变化按先后列出来。随后从最近的一项开始验证，每次只撤销或调整一项。若在同一轮中同时更换线路、协议和 DNS，即使恢复，也无法判断根因，下次仍会重复发生。

错误提示要完整保留，不要只记“失败”两个字。客户端可能显示连接超时、握手失败、名称解析失败、配置无效、认证失败或本地端口被占用，这些提示分别对应不同层面。连接超时常指向本地网络到入口线路不可达；配置无效通常与订阅解析或客户端兼容性有关；名称解析失败更接近 DNS；本地端口被占用则属于设备内部冲突。截图时应包含线路名称、当前模式和错误正文，但不要公开订阅链接、用户名或密码。

用最小变量做交叉测试

交叉测试不是无目的地反复切换，而是让每次测试只回答一个问题。保持设备与客户端不变，只更换线路，可以判断是否为单条线路问题；保持线路不变，只更换本地网络，可以判断是否与当前接入网络有关；保持账户与线路不变，在另一台设备导入订阅，可以判断是否为原设备设置问题；保持设备不变，访问不同网站，可以判断异常是全局还是特定服务。

最后建立一个明确的复测动作，例如打开几个平时可正常访问的网页、检查客户端连接日志，并验证目标 App。每完成一项调整，都执行同样的复测动作。这样可以排除网页缓存、目标服务临时异常和偶发网络抖动造成的误判。若问题时好时坏，也要记录发生环境，而不是仅凭一次恢复就结束排查。可复现条件越清楚，后续自行解决或提交工单都越有效率。

完全连不上：从订阅到本地网络逐层检查

“完全连不上”是指客户端无法进入已连接状态，或刚开始连接就立即返回错误。此时不要先测试网页速度，因为数据通道尚未建立。正确顺序是确认账户与订阅可读取，再确认配置能被客户端识别，随后检查客户端权限、本地网络和线路。若把这些层面混在一起，很容易把订阅导入失败误认为线路故障，或把系统权限问题误认为账户失效。

先确认订阅是否完整导入

打开客户端的配置或订阅列表，确认能看到线路名称，而不是只有一个空白配置、无法识别的文本或导入错误。VPN71 的客户端与订阅需要从用户面板获取；如果仍在使用很早以前保存的内容，应从面板重新取得，而不是继续编辑旧链接。重新导入前可先保留旧配置，导入成功并确认新线路列表出现后，再停用旧配置，避免在排查期间失去可对照对象。

若客户端提示订阅格式不支持，重点检查是否选择了与当前客户端匹配的导入方式。不同客户端接受的配置结构不同，同一个链接被复制到不兼容的导入入口时，可能显示格式错误或只导入部分节点。不要手工截取订阅内容，也不要把网页中显示的说明文字连同链接一起复制。需要重新获取时，进入用户面板的下载与订阅区域完成操作。

检查系统权限与冲突工具

首次连接时，系统通常需要允许客户端创建网络接口或代理配置。如果此前拒绝了权限，客户端界面仍可能显示可点击的连接按钮，但实际无法建立通道。应进入系统设置，确认 VPN、网络扩展或相关网络权限处于允许状态。若系统提示需要再次授权，应按照系统界面完成，而不是反复点击客户端开关。

同一设备上同时运行多个代理、VPN、网络过滤或安全检查工具，可能争用系统代理、虚拟接口或本地端口。排查时应完全退出其他同类工具，而不是只关闭窗口。随后重启当前客户端，再选择一条线路测试。若退出冲突工具后恢复，应决定长期保留哪一个网络接管程序，避免让多个程序同时修改路由与 DNS。浏览器扩展也可能单独接管浏览器流量，因此客户端连接失败时，可暂时停用相关扩展以排除干扰。

区分线路问题与本地网络问题

在同一客户端内选择不同地区和不同线路类型进行对比。如果只有某条线路失败，其他线路可以建立连接，说明账户、订阅和客户端基本正常，应先使用可用线路，并记录失败线路名称。VPN71 提供 100+ 国家 / 240+ 线路，可在服务器页面了解 IEPL 专线、中转与直连的定位，再根据当前网络环境切换。

如果所有线路都无法连接，改用另一种本地接入网络复测。另一种网络可以正常连接，通常表示原网络环境存在路由、DNS、代理或访问策略差异。此时不要频繁重新注册账户，也不要重复购买套餐，因为账户本身已经通过另一网络验证可用。应回到原网络检查路由器自定义 DNS、家长控制、企业网络策略、系统代理残留和安全软件的网络过滤。

nslookup example.com
ping example.com

上面的命令只用于判断本地名称解析与基础连通性，不包含 VPN71 的真实地址，也不会验证具体线路质量。如果名称查询直接失败，先处理本地 DNS；如果普通网络本身无法稳定访问常用网站，应先恢复基础网络，再测试加速连接。基础网络不稳定时，任何上层协议都会表现为超时或握手失败。

若多个平台、多个本地网络和多条线路都无法建立连接，并且用户面板中的订阅状态正常，应保存完整错误提示并提交工单。工单中说明“所有线路均失败”还不够，需要附上测试过的平台、客户端、线路名称、本地网络类型、错误出现阶段和可复现过程。这样客服才能区分入口不可达、协议握手异常、订阅解析问题与账户状态问题。

已连接但打不开网页：路由、代理与 DNS 异常

客户端显示“已连接”只说明连接过程完成，不代表每一类流量都已经正确进入通道。连接后网页打不开，常见原因包括系统代理没有生效、分流模式未覆盖目标、DNS 无法解析、默认路由仍指向错误接口、浏览器使用了独立代理，或目标网站本身暂时不可访问。排查时应先确认异常范围，再决定检查路由还是 DNS。

先判断是域名失败还是所有流量失败

分别打开常用网页与目标网页。如果所有网页都持续加载失败，先检查系统代理和路由；如果部分网页能打开，部分域名提示找不到服务器，则优先检查 DNS；如果浏览器异常但其他 App 可以访问，则重点检查浏览器扩展、浏览器自身的安全 DNS和独立代理设置。不要仅凭一个网站的结果判断整条线路，因为目标站点自身也可能维护、拒绝当前出口地区或要求重新登录。

可以使用名称查询命令观察域名是否能返回解析结果。命令能返回结果但浏览器仍提示解析失败时，可能是浏览器使用了与系统不同的解析路径；命令也无法解析时，则更接近系统 DNS、路由器 DNS 或当前网络解析异常。排查期间应避免同时开启多个自定义 DNS 来源，否则很难确认实际由哪一层响应。

检查代理模式是否覆盖目标流量

许多客户端提供规则模式、全局模式和直连模式。规则模式依赖规则集判断哪些请求进入代理，适合日常使用，但规则过旧或目标域名未被识别时，某个服务可能走直连而失败。全局模式可作为短暂诊断工具：如果切换后目标恢复，说明连接与线路可用，问题位于分流规则；确认后应更新规则或为目标添加合适规则，而不是长期依赖一次临时切换。

如果客户端处于直连模式，即使界面显示配置已加载，目标流量也不会进入所选线路。还应检查系统代理开关是否由客户端接管。有些桌面客户端把“启动核心”和“设置系统代理”分开；前者只让本地代理端口开始监听，后者才让系统应用使用该端口。浏览器单独配置代理时，要确认其地址和类型与当前客户端一致，避免仍指向已经退出的旧程序。

清理旧代理与缓存状态

异常退出可能留下系统代理。表现通常是客户端关闭后网页仍然打不开，重新打开客户端后又时好时坏。此时应在系统网络设置中检查手动代理是否仍被启用，并让当前客户端重新接管。不要在不清楚含义时手工填写代理地址；若此前由旧客户端写入，应先关闭旧配置，再由当前客户端自动设置。

DNS 缓存也可能保留旧的解析结果。可先完全退出浏览器，重新连接线路后再打开；如果问题仍在，再使用系统提供的网络诊断或清理解析缓存功能。对于需要按地区返回内容的服务，切换线路后旧会话与缓存可能继续使用先前地区信息，因此还应退出目标服务并重新建立会话。清理浏览器全部数据不是首选，因为它会影响其他已登录网站；应先从目标站点的缓存和会话开始。

如果切换多条线路后所有域名都无法解析，而基础网络下解析正常，应记录客户端的 DNS 模式、代理模式和错误提示。若只有某个地区或某条线路出现，则记录对应线路名称并先使用其他可用线路。提交工单前，不要发送浏览历史或与故障无关的隐私内容，只需提供发生问题的目标域名、测试结果和必要日志。

速度慢与晚高峰卡顿：区分线路拥塞和本地瓶颈

速度慢不是单一故障。网页首开慢、持续下载慢、视频缓冲、游戏延迟波动和晚高峰卡顿，背后的限制可能分别来自 DNS、线路路径、本地无线环境、目标服务器、设备性能或流量已经用完。排查时不要只看一次测速页面，也不要把测速站结果直接等同于真实使用体验。更有效的方法是固定目标、固定设备，分别比较不同线路和不同本地网络。

先描述“慢”发生在哪个阶段

如果输入网址后长时间没有任何响应，但页面开始加载后速度正常，优先检查 DNS、连接复用与目标站点首包响应。如果网页文字很快出现，但图片和视频持续缓慢，可能与线路吞吐、目标内容分发或本地网络有关。如果只有视频清晰度提升后缓冲，而普通网页正常，则需要比较不同出口地区和线路类型。如果所有应用都时快时慢，并伴随本地网络信号波动，应先处理接入网络。

测试时应关闭正在进行的大文件同步、系统更新、云端备份与其他持续占用带宽的任务。VPN71 支持不限台数同时在线，但不限台数不代表多个设备同时传输时不会共享本地网络与套餐流量。某台设备后台持续传输，仍会影响同一网络中的其他设备。先让测试环境保持简单，再判断线路本身。

用线路类型和地区做有目的的对比

IEPL 专线、中转与直连的路径不同，适合的网络环境也不同。某类线路在当前接入网络上表现不稳定，不代表所有地区和线路都相同。应先选择距离使用场景合理的出口地区，再在相近地区比较不同线路类型。若远距离地区明显更慢，通常与物理路径和跨区传输有关；若相近地区中只有某一线路持续异常，则更接近单线路问题。

查看服务器页面时，重点关注地区、城市和线路类型，不要只追求地理距离。目标服务可能对出口地区有要求，选择最近地区虽然通常路径较短，却未必适合目标内容。用于 AI 工具、流媒体和一般网页访问时，应分别记录哪条线路稳定，不要假设一条线路能在所有场景下都保持相同表现。

晚高峰问题要做同条件对照

晚高峰卡顿常见于本地接入网络和跨境链路同时繁忙。判断时要在相同设备、相同目标服务和相近使用方式下，对比不同线路。如果只有当前本地网络在繁忙时段异常，而换另一种接入网络正常，优先联系本地网络服务方或优化路由器环境。如果多个本地网络都只在某条线路上异常，应先切换线路并记录问题线路。

不要在一次卡顿后连续刷新测速页面。测速本身会占用带宽，连续测试可能干扰正在播放的内容，也无法代表长期稳定性。更可靠的记录包括：页面首开是否稳定、视频是否反复缓冲、下载是否持续中断、目标 App 是否频繁重连。提交工单时，描述这些可观察现象比只写“速度很慢”更有价值。

如果速度问题只出现在某个网站，还应考虑目标站点对出口地区、账户地区和内容分发节点的选择。可更换同地区的其他线路，或选择与目标服务匹配的出口地区。若所有目标、所有线路和不同本地网络都持续缓慢，同时账户流量状态正常，应提交工单并附上平台、客户端、线路、发生场景与对照结果。不要上传包含其他网站账户信息的完整屏幕录制，截取与连接状态有关的部分即可。

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

频繁断线需要先区分“线路连接真的中断”和“应用退到后台后不再传输”。前者通常会在客户端日志中出现重连、超时或接口关闭；后者常与系统节能、后台活动权限、网络切换和客户端保活有关。两种现象表面相似，但处理方向不同。先观察客户端状态是否从已连接变为未连接，再判断是系统回收后台任务，还是底层网络发生变化。

桌面端频繁重连的检查顺序

Windows、macOS 与 Linux 上，如果客户端在前台运行仍频繁重连，先检查基础网络是否同时波动。可在未连接 VPN71 时持续访问普通网页，观察是否也出现短暂中断。基础网络同步异常时，应优先检查路由器、无线环境、网线和网络服务。基础网络稳定而某条线路反复重连，则更换同地区其他线路，并记录原线路名称。

其次检查系统休眠、唤醒和网络接口切换。设备从休眠恢复后，原有连接状态可能已经失效，但客户端界面尚未及时刷新。此时应主动断开再重新连接，而不是继续使用旧会话。若设备在有线与无线之间自动切换，底层出口变化也会使连接重建。排查时暂时固定一种网络接口，可以判断断线是否由接口切换触发。

安全软件、网络过滤工具与其他代理程序也可能周期性重写系统路由或 DNS。完全退出这些程序后观察是否恢复。如果恢复，不建议让多个工具同时接管网络。若必须共存，应明确哪些程序只做文件检查，哪些程序负责代理与网络过滤，避免重复创建虚拟接口。

移动端后台掉线的核心判断

iOS 与 Android 会根据电量、后台活动权限和系统资源管理暂停应用。表现可能是客户端退到后台后连接图标仍存在，但重新打开目标 App 时需要等待重连；也可能是锁屏后连接被系统回收。应检查客户端的后台活动、网络访问和系统 VPN 权限，并将客户端从过度节能的限制中移出。不同系统界面名称可能不同，重点是允许客户端在后台保持必要的网络活动。

同时检查系统是否启用了会在网络质量变化时自动切换接入方式的功能。移动端从无线网络切换到其他接入网络时，原连接通常需要重建。如果问题总发生在离开某个无线覆盖范围之后，应先解锁设备并观察客户端是否自动恢复；无法恢复时手动断开再连接。若每次网络切换都需要重新导入订阅，则不属于正常现象，应检查客户端配置是否被系统清理。

区分目标 App 断线与通道断线

某个聊天、视频或 AI App 显示离线，不代表 VPN71 通道一定断开。立即打开浏览器访问其他网页，并查看客户端连接状态。如果其他网页正常，问题更可能在目标 App 的会话、分流规则或后台权限。如果所有应用同时失去连接，且客户端日志出现重连，才应按通道断线处理。

目标 App 恢复前可尝试完全关闭后重新打开，让它建立新的网络会话。仅在确认线路连接正常后进行这一步，否则反复重启 App 只会掩盖底层问题。若目标 App 在特定地区线路上稳定、在其他线路上持续重连，可固定使用已验证的出口地区，并将异常线路记录到工单。

如果多个平台在不同本地网络下都出现同一线路频繁断开，应提交包含线路名称和错误日志的工单。如果问题只发生在单个移动端设备，应补充系统是否锁屏、是否切换网络、客户端是否被后台限制，以及重新打开客户端后能否自动恢复。描述触发条件比单纯写“不断线做不到”更容易定位。

订阅更新失败与某个 App 不走代理

订阅更新失败和单个 App 无法使用经常被误认为同一问题，但两者所在层面不同。订阅更新负责把线路配置交给客户端；App 是否走代理，则由系统代理、虚拟接口和分流规则决定。只要客户端中仍有旧线路，订阅更新失败时可能暂时还能连接，因此不能仅凭“还能用”判断订阅正常。反过来，订阅更新成功也不代表每个 App 都会按预期进入通道。

订阅更新失败的逐层判断

先进入用户面板确认账户可以正常访问，并从面板重新获取与当前客户端匹配的订阅方式。VPN71 注册无需邮箱地址，用户名和密码即可注册；排查时应确认当前登录的是原账户，而不是误用了另一个用户名。复制订阅时应从链接开头到结尾完整选择，不要多出空格、换行或说明文字。

如果客户端提示网络请求失败，先用浏览器确认基础网络可访问普通网页，再尝试在未开启旧代理的状态下更新。有些客户端更新订阅时沿用当前代理；当当前线路已经失效时，更新请求也会被带入失效通道，形成无法自我恢复的状态。可暂时断开连接后更新，更新完成再重新选择线路。

如果提示格式错误或解析失败，确认导入入口与客户端类型匹配，不要把订阅链接粘贴到单节点配置区域。删除配置前先保留副本或记下配置名称。重新导入后，应确认线路列表实际刷新，而不是只看到客户端弹出“完成”提示。若导入后线路名称为空、协议无法识别或配置项明显缺失，记录客户端名称和错误正文后提交工单。

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

上面的地址只是格式示例，不是 VPN71 的订阅地址，也不能用于连接。真实订阅只从用户面板获取。不要把真实链接交给陌生人代为检查，也不要在公开问题描述中粘贴完整内容。

只有某个 App 无法使用时

先确认浏览器和其他 App 是否能通过当前线路访问。如果其他应用正常，说明账户、订阅和线路大体可用，应检查该 App 是否绕过系统代理。有些桌面应用不读取系统代理，只接受虚拟接口模式或应用内部代理；有些应用则会自行选择网络接口。可在客户端中临时切换到覆盖范围更完整的模式进行对比。如果切换后恢复，问题位于分流或应用代理支持，而不是线路完全失效。

规则模式下，目标 App 可能使用独立域名、内容分发域名或直接连接地址。只为主域名添加规则，未必覆盖其登录、图片、更新和实时通信请求。检查客户端日志中目标 App 的连接去向，确认相关请求是代理、直连还是被拒绝。若不熟悉规则语法，不建议一次添加大量宽泛规则；先对目标服务做小范围验证，避免影响本地网站和其他应用。

如果 App 能打开但无法登录，还应检查出口地区与账户地区是否匹配。更换同地区的其他线路可排除单出口问题；更换完全不同地区则用于判断服务是否有地区要求。不要在短时间内频繁切换多个地区并反复登录，这可能触发目标服务自身的安全检查。应选择一个合适地区，重新启动 App 后稳定测试。

浏览器能用而命令行或开发工具不能用

浏览器通常自动读取系统代理，而命令行、开发工具和部分包管理器可能需要单独继承代理环境，或依赖虚拟接口模式。若开发工具连接失败，先检查它是否明确支持系统代理，再检查客户端是否提供覆盖系统流量的模式。不要把真实账户凭据写进命令历史或配置示例。用于排查的目标地址应采用公开测试域名，不要暴露内部项目地址。

涉及 Cursor 等 AI 工具时，还要区分登录页面、应用主进程与扩展进程。浏览器登录成功而应用内部请求失败，可能是不同进程采用了不同网络路径。可查看客户端连接记录，判断应用请求是否出现。若完全没有相关请求，说明应用没有进入当前代理路径；若请求出现但目标拒绝，则更接近地区、会话或目标服务限制。

如果订阅在所有支持平台上都无法更新，应提交工单并附上用户面板是否可打开、客户端错误提示和导入方式。如果只有单个 App 异常，应附上其他应用正常的对照结果、当前代理模式、使用线路和 App 的具体失败阶段。相关客户端获取与订阅导入入口统一位于用户面板，营销页面不会提供静态安装包或真实订阅地址。

账户、流量与设备提示的核对方法

当客户端出现认证失败、订阅不可用、流量不足或设备限制提示时，先不要把提示文字直接等同于 VPN71 的服务规则。不同客户端会复用通用错误文案，其中“设备超限”可能来自客户端自身、旧配置、第三方规则或异常会话。VPN71 的事实规则是不限台数同时在线，因此遇到设备数量提示时，应优先核对账户、订阅来源和客户端状态，而不是删除其他设备上的正常配置。

确认账户与订阅属于同一用户

VPN71 无需邮箱地址，用户名和密码即可注册。使用多个用户名时，最常见的问题是面板登录了一个账户，客户端却仍保留另一个账户的旧订阅。应先在用户面板确认当前套餐与流量状态，再从同一账户重新获取订阅。不要根据配置名称猜测账户归属，因为客户端允许用户自行修改名称，同名配置也可能来自不同时间。

认证失败还可能是订阅内容复制不完整、旧链接已被替换，或客户端读取了缓存配置。重新导入时，应明确停用旧配置并选择新导入项。若旧配置仍能看到线路，但连接全部认证失败，新配置可以正常连接，则问题已经定位到旧订阅，无需继续修改系统网络。

区分月订阅流量与流量包

月订阅包括 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB，流量按开通日每月重置，中途升级差价折算成剩余天数。流量包包括 ¥158/300GB、¥358/1000GB、¥658/3000GB，用完为止，永久不过期。排查流量提示时，应先在面板确认当前使用的是月订阅还是流量包，不要按自然月或购买页面访问日期自行推算。

如果面板显示仍有可用流量，而客户端显示流量不足，先更新订阅并重新载入配置。客户端展示的数据可能来自上次更新时的缓存，无法替代面板中的当前状态。更新后仍不一致时，保留面板状态与客户端提示的截图并提交工单。截图可遮挡用户名，但应保留套餐类型、提示正文和配置名称。

处理“设备超限”或会话异常

VPN71 支持不限台数同时在线。若某个客户端出现设备超限字样，应先判断提示来自哪里：是客户端本地弹窗、目标网站账户提示，还是用户面板返回的错误。目标网站自己的设备规则与 VPN71 无关；客户端本地提示则可能来自其内置限制或错误映射。只有确认提示由订阅请求或连接认证返回时，才需要随工单提交。

排查时可完全退出异常客户端，重新打开并更新订阅。如果其他设备仍能使用同一账户，说明账户整体并未失效，应把重点放在异常客户端的配置、缓存与系统权限。如果所有设备同时出现认证问题，则检查面板套餐状态和订阅是否已经更新。不要为了消除提示而公开订阅链接或让不可信的第三方远程操作设备。

套餐升级、流量重置与流量包差异可在套餐页面查看。若支付已经完成但面板状态未更新，不要重复提交同一订单，应保留面板订单状态与支付结果，通过工单说明情况。提交材料时不应包含支付密码、完整凭据或其他与订单核对无关的信息。

如果账户状态正常、流量可用、重新导入后仍在多个平台出现相同认证错误，应把测试平台、客户端、配置更新时间和错误提示一起提交。若只在单个平台出现，则同时说明其他平台可以正常连接，这一对照可以显著缩小排查范围。

何时停止自查并提交有效工单

自查的目的不是让用户无限尝试，而是尽快把问题缩小到可以处理的范围。当问题已经在多个平台、多个本地网络和多条线路上稳定复现，继续反复重装或切换设置通常不会增加新信息；此时应提交工单。相反，如果只有单个网站短暂异常，而其他服务正常，应先确认目标服务状态和出口地区，不必立即把所有网络设置恢复默认。

适合提交工单的情况

所有线路在不同本地网络下都无法连接、同一线路在多个设备上稳定复现错误、订阅从面板重新获取后仍无法解析、面板状态与客户端认证结果持续不一致，以及支付完成后套餐状态没有更新，都适合提交工单。频繁断线若能明确指出触发条件，例如网络切换后必现、锁屏后无法自动恢复或特定线路持续重连，也应提交。

如果问题已经通过更换线路解决，但原线路持续异常，仍可以提交线路反馈。此类工单应写明异常线路名称、可用对照线路、目标服务和现象。不要只写“节点坏了”，因为同一线路在不同本地网络上的表现可能不同。清楚的对照结果能帮助判断是线路入口、出口、目标服务还是用户本地路径的问题。

工单中应包含哪些材料

工单正文应先用一句话说明核心现象，例如“Windows 客户端可以导入订阅，但所有线路连接时均提示握手失败”。随后列出平台、客户端名称、当前代理模式、测试线路、本地网络类型、错误发生阶段、已经执行的排查动作和对照结果。若其他平台正常，也要写明，这往往比继续增加截图更有帮助。

截图应保留错误提示、线路名称和客户端状态，但遮挡用户名、订阅链接、密码与其他私人内容。日志只截取故障发生前后的相关部分，不需要上传整份长期日志。若错误文本可以复制，建议同时粘贴文本，避免截图模糊或字符识别错误。支付与套餐问题则应提供面板中的订单状态和套餐状态，不要提交支付凭据。

问题现象：
使用平台：
客户端：
代理模式：
测试线路：
本地网络：
错误提示：
可复现步骤：
已经执行的排查：
其他设备或线路的对照结果：

哪些材料不应提交

不要提交完整订阅链接、账户密码、支付密码、浏览器保存的凭据、与问题无关的浏览记录或私人文件。客服定位连接故障不需要这些信息。订阅链接一旦出现在公开截图或转发记录中，应在用户面板检查并按需要重新获取，而不是继续沿用已经泄露的内容。

也不要为了说明“速度慢”上传与故障无关的大量测速截图。更有效的信息是线路名称、目标服务、基础网络是否正常、其他线路是否可用，以及问题是否只在特定环境发生。对于 DNS 问题，提供名称查询结果和客户端 DNS 模式；对于单个 App 问题，提供其他应用正常的对照和客户端连接记录；对于后台掉线，说明触发时设备是否锁屏或切换网络。

提交后的复测与记录

提交工单后，保持至少一份能复现问题的配置，不要立即删除全部日志。若客服建议更换线路或重新导入，应按建议一次只改变一项，并反馈修改后的结果。回复“还是不行”无法说明变化，最好写明使用了哪条线路、在哪一步失败、错误是否与之前相同。

问题恢复后，应记录真正有效的处理动作。如果原因是旧订阅、系统代理残留、后台权限或特定线路异常，下次出现相同现象可以直接验证对应层面。也可以阅读VPN 新手完整指南补齐订阅、客户端导入与连通验证的基础流程；涉及账号与订阅链接保管时，可参考VPN 新手安全基础。