基础判断与排查顺序
出现问题时，先记下正在做什么，而不是马上清空配置。网页打不开、客户端连接失败、视频播放卡顿，看起来都是“网络不行”，实际可能分别发生在域名解析、连接建立和内容传输阶段。把症状说准确，后面的操作才能有针对性。建议保留客户端当前线路名称、工作模式和错误提示，记录故障发生的大致时间，并注明设备当时使用的网络。
先确认基础网络是否正常
暂时断开客户端连接，访问平时能够正常打开的网站，再检查当前网络是否需要登录认证。酒店、校园或公共 Wi-Fi 可能已经连上无线网络，却还没有完成接入确认。此时先完成网络本身的认证，再连接客户端。若断开后依然无法访问常用网站，应优先处理路由器、接入网络或系统网络问题，不要把线路切换当成唯一办法。
切换网络时保留其他设置不变。例如同一台设备从 Wi-Fi 换到其他可用网络，继续使用原线路和原应用。如果故障随网络变化而消失，重点检查原网络的接入限制、信号和路由器状态；如果故障始终跟着设备，重点检查客户端、系统权限与代理配置。没有其他网络可用时，也可以用同一网络下的另一台设备做对照，但要说明两台设备的客户端设置是否一致。
区分账户、配置与访问目标
登录用户面板，确认套餐状态与剩余流量，再回到客户端确认订阅已经导入。能够登录面板，不代表当前线路一定可用；客户端显示“已连接”，也不代表目标网站已经成功响应。账户状态、订阅内容、线路连接与网站访问是相互关联但不同的环节，应分别检查，避免用一个成功状态替代所有验证。
随后确定影响范围：是全部网页失败，还是某个网站失败；是浏览器失败，还是特定应用失败；是每条线路都失败，还是仅当前线路异常。不要只凭一个网页判断整个服务。可以选择用途不同、平时可以正常访问的目标作对照，同时保留原目标的具体错误。访问目标自身维护、账户地区要求或应用登录异常，也可能表现为网络问题。
保留可回退的状态。修改前截图记录工作模式与线路名称。排查时不要同时更换线路、DNS、代理模式和客户端，否则即使恢复，也很难判断是哪项调整起了作用。
用最小改动形成判断链
比较时尽量保持同一设备、同一应用和同一访问目标，只改变正在验证的条件。完成一次调整后，重新执行原操作，记录结果，再决定保留还是撤销。浏览器缓存、应用常驻连接和系统休眠都可能让旧状态继续存在，因此切换配置后，应正常关闭并重新打开目标应用，而不是只看仍停留在屏幕上的旧页面。
遇到证书警告、陌生登录窗口或要求安装来源不明证书的提示，应暂停操作。网络排查不需要把账户密码交给他人，也不需要把系统安全功能全部关闭。若设备由单位或学校管理，系统策略可能限制代理权限，先询问管理方允许的连接方式，再进行调整，不要删除管理配置来尝试恢复访问。
本手册采用从基础网络到客户端，再到线路、解析和应用的顺序。症状明确时可以直接跳到对应章节；症状混杂时，先完成本章，再沿后文缩小范围。所有步骤的目的都是形成可以复现、可以解释的判断，而不是让设置越改越复杂。经过对照仍无法定位，就把已验证的条件整理成工单，继续反复尝试通常只会增加干扰。
完全连不上：从连接建立排查
“完全连不上”通常指客户端始终停留在连接中、很快返回失败，或明确提示超时、认证失败、连接被拒绝。先完整阅读错误信息，再决定下一步。超时偏向链路未能完成建立，认证失败偏向凭据或订阅状态，连接被拒绝则可能涉及端点、网络策略或配置失效。这些只是排查方向，不能仅凭词语认定是服务端故障。
检查客户端是否真正接管连接
确认当前使用的是从用户面板获取的客户端，并且已经选择导入的订阅与具体线路。列表中能看到线路，不等于已经选择生效；系统托盘里有图标，也不代表连接开关已经打开。若客户端要求创建系统网络配置，应按照系统提示授权。此前拒绝过权限的，回到系统设置检查，而不是不断点击连接。
检查是否同时运行了其他网络代理、旧客户端或会接管网络的工具。系统代理与虚拟网络接口可能由不同程序控制，后启动的程序也可能覆盖前一个程序的设置。先正常退出其他同类工具，保留当前客户端，再重新连接。不要直接删除系统网络适配器，也不要卸载不认识的驱动；属于单位管理软件的，应先向管理方确认。
按错误类型缩小范围
若提示认证失败，先核对面板中的账户与套餐状态，再通过面板重新复制订阅链接更新配置。不要把面板登录密码填进线路的认证字段，也不要凭记忆修改订阅里的服务器信息。线路参数应由订阅提供，手动更改后可能使原本可用的配置失效。更新订阅后重新选择线路，避免继续连接已被替换的旧条目。
若提示连接超时，先保持客户端模式不变，改用另一条线路，再换一个地区对照。若只有某条线路失败，记录名称后临时改用其他线路；若全部线路失败，再切换接入网络。如果同一设备在其他网络可以连接，说明排查重点应放在原接入环境，而不是立刻重置整个客户端。线路覆盖与选择方法可参考线路列表。
如果错误涉及证书有效期，先核对系统日期、时间和时区，并启用系统提供的自动校时。时间明显偏差会影响安全连接验证，浏览器和客户端都可能因此失败。校正后重新启动相关应用再测试。不要以跳过证书校验作为长期处理方式，也不要随意导入网上下载的证书；证书问题应结合系统时间和具体报错定位。
| 现象 | 先核对 | 接着验证 |
|---|---|---|
| 认证失败 | 账户状态、订阅来源 | 重新更新订阅后连接 |
| 持续超时 | 基础网络、当前线路 | 换线路与接入网络对照 |
| 权限被拒绝 | 系统网络配置授权 | 是否存在管理策略限制 |
| 证书时间异常 | 日期、时间与时区 | 校时后重新启动应用 |
什么情况下停止自行修改
如果客户端无法启动、连接按钮不可用，或系统每次都撤销授权，应先解决本地程序与权限问题。查看系统是否明确阻止了应用运行，并从原下载入口核对安装来源。安全软件出现提示时，应查看具体原因，而不是关闭全部防护。如果客户端崩溃，保留崩溃提示和发生操作，提交时说明是启动即退出，还是连接某条线路才退出。
完成账户检查、订阅刷新、不同线路和不同网络对照后，仍然全部失败，就适合提交工单。附上错误原文、操作系统名称、客户端显示的版本信息与发生时间，说明哪些条件已经测试过。版本信息按实际界面填写，不必推测。发送日志前先检查其中是否包含完整订阅地址或凭据，仅保留与连接错误相关的片段。
能连接但网页打不开：DNS 与访问路径
连接成功后网页仍打不开，需要把“线路已经建立”和“网站请求成功”分开判断。页面一直等待、提示找不到域名、出现安全连接错误或返回访问受限，分别对应不同方向。先保存浏览器错误文字，再尝试其他网站。只有特定网站失败时，先看目标网站与地区要求；全部网站失败时，再检查代理接管、DNS 与网络路由。
先确认网页实际走了哪条路径
检查客户端当前使用规则分流、全局代理还是直连模式。规则模式会按目标决定走向，不能把所有网页都理解为经过同一出口。可打开IP 检测核对当前浏览器请求所见的出口归属，再结合客户端连接记录判断。但出口归属正常只能证明该次检测请求的路径，不能证明所有应用、所有域名都走了同样的线路。
如果客户端提供全局代理，可临时切换后重新打开目标网页。切换后恢复，通常说明需要检查规则匹配、应用路由或解析方式；切换后依旧失败，应继续排查线路与目标站点。全局代理只是诊断工具，不是所有问题的最终答案。完成比较后恢复原来的分流方式，避免国内网站和本地网络资源也走不必要的路径。
理解 DNS 为什么会单独出问题
DNS 负责把域名解析为连接所需的地址。客户端、系统和浏览器可能各自参与解析；浏览器的安全 DNS、系统手动配置的解析服务与客户端内置设置，也可能形成不同路径。因此同一个域名在浏览器中失败，在另一个应用里却正常，并不矛盾。排查时先记录这些设置，不要同时换成来自不同教程的公共解析地址。
使用客户端建议的默认解析配置作为起点，检查是否遗留了旧的手动 DNS、加密解析配置或本地域名覆盖。若设备此前做过开发调试，也要核对 hosts 文件里是否固定了目标网站的地址。不要整份删除 hosts 文件，应先备份，再仅撤销明确与故障相关、且由自己添加的条目。由组织管理的配置不应自行修改。
在具备相应命令的系统中，可以用下面的查询观察系统解析是否返回结果。示例域名用于演示命令，不是用于判断国际线路的唯一测试目标。查询成功仅说明该次解析获得回应，并不能证明浏览器使用相同的解析器，更不能证明目标网站的安全连接已经成功。
nslookup example.com如果命令不可用，不需要为了排查强行安装陌生工具，可以使用系统网络诊断界面和客户端日志。若查询失败，而基础网络正常，重点检查解析服务可达性与客户端 DNS 接管；若查询成功但浏览器仍提示解析失败，检查浏览器自己的解析设置与缓存。调整后正常关闭浏览器再打开，避免旧进程继续持有原连接。
不要用裸 IP 代替完整网页测试。许多网站依赖域名选择站点并校验证书，直接访问地址失败，不能据此认定线路不可用；关闭证书校验也不是 DNS 故障的修复办法。
区分解析失败与网站拒绝访问
如果页面已经返回地区不可用、账户异常或访问验证，说明至少有部分请求到达了目标服务。此时应检查目标平台的账户地区、使用要求和当前出口是否符合其规则，而不是继续反复刷新 DNS。换线路可以用于对照，但不能承诺每个地区、每个网站始终支持。流媒体的具体排查入口见流媒体说明。
需要工单协助时，提供目标域名、浏览器错误文字、当前工作模式，以及其他网站是否正常。不要上传带登录凭据的完整网页地址，搜索参数中也可能包含个人信息。若怀疑解析路径不一致，说明系统解析与浏览器表现的差别即可；单凭出口检测结果，不能判断整个设备不存在其他解析路径。
速度慢与晚高峰卡顿：分开比较
速度慢需要先明确使用场景。打开网页等待很久、文件下载缓慢、视频频繁缓冲、语音出现停顿，不是完全相同的问题。小请求更容易受到连接建立与解析影响，持续下载更依赖传输过程，实时交互还会受到抖动影响。因此不要只用一次测速或客户端中的一个状态值，替代实际应用的体验判断。
先排除设备和本地网络争用
保持当前线路不变，检查系统是否正在同步文件、更新应用或进行其他大流量任务。还要观察同一网络下是否有设备持续占用连接。临时暂停这些任务，再重复原来的网页或播放操作。如果改善明显，优先处理本地争用。无线信号弱、设备距离路由器较远或周围干扰较多，也可能让所有线路都表现不佳。
在条件允许时，靠近无线接入点或改用已有的有线连接作对照。比较时不要同时更换客户端和目标网站，否则很难区分是无线环境改善还是其他条件变化。若只有当前设备慢，而同网络的其他设备正常，应继续检查该设备的后台负载、节能状态与网络工具冲突，而不是先判断整个接入网络有问题。
线路选择不只看地理距离
WeiVPN 覆盖 100+ 国家 / 240+ 线路，选线时仍应结合目标服务与接入网络。距离较近常常有利于交互，但实际路径、运营商互联和目标站点位置都会影响结果。面向某地区的网站，可以先选择相应地区，再比较其他可用地区。线路类型的名称说明其组织方式，不等于对每次连接速度的固定承诺。
| 线路类型 | 理解重点 | 适合怎样排查 |
|---|---|---|
| IEPL 专线 | 关注跨境承载与接入路径 | 与其他类型对照实际应用 |
| 中转 | 经由中间入口转发连接 | 观察不同接入网络的差别 |
| 直连 | 直接连接相应线路端点 | 检查接入网络到端点的表现 |
同一个地区也可能存在不同路径，不能只按国家名称判断质量。先用原应用完成短时间、可重复的操作，再换线路重复。若网页正常而视频慢，检查视频平台本身、内容分发与播放设置；若所有应用都慢，再考虑线路或接入网络。更多选择说明见线路列表，具体可用情况以客户端为准。
晚高峰问题要保留时间对照
晚高峰卡顿通常需要跨时段比较。记录相同网络、相同线路和相同应用在拥挤时段与其他时段的表现，避免仅凭某次短暂恢复就判断已经解决。如果同网络所有线路都明显变慢，接入侧拥挤值得优先检查；如果只有特定线路在相同条件下变差，则把该线路名称和发生时间提交，临时选择其他线路继续使用。
比较过程中不要频繁启动多个测速任务。它们本身会占用网络资源，还可能影响正在观察的视频和语音。应用自动切换画质也会改变流量需求，应记录当时的播放设置。客户端显示的延迟不能直接换算成下载速度，较低的延迟也不保证持续传输更快；排查结论应围绕实际失败的任务，而不是围绕单个数字。
若卡顿只发生在某个视频内容或某个下载来源，应换同平台的其他内容对照，检查是否为目标服务器或内容分发问题。若更换目标后恢复，工单中应说明这一差异。不要把对单个站点的观察推广成所有线路都慢，也不要为了提高速度随意关闭安全校验、扩大权限或安装来历不明的所谓优化工具。
升级套餐应由实际用量决定，不应当作未经诊断的提速办法。月订阅流量按开通日每月重置，流量包用完为止、永久不过期；这些是计费与用量规则，不能推导成不同档位一定有不同速度。用量选择可参考流量包和包月的比较，价格与规则以套餐页为准。
频繁断线与移动端后台掉线
断线先看发生条件：是连接后持续中断，还是锁屏、切换应用、离开 Wi-Fi 范围后才出现。再确认到底是客户端连接断开，还是某个应用的会话失效。应用要求重新登录，不一定代表线路断开；状态栏仍显示连接，也不保证后台应用的旧连接仍能恢复。记录事件先后顺序，通常比反复截图“已连接”更有帮助。
网络切换后的旧会话可能失效
从 Wi-Fi 切换到其他网络时，设备的接入地址与路由可能改变。客户端需要适应新的路径，目标应用也可能保留建立在旧网络上的连接。先等待系统确认新网络可用，再检查客户端状态；必要时重新连接，并重新打开目标应用。不要在系统尚未完成切换时连续点击连接开关，这可能增加状态判断的混乱。
如果只有漫游到不同无线接入点时出现问题，记录是否经过了网络认证页面，或是否进入了没有实际外网连接的无线网络。保存了多个同名网络的设备，也可能连接到不同接入环境。先在位置固定、信号稳定的条件下重复测试，再判断是移动过程触发，还是客户端本身在静止时也会中断。
Android：检查电池与后台管理
Android 的后台限制会因设备厂商和系统设置而不同。到系统应用设置中找到客户端，检查是否被限制后台活动、电池使用或网络访问。若系统提供允许后台运行的选项，可按实际需要授权，再锁屏复现。菜单名称不一致时，以系统设置中的功能描述为准，不要照着其他设备的截图盲目修改不相关权限。
同时检查省电模式、数据节省模式和自动清理功能。若客户端总在清理后台后停止，说明进程保活是重要线索；若进程仍在而连接消失，则继续看网络切换和日志。不要为了维持连接把所有应用都设为后台无限制，只调整客户端所需范围。也不要使用不明工具修改系统底层限制，普通排查不需要解锁设备或更改系统安全状态。
iOS：核对系统连接配置
在 iOS 中，先确认系统允许客户端添加网络配置，再检查是否有其他应用正在使用同类系统连接。切换到另一款网络工具后，原连接可能被替换；重新打开原客户端时，要确认实际生效的是哪份配置。若系统设置中留有多份自己创建的旧配置，先辨认用途并记录，再按客户端说明处理，避免删除工作或学习所需的配置。
锁屏后只有特定应用收不到新内容，还需要检查该应用自己的后台刷新、通知与网络权限。通知可能经过独立的系统机制，不能仅凭通知延迟判断客户端断线。可以在重新解锁后观察客户端状态与连接日志，再打开原应用验证。若客户端一直保持连接，而应用需要手动刷新才恢复，应同时考虑应用的后台行为。
桌面休眠与路由器中断
Windows、macOS 与 Linux 在休眠唤醒后，也可能需要重新建立网络状态。先确认设备已恢复基础网络，再重新连接客户端；如果只在休眠后出现，应把休眠前后状态作为复现条件。若所有设备同时掉线，查看路由器或接入网络是否重连。不要在缺乏证据时更改网卡高级参数，先用正常唤醒与重新连接形成对照。
后台掉线不等于设备数量超限。WeiVPN 设备不限台数。应先检查系统后台管理、网络切换和客户端接管状态，不要通过删除其他设备来碰运气。
提交断线工单时，说明是否锁屏、是否切换网络、是否启用了省电，以及客户端是否被系统结束。若只有某条线路反复中断，保留线路名与时间；若所有线路都在同一操作后断开，强调该操作。能够稳定复现的触发条件比大量重复截图更有价值，也更便于区分本地系统行为与线路侧异常。
订阅更新失败与线路列表异常
订阅更新与线路连接是不同请求。旧线路仍能连接，但更新失败，可能是获取订阅时的路径或权限出现问题；订阅更新成功但连接失败，则说明配置已经获取，仍需继续检查连接环节。先记录更新提示，区分网络超时、响应格式异常、权限错误与更新后列表为空，不要把所有情况都处理成重新安装。
从用户面板重新核对来源
通过用户面板获取订阅，不使用聊天记录、搜索结果或他人转发的旧地址。复制时应使用面板提供的完整内容，避免手动选取漏掉开头或末尾。聊天工具、文档排版和复制粘贴过程都可能插入空格或换行，使地址看似完整却无法请求。检查时在本地进行，不要把完整链接贴到公开讨论区。
确认粘贴位置是客户端的订阅导入或订阅更新入口，而不是节点地址、代理服务器或登录账户字段。客户端导入方式可能不同，应遵循当前界面提示。若面板提供适配当前客户端的导入方式，优先使用对应入口；不要把配置文件随意转换为其他格式，也不要把订阅内容提交到不明在线转换网站。
更新超时先检查获取路径
更新请求可能走系统网络，也可能遵循客户端自身的代理设置。若现有连接已经失效，而更新又依赖这条连接，就可能出现无法获取新配置的循环。先确认基础网络正常，再查看客户端是否允许选择更新时的网络路径。可以临时断开失效连接后重试，但是否适用应以实际客户端功能为准，不要假设所有平台行为一致。
如果面板本身也打不开，先按基础网络与网页章节排查；若面板可正常登录、复制的链接也确认完整，而客户端持续更新失败，应保留状态提示。不要密集重复刷新，这既不能修复地址或权限错误，也可能让判断更困难。若系统时间有明显偏差，同样应先校正，再测试安全连接请求。
格式错误与空列表怎样处理
出现解析失败、内容类型不匹配或配置字段不认识时，可能是导入入口与内容格式不适配，也可能获取到错误页面。不要把返回内容当普通网页随意公开，因为其中可能包含敏感配置。先从面板重新选择对应导入方式，并确认客户端来源。若客户端支持查看导入详情，只记录错误字段或提示，不发送完整配置正文。
更新成功后列表变少或名称变化，不一定是故障，线路配置可能发生调整。先取消筛选条件、展开分组，确认不是界面只显示了收藏或当前地区。若列表完全为空，检查当前选中的是否仍是原订阅，而非误建的空配置。原配置可以暂时保留用于对照，确认新配置可用后再清理，避免丢失仍可工作的连接。
订阅链接按凭据保管。它可能允许获取账户对应的连接配置。截图应遮住完整地址、二维码和导入按钮背后的链接；若怀疑泄露，使用面板提供的重置功能，或通过工单请求协助。
账户状态与配置更新的边界
月订阅的流量按开通日每月重置，流量包用完为止、永久不过期。请以面板实际显示的套餐状态与用量为准，不要把月初当作所有账户统一重置的时间。账户状态异常时，反复更新订阅未必能恢复连接。中途升级差价折算成剩余天数，具体选择与价格可在套餐页核对，不要自行估算成额外流量承诺。
若需要协助，说明面板是否能登录、订阅是否刚从面板复制、客户端显示什么错误，以及旧配置还能否连接。可以提供隐藏地址后的订阅名称和更新界面截图。更完整的保管方法见账号与订阅链接安全指南。客服需要的是可定位的症状，不是完整凭据；无法判断如何脱敏时，先提交文字描述。
某个 App 不走代理与设备限制误报
浏览器正常、某个 App 失败时，优先考虑应用接入方式、规则匹配和目标服务差异。系统代理不一定被每个应用采用，有些应用使用自己的网络设置，有些需要客户端提供更完整的网络接管方式。先确认同设备的浏览器能否访问相同服务，再看客户端是否出现该应用的连接记录，不要直接认定线路不支持这个应用。
规则模式与全局模式的诊断用法
先记录原工作模式与选中线路，再临时切换全局代理测试原应用。如果恢复，重点查看规则是否把相关域名或进程分到直连；如果没有变化，检查该应用是否绕开系统代理，以及是否存在独立的代理配置。全局模式仍可能只影响客户端实际接管到的连接，不能把它理解成自动覆盖所有软件的任何通信方式。
应用通常不只连接主域名，登录、图片、附件与消息可能来自不同域名。首页能打开而登录失败，可能是辅助请求走了不同路径。客户端若提供规则命中记录，可查故障发生时相关请求的去向。不要为了修复单个应用，把所有规则删除或将所有域名永久改为同一方向；先确定缺失的匹配范围，再按客户端支持方式处理。
按平台检查接管方式与权限
| 平台 | 优先核对 | 常见边界 |
|---|---|---|
| Windows | 系统代理、网络接管权限 | 部分程序不读取系统代理 |
| macOS | 网络扩展授权、当前代理配置 | 终端与桌面应用行为可能不同 |
| iOS | 系统网络配置、其他连接工具 | 连接配置可能被其他应用替换 |
| Android | 应用包含或排除列表 | 按应用分流可能排除了目标 App |
| Linux | 桌面代理、程序环境与权限 | 服务进程未必继承桌面设置 |
Windows 上先看目标程序是否有独立代理选项，再检查客户端接管方式。macOS 上若网络扩展未获授权，客户端界面可能仍可打开，但系统接管不完整。首次设置与权限确认可参考macOS 从安装到导入订阅；桌面模式选择可参考Windows 分流与兼容性说明。
Android 若启用了按应用分流，检查目标应用是否被排除，并确认修改后已经重新建立连接。iOS 则重点核对当前生效的系统配置与目标应用网络权限。Linux 中终端程序、桌面程序和后台服务可能读取不同设置，应按程序实际运行环境检查，不要把桌面浏览器成功当作所有进程已经接管的证据。
AI 工具与流媒体要同时核对账户条件
ChatGPT 等 AI 工具以及流媒体服务，还可能受到目标平台的地区、账户、内容许可与服务状态影响。能访问登录页并不意味着账户具备所有功能。网络已经可用但出现账户地区或资格提示时，应按目标平台说明处理。不要使用来源不明的账户或把登录凭据发给别人代测；网络线路不能替代目标平台的账户要求。
如果应用内置代理参数，先记录原设置，再按客户端实际提供的本地监听信息核对。端口和协议取自当前客户端，不能照抄网上其他设备的参数。排查时不要把本地代理监听开放给整个网络，也不要为了方便把认证信息写进公开脚本。修改后重新打开应用，再观察请求去向，确保测试的是新状态。
出现“设备数超限”提示怎么办
WeiVPN 设备不限台数。若看到设备数、连接数或授权数量限制，先辨认提示来自 WeiVPN 面板、客户端、系统管理工具，还是目标网站自身。同一句“设备限制”可能对应完全不同的产品。不要据此推断本服务存在未列出的设备额度，也不要重复下单来尝试消除一个尚未确认来源的提示。
将提示原文、出现位置与触发操作提交工单，截图保留应用名称但遮住个人信息。若提示来自流媒体或其他目标平台，应核对该平台自己的账户政策；若确实出现在本服务使用过程中，由支持进一步核查。单位设备的授权限制仍需管理方处理，本服务的设备规则不会改变设备自身或其他应用的使用条件。
工单证据、恢复验证与退款说明
已经完成基础网络、账户状态、订阅与线路对照，仍然无法解释故障时，就应提交工单。需要支持不代表必须先做完所有高级操作。遇到权限异常、证书警告、客户端反复崩溃，或者不确定某项设置是否可以修改时，也可以先停下。清楚说明尚未尝试的步骤，比勉强操作后丢失原始状态更有利于定位。
先写影响范围，再写复现条件
工单开头直接说明问题影响什么：全部网站无法打开、只有某个应用失败、锁屏后掉线，或某条线路在晚高峰卡顿。接着写设备系统、客户端界面中实际显示的版本信息、接入网络类型，以及发生时间和时区。线路名称按客户端原文填写，目标网站提供域名即可，避免附上含个人参数或临时凭据的完整地址。
描述复现过程时按实际先后顺序：连接前基础网络是否正常，选择什么模式与线路，执行什么操作，随后看到什么提示。再说明已经完成的对照，例如换网络后恢复、换地区仍失败、浏览器正常但应用异常。不要只写“全部试过了”，因为这无法判断哪些变量保持一致，也无法判断恢复是否只发生在不同条件下。
工单描述可以按这个顺序组织：故障症状 → 发生条件与时间 → 系统和客户端信息 → 当前线路与模式 → 已做对照及结果 → 脱敏后的错误文字或截图。通过用户面板工单提交，不在公开评论区发送配置。
日志与截图先脱敏再提交
客户端日志可能包含目标域名、账户标识、订阅地址和本地路径。只截取故障发生前后的相关内容，发送前检查是否出现密码、完整链接、二维码或其他可用于访问账户的信息。截图时也要留意浏览器地址栏、剪贴板弹窗和通知预览。若不熟悉脱敏方式，先提交错误原文与操作描述，等待支持说明需要哪类补充材料。
WeiVPN 的安全主话术是匿名无日志，但用户主动提交的诊断材料仍应遵循信息最小化原则。隐私承诺不能代替对公开分享行为的谨慎。想了解如何理解相关承诺，可阅读无日志承诺的核实方法，并以本站隐私政策为准。不要把完整配置当作普通附件转发。
恢复后验证原场景，而不是只看状态灯
调整后回到最初失败的操作，确认目标网页、应用登录或播放确实恢复，再测试与之相关的其他功能。若此前只在后台掉线，应重新锁屏并恢复使用；若此前只在网络切换后异常，应按同样条件复现。只看到客户端显示连接成功，或者临时换了目标网站打开，并不足以证明原问题已经解决。
确认恢复后，撤销仅用于诊断的全局代理、临时解析配置与不再需要的日志记录。保留最终有效设置和解决原因，清理过期配置时先确认当前仍在使用的订阅。若恢复只是因为换了一条线路，也应如实记录，不要把尚未修复的旧线路标成正常。再次发生时，这份记录可以帮助判断是同类问题还是新的故障。
计费与退款按既有规则处理
WeiVPN 提供 14 天无理由退款，完整适用说明见使用条款。需要处理账单或退款时，通过面板工单说明相关订单与诉求；排查问题和提出退款诉求可以分别写清，不需要在正文中附上支付凭据里的个人敏感内容。不要把网络故障自行换算为退款金额或额外使用期限。
套餐价格与支付信息以套餐页和面板为准，支持支付宝 / 微信 / USDT。若面板订单状态与实际支付情况不一致，保留订单信息，通过工单核对，不要为了“激活”而反复支付。账户无需邮箱地址，用户名 + 密码即可注册，已有账户应先找回自己的登录信息，不要通过新建多个账户掩盖原订单问题。
最后，把排查结论写成能够复述的短句：在什么网络和设备上，哪种操作会失败，改变哪个条件后恢复，哪些情况仍然没有验证。这样的结论比“现在好像好了”更可靠。常见简短问答可继续查看支持页面；需要重新完成安装和导入，则回到使用教程，沿主线重新核对，不必重复修改已经确认正常的环节。