VPN 故障排查大全。

把“不能用”改写成可观察的症状

开始操作前，写下究竟是哪一步失败：客户端不能启动、订阅列表为空、连接按钮报错，还是连接后只有某个应用打不开。这些现象对应不同环节。客户端显示已连接，只说明某个连接动作已经完成，不等于浏览器请求必然经过预期出口，也不代表目标网站接受当前地区或账户状态。

记录发生问题时使用的网络、平台、所选线路地区、分流模式和目标服务名称。说明问题是一直存在，还是在切换网络、恢复休眠、更新订阅或修改设置后出现。先保存错误提示的完整文字，再关闭弹窗。只有“连接失败”的截图通常无法说明失败发生在权限、认证、解析还是链路建立阶段。

先建立本地网络基线

暂时断开 VPNBegin 客户端的连接，访问平时可以直接打开的网站，并检查当前网络是否需要在浏览器中确认接入条款。公共网络的接入页面可能尚未完成，系统却已经显示网络连接成功。如果不启用代理也无法正常联网，应先处理无线连接、路由设备或接入认证，而不是反复更新订阅。

随后在相同网络重新连接，选择常用线路，访问同一个目标页面。若条件允许，再换到另一个可信网络重复相同操作。比较时保留相同客户端和相同服务，才能判断变化是否跟随网络。不要同时换线路、改 DNS、清空规则并重装应用；这样即使恢复，也无法知道真正起作用的是哪项操作。

每次变更都要有回退方式

修改之前，记下原来的模式和设置，尤其是系统代理、虚拟网卡、DNS 与自定义规则。遇到不认识的开关，先查看客户端说明，不要凭名称猜测。公司管理设备上的网络策略可能由管理员下发，擅自删除证书、停用安全软件或修改路由，既可能无效，也可能影响工作所需的内部服务。

排查过程中只保留正在验证的网络工具运行。其他代理程序、浏览器扩展或网络过滤软件可能同时接管请求，造成界面状态与实际路径不一致。退出其他工具时，应通过其正常退出流程恢复设置，而不是只结束进程；进程结束后遗留的系统代理，仍可能把请求送到已经停止工作的本地入口。

恢复验证要回到原场景

网页恢复后，重新打开原来出错的应用，执行原来的操作，例如登录、加载会话或播放内容。再检查本地网站是否仍可正常直连。只有测试页面可访问、常用应用仍报错，说明基础链路可能恢复，但分流、会话或服务侧限制尚未处理，不能把这类情况记录成完全修复。

如果错误可以重复出现，保留“原设置失败、修改后恢复、恢复原设置再次失败”的对照，比大量无关截图更有价值。若问题已经消失，也不必为了制造证据反复折腾。把最后有效的操作记下来，保留经过脱敏的错误记录，之后出现相同症状时就有可靠的起点。

基本顺序是：确认本地联网，再确认客户端连接，随后检查请求路径，最后判断目标服务。每次只改一个相关设置，恢复后回到原场景复测。

客户端没有建立连接

点击连接后立刻退出、按钮始终停留在准备状态，或系统弹出权限提示，都应先检查本地运行条件。确认客户端来自用户面板的客户端入口，并且当前加载的是本账户的订阅。不要继续使用从聊天记录中转存、来源无法确认的配置文件，也不要用别人的订阅验证账户状态。

查看客户端是否需要启用系统网络扩展、创建 VPN 配置或获得管理权限。授权提示如果被取消，客户端界面仍可能保留配置名称，但实际无法接管网络。重新发起连接并阅读系统弹窗，按正常流程授权；如果设备由组织管理、相关设置不可修改，应联系管理员确认允许的连接方式。

区分认证失败和连接超时

认证失败通常应回到配置与账户状态检查，连接超时则更需要比较网络和线路。两者不是绝对对应关系，最终仍以完整错误日志为依据。先在面板确认订阅状态与可用流量，再刷新客户端中的订阅。列表里还能看到线路名称，不代表本地缓存中的认证信息仍然有效。

如果刷新订阅本身失败，请转到订阅更新章节，不要反复删除已有配置。若刷新成功但全部线路均无法建立连接，保持客户端设置不变，换一个可信网络测试。若只有某条线路失败，换到同地区的其他可选线路，再比较其他地区。记录故障是否跟随线路，避免直接下结论说整个服务不可用。

检查网络接入和系统时间

公共网络可能需要先完成网页认证，也可能限制某些连接方式。在断开客户端后确认接入页面已经完成，再重新测试。如果同一配置在其他网络正常，只在当前网络失败，问题更可能与接入环境有关。此时保留网络类型和错误现象即可，不需要反复修改账户密码来尝试修复链路。

检查系统日期、时区与自动校时是否正常。明显错误的系统时间可能导致加密连接的证书校验失败，表现为握手错误或服务不可达。应修正时间来源，而不是停用证书验证。若日志提示证书异常，并且多个正常网站也出现相似问题，应同时检查网络认证页面或本地安全软件的处理方式。

处理遗留配置与冲突工具

曾经安装过其他网络工具时，检查是否还保留自动启动的代理服务、浏览器扩展或自定义路由。先退出这些工具并确认其设置已经恢复，再启动 VPNBegin 客户端。不要同时启用多个会接管系统流量的模式；它们可能争用代理入口，也可能形成请求绕回本地的循环，导致连接看似开启却没有有效流量。

对于 macOS 的权限弹窗，可以参阅Mac VPN 从安装到验证生效，按实际系统提示检查。对于 Linux，优先查看客户端自身日志与服务状态，不要直接套用其他发行版的修复命令。系统网络重置会影响已保存设置，只有明确理解影响并保留回退资料后才考虑使用。

完成授权、刷新订阅与网络对照后仍无法连接，就应提交工单。说明失败发生在点击连接之后的哪个阶段，附上完整错误文字、平台信息和已经做过的对照。若客户端出现持续崩溃、证书校验异常或配置无法保存，不宜继续随机试开关，应先让支持人员判断日志中的具体失败环节。

先确认哪些请求失败

保持当前线路不变，分别访问平时可以直连的网站和原来出错的目标服务。如果所有网站都打不开，优先检查系统代理入口是否有效、客户端是否还在运行。如果只有目标服务失败，查看客户端连接记录是否出现对应域名。没有记录时，先检查浏览器与系统代理的关系，而不是马上更换出口。

浏览器扩展、应用内部代理设置和系统代理可能互相覆盖。可以暂时停用相关扩展，使用没有附加代理设置的浏览器环境复测，但不要清除全部个人数据。若另一个浏览器正常，说明问题可能位于浏览器设置、缓存或扩展；若所有应用都失败，才继续检查系统层面的解析和网络接管。

DNS 是查地址，不是连通性证明

DNS 的作用是把域名转换成可连接的地址。能查询到地址，不代表后续加密连接一定成功；查询失败，也不等于线路本身已经断开。排查时需要分别观察解析结果、连接日志与浏览器错误。不同网络或解析路径得到不同地址并不一定异常，内容分发服务本来就可能按地区返回不同结果。

如果域名打不开但客户端显示连接正常，先查看是否出现解析超时、解析失败或地址不可达。不要通过直接访问某个固定 IP 来判断服务是否正常，许多网站依赖域名进行证书匹配和站点选择。直接访问地址产生的证书错误或空白页面，不能作为该网站线路不可用的充分证据。

# Windows：查看系统解析与代理信息
nslookup example.com
netsh winhttp show proxy

# macOS：查看解析器配置
scutil --dns

# 使用 systemd-resolved 的 Linux 环境
resolvectl status
resolvectl query example.com

这些命令用于观察，不会替你修复设置。Windows 的 WinHTTP 代理与浏览器常用的系统代理并不是同一组配置，输出只代表对应组件的状态。Linux 命令也依赖系统实际使用的解析服务，命令不存在时应查看发行版说明，不必为了套用示例额外替换现有网络管理方式。

检查解析路径是否与分流一致

客户端接管 DNS 时，浏览器内部的安全 DNS 或其他解析工具可能另走路径。先记录这些设置，再按客户端说明使用相互兼容的组合。不要随意填入网上找到的解析器地址，也不要把停用安全校验当成解决方法。目标是让域名解析和连接出口协同工作，而不是简单追求某个查询命令返回结果。

分流模式下，本地网站与国际服务可能使用不同的处理路径。如果本地网站正常、国际服务解析失败，检查目标域名是否匹配正确规则，以及 DNS 请求是否被预期组件处理。若只有某个子域名失败，保留该域名的文字记录；登录、静态资源和接口可能使用不同域名，首页正常并不能代表整套服务都正常。

清理缓存前先保存证据

缓存可能保留网络切换前的地址，也可能保留失败的查询结果。先退出目标应用、重新连接客户端，再重新打开应用观察。需要清理 DNS 缓存时，按平台官方说明执行，并在同样条件下复测。不要把清缓存当作固定必做项，因为它会清掉有助于判断的问题现场，也不能修复持续存在的规则冲突。

出口地区可通过IP 检测辅助确认，但浏览器看到的出口不能代替其他应用的检查。DNS 泄漏自查也应结合请求路径解释，不能只凭出现陌生解析器名称就断言泄漏。组织网络、运营商接入和浏览器解析功能都有可能影响查询结果，需要明确是哪个组件发起了查询。

如果多个网络下均出现相同解析错误，或恢复默认兼容设置后仍无法加载目标服务，请提交失败域名、浏览器错误文字和相关日志片段。日志中若包含订阅地址、账户信息或认证字段，应先脱敏。若只有单个服务返回地区或账户提示，则应进入应用分流章节，继续判断服务自身的要求。

先确定慢在什么地方

“慢”可能是网页首次打开等待很久、文件传输不连续、视频频繁缓冲，也可能是 AI 工具迟迟没有返回内容。这些现象不应混为同一问题。页面首屏慢可能与解析或连接建立有关；长时间传输卡顿更可能涉及链路波动；服务端生成内容缓慢，则未必能够通过更换线路改善。

先暂停本地正在运行的同步、下载和系统更新，确认其他设备没有占用同一接入网络的大量资源。无线信号显示正常，也不代表无线环境没有干扰。条件允许时，用更稳定的接入方式对照；如果断开客户端后访问本地服务也慢，应先检查接入网络，不要把所有等待都归因于国际线路。

比较时固定目标与操作

选择原来卡顿的服务，保持相同内容、相同客户端和相同网络，只更换线路。不要用不同网站的加载表现比较线路，因为它们的服务器、资源大小和缓存状态都不同。视频自动调整清晰度、下载服务限制账户速率、浏览器命中缓存，都可能让看起来更快的结果失去可比性。

先比较同地区其他可选线路，再比较目标服务允许的其他地区。地区距离只是影响因素之一，不能简单认为名称更近就必然更快。接入网络到线路入口的路径、中间转发以及目标服务的分发位置都会改变体验。服务有地区要求时，应优先满足要求，再在合适地区内比较稳定性。

晚高峰问题看时间与范围

如果相同配置白天正常、晚间卡顿，应记录发生时段和涉及的服务，而不是只写“晚上不能用”。比较同一网络下本地服务、不同地区线路和同地区不同线路的变化。如果本地与国际访问同时变慢，接入侧拥堵值得优先检查；如果只有某条线路持续异常，记录线路名称交由支持人员核查。

晚高峰选线不宜频繁来回切换。先结束正在进行的播放、上传或会话，再更换线路并重新发起相同操作。应用可能继续复用旧连接，导致界面虽然换了线路，实际请求仍沿用先前路径。需要观察连接记录中的新请求，确认对照确实使用了新出口，再判断体验变化。

不要把流量额度当成速度参数

套餐流量表示可使用的数据额度，不是对任意目标服务的速率承诺。月订阅流量按开通日每月重置；流量包用完为止、永久不过期。若账户状态异常，应先到面板核对，不要为了排查卡顿直接升级。中途升级差价折算成剩余天数，具体选择可以查看套餐价格与规则。

VPNBegin 的覆盖为 110+ 国家 / 250+ 线路，但覆盖范围不能替代当前网络中的实际判断。查阅全球节点与线路说明可以帮助选择地区，不能据此推断每个目标应用都能使用所有出口。线路类型、服务地区和应用账户条件需要分别确认，避免把服务端返回的限制误判为网络速度不足。

当多个网络、多个合适地区都能复现持续卡顿时，工单应附上目标服务、操作类型、发生时段、线路名称和已完成的对照。不要只发一个测速页面的截图，也不要把单次结果当作长期结论。若服务页面已能快速打开，只有生成任务或内容处理很慢，还应检查目标服务的状态与账户限制。

区分连接断开和应用会话失效

目标应用提示重连，不一定表示 VPN 连接已经断开。先看系统连接状态和客户端日志：如果隧道仍在、其他服务正常，可能只是目标应用的长连接失效。如果客户端状态也变为断开，才继续检查后台运行、网络切换和线路。两类问题可能同时发生，但恢复方式与需要保存的证据不同。

记录中断前设备是否锁屏、合盖、休眠，是否离开无线覆盖区域，或是否从一个接入网络切到另一个网络。切换接入后，原连接的网络地址和路径可能变化，应用中的旧会话也可能失效。重新连接后还需要让目标应用建立新请求，不能只看客户端按钮重新变成已连接就结束检查。

Android 的后台限制

Android 设备的省电管理可能限制后台网络活动，厂商提供的应用管理界面也可能在清理任务时停止客户端。先在系统设置中查看客户端的电池使用限制、后台活动与自启动相关选项，按设备实际提供的说明允许必要运行。不要为了保持连接而关闭整个系统的安全或节电功能。

调整后，用原来的锁屏和恢复场景复测，并确认客户端没有被任务清理功能退出。某些系统中的常驻通知只说明服务正在运行，并不能证明线路可用；也有系统会改变通知展示方式，因此应结合连接状态和实际访问判断。具体设置位置可能不同，可参阅安卓 VPN 从零设置教程理解检查顺序。

iOS 与桌面休眠后的恢复

iOS 上应检查当前启用的 VPN 配置，避免多个配置交替触发连接。锁屏后应用没有即时刷新内容，可能与应用自身后台行为有关，不应直接归因于 VPN。恢复使用时先确认系统连接状态，再打开目标应用。若每次恢复都会断开，记录恢复前后的网络类型、系统提示和客户端状态变化。

Windows 与 macOS 在休眠唤醒后，网络适配器和代理服务可能还没有同时恢复。先确认本地网络已经重新联网，再让客户端正常断开并重新连接。不要在网络尚未恢复时连续点击连接按钮。若只有合盖唤醒后出现问题，保留对应日志，比重装客户端更有助于判断恢复流程中的失败位置。

后台问题的有效对照是同一设备、同一网络、同一线路下，前台使用正常而锁屏后异常。先验证这个差异，再调整后台设置。

持续使用时也断线的情况

如果设备一直在前台使用仍频繁中断，检查无线信号变化、接入网络切换和其他网络工具的自动启动。保持客户端与目标应用不变，换到可信网络对照，再比较同地区其他线路。若问题随网络变化，优先处理接入环境；若始终跟随特定线路，记录线路与发生时段后提交工单。

需要注意的是，重新连接可能改变出口，目标服务因会话环境变化要求重新验证，这与连接失败不是同一件事。进行文件上传、远程会话或交互操作时，切换线路前应先保存工作。反复切换并强制刷新可能让任务中断，也可能触发目标服务的安全检查，不能作为日常维持连接的办法。

自动重连不能替代原因检查

客户端如果提供自动重连，可按其说明使用，但它只能尝试恢复连接，不能修复账户状态、权限缺失或不兼容的网络设置。连接界面不断在连接与断开之间切换时，应暂停重复尝试并查看错误。尤其是所有线路都出现相同错误时，继续自动重连往往只会生成重复日志。

向支持人员说明是“前台也断”“仅锁屏后断”还是“切换网络后不能恢复”，并附上中断前后的日志片段。日志应保留先后关系，同时移除订阅地址和认证信息。如果连接本身一直正常，仅某个应用需要重开才能恢复，则把应用名称与重现操作一并写明，继续检查该应用的会话和分流行为。

更新订阅与连接线路是不同动作

订阅更新负责取得配置，线路连接使用已经取得的配置。旧配置能够连接，不代表更新请求也一定成功；更新失败，也不代表所有现有线路立即失效。因此遇到更新错误时，先保留当前配置和错误提示，不要直接删除全部订阅。删除后如果仍不能获取新配置，反而会失去原本可以使用的排查入口。

先进入用户面板概览核对当前账户、套餐状态和流量，再从面板提供的入口取得订阅。VPNBegin 无需邮箱地址，用户名与密码即可注册；排查时应确认使用的是原来的用户名，而不是误建了另一个账户。不要把不同账户的付款记录与订阅状态混在一起判断。

检查复制与导入过程

订阅地址应从面板复制，完整粘贴到客户端的订阅导入位置。普通网页链接、套餐页面地址和订阅地址用途不同，不能互相替代。通过聊天或文档中转时，链接可能被换行、附加标点或截断。遇到格式错误，应回到面板重新获取，而不是手工猜测缺失内容或修改地址中的字段。

如果使用面板提供的导入按钮，系统需要把请求交给支持该导入方式的客户端。没有打开应用，可能是应用关联尚未建立，并不说明账户无效。可以先启动客户端，再按面板与客户端支持的方式操作。不要为了解决关联问题，将完整订阅地址发送给公共转换网站或不明在线工具。

识别网络错误与配置解析错误

更新超时、无法解析获取地址与收到内容后解析失败，分别指向不同环节。超时应比较当前网络及更新请求是否经过可用路径；解析失败应保留错误文字，确认客户端是否支持面板提供的配置类型。若客户端收到的实际内容是网络认证页面或错误网页，也可能表现为配置格式不正确。

当现有配置已经不可用，而更新请求又被设置为必须经过现有代理时，可能形成更新依赖失效连接的情况。按客户端说明检查订阅更新所使用的网络路径，必要时在正常联网的环境重新获取。不要套用其他客户端的开关名称，因为不同软件对更新代理、系统代理和连接模式的定义可能不同。

订阅地址具有账户访问价值。工单和截图只保留错误类型、客户端名称与发生经过，不展示完整地址、认证字段或可直接导入的图形码。

流量与计费规则怎样核对

月订阅为 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB，流量按开通日每月重置。不要按自然月起点推断重置时间，应以面板显示的账户信息为准。中途升级差价折算成剩余天数，不能自行把升级理解成重新获得完整计费周期，也不能用更新订阅代替套餐状态核对。

流量包为 ¥158/300GB、¥358/1000GB、¥658/3000GB，用完为止、永久不过期。流量包与月订阅的使用规则不同，遇到账户额度疑问时，应说明自己查看的是哪类套餐。不要因为流量包不过期，就推断流量会自动恢复；具体价格与规则请以套餐页和面板订单信息共同核对。

更新成功后的检查

客户端提示更新完成后，确认当前启用的是刚更新的订阅，而不是另一个同名配置。检查线路列表是否正常出现，再选择线路建立连接。若自定义规则、分组或选择项发生变化，应先保存原来的使用需求，再按当前配置调整；不要把已经不存在的旧线路名称继续作为固定目标。

若面板能正常访问、账户状态正常、从面板重新获取后仍稳定复现更新失败，请提交错误文字、客户端平台、更新方式和网络对照结果。付款后状态疑问可附订单标识，但不要提交支付凭据中的私人资料。涉及退款时，本站提供 7 天无理由退款，具体申请范围与流程请阅读退款政策。

先看应用有没有进入客户端

浏览器可以访问目标服务，而桌面应用打不开，常见原因是两者使用不同的代理机制。系统代理通常面向会主动读取相关设置的应用，并不是所有程序都会遵循。先打开客户端的连接记录，再完全退出并重新启动目标应用，观察相关域名或进程是否出现，避免用旧会话判断新配置。

如果记录中没有目标应用的请求，检查应用是否提供独立代理设置，是否由其他扩展或启动参数指定网络路径。终端程序还可能读取代理环境变量，而图形应用未必读取相同变量。不要直接照抄其他设备的端口或地址；本地代理入口应以当前客户端显示的信息和支持方式为准。

系统代理与流量接管模式

客户端若提供虚拟网卡或其他流量接管方式，它可能处理不遵循系统代理的应用，但通常也需要额外权限，并影响更广的请求范围。应按客户端说明启用，保留原设置便于回退。不能因为某个应用没有请求记录，就认定必须启用所有高级模式；组织网络或内部服务可能有不同兼容要求。

启用相关模式后，用相同应用重新发起请求，并确认本地网站与内部服务没有受到影响。若应用仍然失败，先看日志中的失败环节，而不是继续叠加工具。系统代理和流量接管可以在某些配置下配合使用，也可能在不正确的组合中产生重复处理，需要依据当前客户端的实际说明判断。

规则命中比规则名称更重要

应用规则可能按域名、进程或地址匹配，匹配顺序也会影响最终出口。检查实际请求命中了哪条规则、进入哪个分组、最终选择哪条线路。规则叫作“AI 工具”并不意味着所有相关域名都已经包含；应用更新、登录跳转或资源服务变动，都可能让新的请求落入其他处理路径。

首页、登录、媒体资源与接口可能分别使用不同域名。不要看到首页成功就认定整套应用已经走对线路，也不要为了修复登录随意加入范围过大的规则。先从失败请求识别相关域名，按客户端支持的方式做最小范围调整，再检查其他功能。无法判断时，把脱敏后的规则命中记录交给支持人员。

地区提示与网络失败分开处理

目标服务返回地区、账户资格或内容不可用提示，说明请求可能已经到达服务端。此时需要核对目标服务的使用规则、账户地区与实际出口，而不是把提示统称为连不上。国际线路不能替代目标服务的账户条件，也不能保证某个内容库或功能始终可用，相关要求可能由服务方调整。

对 AI 工具，应区分连接错误、服务端任务等待和账户使用限制。对流媒体，应区分首页访问、账户登录与实际播放结果。可以参阅解锁支持说明理解判断边界；使用 Midjourney 与 Discord 时，可阅读连接与地区要求的选择方法，避免只看网页能否打开。

修改规则后，先结束旧会话再复测，并保留最后有效的规则状态。若只有某个应用持续失败，请提交应用名称、失败操作、相关域名和规则命中结果；不必提供账户密码或会话凭据。若浏览器与应用都返回相同的服务端限制，应同时查阅目标服务帮助，不能仅靠频繁更换出口寻找解释。

“设备数超限”先确认是谁提示的

VPNBegin 的设备规则是不限台数。如果界面出现设备数量相关提示，不要直接理解为必须减少设备或升级套餐。先确认提示来自 VPNBegin 面板、当前客户端，还是目标网站与应用。流媒体、办公工具和其他服务可能有自己的设备管理规则，这些规则与网络订阅的设备范围不是同一件事。

确认客户端加载的是本账户的订阅，而不是之前导入的其他配置；面板也应使用与该订阅对应的账户。客户端中保存多份订阅时，名称相似容易造成误判。若提示确实来自 VPNBegin 相关页面或当前订阅，保留原文与所在位置，提交工单核查，不要通过不断创建账户或重复付款来处理。

多设备问题用单设备对照定位

设备不限台数并不表示所有设备会有完全相同的网络环境。桌面设备、平板与其他终端可能使用不同接入网络、DNS 设置和代理模式。先选择能够正常工作的设备作为对照，比较订阅来源、线路地区、目标服务与分流模式，再检查失败设备本身的权限和网络设置，不要直接复制整套系统配置。

如果所有设备在同一网络同时异常，优先检查接入环境和公共的订阅状态；如果只有某个设备异常，则先检查该设备。若设备换到其他网络后恢复，说明接入路径值得进一步核查。共享网络中的设备同时异常，只能说明它们可能具有共同影响因素，不能单凭这一点认定账户被限制。

哪些情况适合停止自行修改

完成对应章节的基本对照后，仍出现持续认证错误、配置无法解析、客户端崩溃或全部合适线路无法连接，可以直接联系支持。证书异常、管理策略冲突或系统网络组件报错，也不宜继续随机修改。越接近系统底层的操作，影响范围越大；没有明确依据时，应保留现场而不是扩大变更。

如果故障只在目标服务的特定账户出现，其他服务与网络连接均正常，也应把这个范围说明清楚。支持人员可以协助判断请求路径，但无法代替目标服务修改账户资格。对于付款、套餐状态或退款疑问，分别提供相关订单标识和页面显示即可，不必把网络日志与全部支付截图混成一份材料。

工单描述应包含什么

通过用户面板工单入口提交问题。描述中写明平台与客户端名称、当前接入网络类型、所选线路名称、目标应用、错误原文以及发生经过。说明问题一直存在还是间歇出现，是否跟随锁屏、网络切换或订阅更新。已经确认正常的环节同样有价值，可以帮助缩小范围。

把做过的对照按顺序写清，例如保持网络不变换线路后的结果，或保持线路不变换网络后的结果。不要只写“都试过了”，也不必提交无关的完整屏幕录像。日志优先保留错误出现前后的相关片段，并注明操作发生的位置；如果不确定哪些内容需要保留，可以先发错误文字，让支持人员说明补充范围。

可直接采用的描述顺序：设备与平台 → 原本要完成的操作 → 实际错误 → 当前网络与线路 → 已完成的对照 → 修改后的结果。内容具体，比截图数量更重要。

提交前脱敏，恢复后留记录

截图和日志应移除密码、完整订阅地址、认证字段、可导入的图形码与支付私人资料。系统代理截图中也可能带有其他服务的认证信息，应逐项检查。脱敏时保留错误名称、线路名称、操作先后关系和必要的设置状态，避免整段遮盖后失去诊断价值。不要在公开评论区张贴原始配置。

支持建议执行后，按最初的故障场景复测，再确认常用本地服务、目标应用与后台恢复是否正常。把最终有效的设置与改动原因记下来，并撤销排查中临时加入的无关配置。后续再次遇到问题，可以从这份已验证记录开始。快速重新设置请回到使用教程，涉及账户权利与申请流程则查阅使用条款及退款政策。