VPN 故障排查手册

DIAGNOSIS BASELINE

建立排查基线：先分层，不先重装

先写清楚“哪里坏了”

多数排查失效，不是因为缺少工具，而是故障描述过宽。“用不了”可能表示客户端无法启动、订阅无法更新、线路握手失败、连接成功但域名无法解析、浏览器可访问而某个应用无响应，也可能只是目标网站自身暂时不可用。开始操作前，先用一句完整的话记录现象：在哪个平台、使用哪类网络、选择什么地区的线路、客户端显示什么状态、哪些页面或应用受影响、关闭代理后是否恢复。只要这句话能写清，后续判断通常会明显缩短。

排查时应把问题拆成五层：设备与系统、当前接入网络、客户端与订阅、所选线路、目标网站或应用。每次只改变其中一层。例如先保持设备和网络不变，仅切换同地区另一条线路；再保持线路不变，换到另一种接入网络。若同时重装客户端、切线路、改 DNS 和改分流规则，即使问题消失，也无法知道真正原因，下一次还会从头试错。

做交叉验证，而不是凭感觉判断

最有效的基线是“同一账户、不同变量”的对照。先确认关闭代理后普通网站能否打开。如果关闭后也打不开，问题位于本地网络，继续调整线路没有意义。如果关闭后正常、连接后所有网站都打不开，应检查代理模式、系统代理接管和 DNS。如果只有某个目标不可访问，优先检查目标服务状态、地区要求、缓存和应用分流，不要直接把它归结为线路故障。

再观察问题是单设备还是全部设备。WeekVPN 支持 Windows、macOS、iOS、Android 与 Linux，设备不限台数。若同一网络下只有一台设备异常，重点应落在该设备的客户端权限、系统时间、旧代理残留、防护软件和分流规则。若多台设备在同一网络同时异常，但换一种接入网络就恢复，重点应落在当前网络环境。若不同设备、不同网络、不同线路都能稳定复现，才适合整理证据并提交工单。

保留原始状态与可回退点

在清理配置之前，先记下当前客户端名称、所选线路、代理模式、订阅更新时间和错误原文。订阅地址属于账户凭据，不要出现在公开截图或公开讨论中。需要展示订阅更新界面时，应遮住完整地址、访问令牌和二维码。若使用手工配置，先复制一份原文件，再改规则；若使用系统代理，先记录原有开关位置。这样做的目的不是增加步骤，而是确保每次变化都可撤销。

不要把“重装”当作第一步。重装只能清掉部分客户端状态，无法修复接入网络、账户有效性、目标服务地区限制或 DNS 路径。它还可能删除有价值的日志与复现条件。更合理的顺序是：完全退出客户端后重新打开，更新订阅，切换同地区线路，检查系统代理，再按平台清理残留。只有客户端本身无法启动、配置数据库损坏或系统权限明显异常时，重装才是合适的后续动作。

完成这一章后，应能得到一条明确结论：问题属于单设备、单网络、单线路、单域名还是单应用。后续章节均以这个边界为起点。如果还不能分类，回到最简单的测试环境：关闭额外分流规则，选择一条常规线路，只用浏览器访问普通网页，再逐项恢复原设置。稳定基线比复杂测试更有价值。

CONNECTION FAILURE

完全连不上：从客户端状态走到线路握手

区分客户端未接管与线路连接失败

点击连接后没有任何状态变化，通常与点击后显示失败并不是同一类问题。前者先检查客户端是否正常运行、系统是否允许创建网络接口、后台服务是否被停止，以及当前配置是否已选中。后者则更接近订阅、线路或接入网络问题。观察界面时不要只看连接按钮颜色，还要看是否出现明确的“已连接”“超时”“认证失败”“配置无效”或“无法解析”等文字。错误原文应完整保留，因为相似的表面现象可能来自完全不同的层级。

先完全退出客户端，而不是只关闭窗口。桌面系统中，窗口关闭后程序可能仍留在状态栏或通知区域；移动系统中，界面退出也不等于隧道停止。确认进程结束后重新启动，再选择刚更新过的订阅配置。若客户端要求系统网络权限，应在系统设置中确认权限仍然有效。系统升级、配置迁移或安全策略变化后，已有权限可能需要重新确认。

检查基础网络与系统时间

关闭代理后访问普通网页，确认当前网络具备基础连通性。若浏览器显示接入认证页，应先完成公共网络的认证，再启动客户端。某些办公、校园或公共网络会对未知连接方式进行限制，此时可用另一种接入网络做对照。对照结果非常关键：同一设备换网络后立即恢复，说明客户端和账户大体正常，应把重点放在原接入网络，而不是删除订阅。

系统日期与时区也应保持自动同步。加密连接依赖证书有效期判断，时间明显偏差会导致握手失败，并表现为无法连接或证书错误。检查时不需要手工猜测正确时间，只需启用系统提供的自动日期、时间和时区功能，然后重新启动客户端。若设备长期休眠、主板时间异常或系统刚从快照恢复，这一步尤其重要。

按线路层级做最小切换

确认基础网络正常后，先更新订阅，再选择同地区另一条线路。这样可以判断问题是否集中在单条线路，同时尽量保持访问地区不变。若同地区线路都失败，再切换另一地区进行验证。WeekVPN 覆盖 90+ 国家、200+ 线路，线路页会说明地区与线路类型，可结合全球线路页面选择替代项。排查阶段的目标是确认“能否建立连接”，不是立刻寻找速度最高的线路。

如果所有线路都在同一接入网络失败，但更换网络后可连接，应检查路由器中的访问控制、企业网络策略或本机防护软件。不要为了验证而长期关闭系统防护。更稳妥的方法是查看防护软件的拦截记录，为客户端程序和网络服务添加明确允许规则，然后恢复防护并复测。若设备上同时运行其他代理、抓包、过滤或虚拟网络工具，应完全退出这些工具，避免多个程序争用系统代理或虚拟接口。

清理旧代理与虚拟接口冲突

客户端异常退出后，系统代理可能仍指向已经停止的本地端口，表现为所有网页突然无法打开。此时应先断开客户端，在系统网络设置中关闭手工代理，再重新连接。桌面系统还可能保留旧虚拟接口、旧 DNS 或旧路由。不要看到多个接口就全部删除，应先通过客户端的修复、重置网络或重新安装网络服务功能处理；只有确认某个接口属于已卸载软件时，才考虑清理。

Linux 环境需要额外确认客户端进程是否拥有创建隧道和修改路由所需权限，同时检查环境变量代理是否与系统级隧道重复。可以在终端中查看常见代理变量，但不要把包含凭据的输出直接提交到公开渠道：

printenv | grep -i proxy
ip route
curl -I https://example.com

若命令行访问正常、浏览器失败，问题多半在浏览器代理、扩展或缓存；若命令行和浏览器都失败，但客户端显示连接成功，应继续阅读下一章的 DNS 与系统代理检查。若客户端始终显示握手失败，并且跨设备、跨网络、跨线路都可复现，应保留错误原文、发生时间、平台和线路名称，转到工单章节整理证据。

WEB AND DNS

能连接但网页打不开：代理接管与 DNS 分开检查

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

客户端显示已连接，只说明隧道建立完成，不代表浏览器、DNS 和目标网站已经走在同一条路径上。第一步应比较不同类型的请求：普通网页是否都失败，还是只有某个域名失败；浏览器失败时，命令行请求是否成功；同一网站使用应用访问是否正常。若只有域名访问失败，重点检查 DNS。若域名能解析但连接超时，重点检查系统代理、路由与线路。若只有某个网站异常，先排除该网站自身状态、地区要求和浏览器缓存。

可使用系统自带的名称解析工具查询一个公开测试域名。这里使用的域名不包含账户信息，也不会触及真实订阅地址：

nslookup example.com

# macOS 或 Linux 也可使用
dig example.com

工具返回地址而浏览器仍提示找不到服务器，通常说明浏览器启用了独立的安全 DNS、扩展改写或缓存。工具本身也无法得到结果，则更接近系统 DNS、客户端 DNS 接管或当前网络的解析路径问题。不要把查询结果中的某个地址当成永久值；域名解析结果可能随网络与时间变化，排查只关心是否能返回、是否明显超时，以及关闭代理前后是否存在稳定差异。

检查系统代理是否真正指向运行中的客户端

系统代理模式依赖本地客户端持续监听。客户端进程停止、监听状态异常或系统代理残留时，浏览器会把请求发往一个不存在的本地入口。先在客户端中关闭系统代理，再查看系统网络设置是否同步恢复；随后重新启用，并立即测试普通网页。若关闭后恢复、启用后失败，说明问题位于本地代理接管、客户端监听或配置模式，而不是远端网站。

浏览器可能拥有独立代理设置。企业管理策略、代理扩展和开发调试工具都可能覆盖系统设置。排查时使用没有额外扩展的临时浏览窗口只能排除部分缓存，不能保证绕过企业策略。更可靠的做法是查看浏览器网络设置，确认它跟随系统代理，或明确使用客户端提供的本地入口。不要同时让浏览器扩展和系统代理以不同规则接管同一请求。

处理 DNS 缓存、独立解析与污染结果

切换线路后，系统和浏览器可能继续使用旧解析结果。先关闭目标标签页，清理浏览器的站点缓存与 DNS 缓存，再重新打开。系统层可优先通过断开并重新连接网络来刷新，不必一开始就执行高风险的网络重置。若客户端提供“远端解析”“跟随代理解析”或类似选项，可在保存原设置后做单项切换，观察域名能否恢复。修改后只测试同一个域名，避免多个网站状态差异干扰判断。

有些应用使用自身的加密 DNS，不读取系统配置；另一些应用完全依赖系统解析。于是同一设备上可能出现浏览器正常、应用失败，或反过来的现象。此时不能简单认定线路不可用，应检查异常应用是否允许关闭独立 DNS、是否启用了私有网络功能，以及该应用是否被分流到直连。移动端还要检查系统的私有 DNS、内容过滤器与其他网络扩展是否同时工作。

处理局部网站与证书提示

只有单个网站打不开时，先用同一线路访问其他普通网站，确认整体连接正常。再清理该网站的 Cookie、缓存和旧登录状态，或使用另一浏览器复测。目标服务可能依据出口地区提供不同内容，因此切换线路时应选择与服务要求一致的地区，而不是随机选择。涉及动画、配信和日区内容时，可参考日本线路选择指南理解地区与出口地址的关系。

遇到证书警告时，不要忽略提示继续访问。先确认系统时间自动同步，检查网址拼写，再关闭可能进行网页过滤或证书检查的软件进行有控制的验证。若多个可信网站同时出现证书异常，应立即停止访问敏感页面，恢复系统网络设置并检查本机防护软件。证书错误不是简单的“速度慢”，也不适合通过不断切线路掩盖。

本章结束时，应能把故障归入解析失败、系统代理未接管、浏览器独立设置、单站点缓存或地区不匹配。若网页已经恢复，但视频、下载或会议仍表现缓慢，进入速度章节；若浏览器正常而某个应用仍失败，直接前往应用分流章节。

SPEED AND PEAK HOURS

速度慢与晚高峰卡顿：区分本地瓶颈、线路和目标端

速度问题必须先固定测试条件

“感觉变慢”不足以定位原因。网页首开慢、视频缓冲、文件下载慢、会议抖动和游戏延迟升高，依赖的网络特性并不相同。网页更容易受 DNS 与首连接影响；视频更依赖持续吞吐；会议更怕抖动与丢包；大文件还受下载源限速影响。排查前先选定一种具体场景，并保持设备、接入网络、目标服务和时间段一致，再比较线路。不要拿不同网站、不同清晰度或不同下载源的结果直接互相对照。

先关闭占用带宽的同步、备份、系统更新和大文件传输。再确认本地无线网络信号是否稳定，尽量靠近接入设备，或在条件允许时使用更稳定的连接方式。若关闭代理时同样缓慢，问题位于本地网络或目标服务，切换国际线路不会消除基础瓶颈。若关闭代理正常、连接后变慢，再进入线路层判断。

同地区换线，再跨地区比较

选线时先做同地区替换。同地区线路可以尽量保持访问距离和内容区域一致，便于判断是否只是单条线路状态变化。若同地区都慢，再选择地理距离更近的地区对照。距离较远通常意味着传播路径更长，但距离不是唯一因素；跨境路由、接入运营商和目标服务的互联关系都会影响结果。因此不应把地图上最近的城市直接等同于最适合的线路。

WeekVPN 提供 90+ 国家、200+ 线路。线路类型与地区选择可在节点页面查阅。日常浏览、AI 工具、流媒体和远程办公的优先级不同。排查阶段应先找到稳定可复现的线路，再考虑具体内容区域。频繁连续切换会让应用反复建立连接、刷新解析与重新验证登录，短时间内的体验反而更差。

晚高峰问题要用时间对照确认

只有固定繁忙时段出现卡顿，而其他时段正常，可能与本地接入网络、跨境链路或目标服务同时段负载有关。不要只在异常时刻测试一条线路后下结论。应记录同一设备、同一网络、同一目标在平稳时段和繁忙时段的表现，并在异常时保持其他条件不变，仅更换同地区线路。若多条线路同步变慢，但换一种接入网络明显恢复，优先检查本地运营商路径；若只有单条线路异常，则使用替代线路并记录名称。

视频测试时，应先固定画质，避免自动画质在不同测试中自行变化。会议测试时，重点观察声音中断、画面冻结和重新连接，而不是只看下载速度。下载测试应使用同一来源与同一文件，避免不同镜像端的限速差异。AI 工具响应慢也不一定等于线路慢，服务端排队、会话长度与页面脚本都可能造成等待；可用普通网页和另一个同地区服务交叉验证网络层。

配置越复杂，越要检查额外开销

全局代理、规则分流、应用内代理和系统级隧道同时启用时，流量可能重复经过本地处理。浏览器中的过滤扩展、安全软件的网页扫描、系统内容过滤器也会增加连接建立时间。排查速度时，应暂时回到客户端提供的常规模式，退出其他代理工具，保留必要的系统防护，然后逐项恢复。某项恢复后速度立刻变化，说明瓶颈在本机处理链，而非线路覆盖不足。

套餐流量不足也会影响正常使用判断，因此应在用户面板核对订阅状态和剩余流量。月订阅为 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB，流量按开通日每月重置，中途升级差价折算成剩余天数；流量包为 ¥158/300GB、¥358/1000GB、¥658/3000GB，用完为止，永久不过期。这里只需核对当前账户是否仍有可用流量，不应把升级套餐当作所有速度问题的通用修复。具体规则以套餐价格页为准。

若固定条件下多条线路都在同一时段异常，请记录接入网络类型、目标服务、线路地区和可复现时段。不要只提交一张速度页面截图，因为它无法说明实际应用、目标路径和测试条件。能复现的步骤比单次结果更有诊断价值。

DISCONNECT AND MOBILE

频繁断线与移动端后台掉线：检查系统调度和网络切换

先区分线路断开与应用被系统暂停

频繁断线常被统称为“不稳定”，但实际可能是线路会话断开、设备在无线网络与蜂窝网络之间切换、客户端被省电策略暂停、系统回收后台进程，或其他网络扩展抢占隧道。判断入口是观察断线时客户端状态：若状态明确从已连接变为未连接，查看错误原文；若状态仍显示已连接，但新请求无法通过，重点检查网络切换、DNS 与本地隧道恢复；若回到客户端界面后立即恢复，通常与后台调度或省电限制更相关。

桌面端也会出现休眠后断线。合盖、待机、切换用户或网络接口重新获取地址后，旧会话可能不再有效。恢复设备后应等待基础网络先连通，再让客户端重新连接。不要在无线网络仍在认证时连续点击连接。若每次唤醒都复现，可检查客户端是否允许随系统启动、是否具备后台运行权限，以及系统是否对网络扩展进行了限制。

移动端重点检查省电与后台权限

iOS 与 Android 都会根据电量、内存、网络状态和后台活动策略调度应用。排查时先确认客户端的网络配置仍然启用，再检查低电量模式、后台活动权限和针对单个应用的电池优化。若系统允许把客户端设为不受严格省电限制，可在理解耗电影响后调整。不要为排查而关闭所有系统安全功能，也不需要授予与网络连接无关的权限。

锁屏后短时间无网络活动，系统可能暂停应用界面，但系统级隧道通常由独立网络服务维持。若锁屏期间持续断开，应比较两种情况：保持在同一无线网络，以及离开无线覆盖后切换到另一种接入网络。只有切换时断开，说明会话迁移或网络重建是主要因素；在稳定网络中也断开，则继续检查省电策略、系统网络扩展冲突与所选线路。

检查多个网络工具是否互相接管

移动设备上，内容过滤、企业管理、私有 DNS、广告过滤和其他网络工具可能共同使用系统网络扩展能力。部分系统只允许一个主要隧道处于活动状态，后启动的工具会替代先前配置。排查时记录当前启用的网络扩展，暂时停用其他会改变流量路径的工具，仅保留 WeekVPN 复测。恢复时逐项启用，找出发生冲突的组合。

桌面端的情况类似。虚拟机、容器网络、远程办公客户端、抓包工具和其他代理程序都会增加路由复杂度。如果断线只在某个程序启动后出现，应检查该程序是否修改默认路由、DNS 或系统代理。不要同时让多个程序设置全局代理。需要并存时，应明确各自负责的流量范围，并避免本地入口互相套接。

用稳定环境复现，而不是追逐偶发现象

偶发断线最难判断，因此需要把环境简化。保持设备接电、关闭严格省电、固定在同一接入网络、选择一条常规线路，并用普通网页做连续访问。若此时稳定，再逐项恢复锁屏、网络切换、后台限制和其他网络工具。哪一步恢复后问题出现，哪一步就是有效线索。相反，如果简化后仍断开，可更换同地区线路，再换另一种接入网络，建立线路与本地网络的交叉结果。

日志应截取断线前后相邻内容，不要提交整份包含长期历史与敏感配置的文件。需要标注断线时正在做什么，例如设备刚锁屏、刚从无线网络切换、刚唤醒或刚启动某个应用。若客户端有自动重连选项，可启用后观察它是否能恢复，但自动重连只是降低影响，并不会解释根因。持续高频复现仍应按证据章节提交工单。

如果移动端主要用于日常浏览与视频，建议先完成新手第一天完整指南中的基础配置，再回到本章调整后台行为。基础导入未完成、订阅未更新和省电限制可能同时出现，先确保主线正确，再处理后台稳定性。

SUBSCRIPTION AND ACCOUNT

订阅更新失败与设备数提示：核对来源、状态和缓存

订阅失败先看错误发生在哪一步

订阅更新包含获取配置、解析内容和写入客户端三个环节。提示网络错误，说明客户端没有成功获取内容；提示格式或解析错误，说明内容已返回但客户端无法识别；提示写入失败，则可能与本地权限、配置存储或旧文件有关。不要只复制“更新失败”四个字，应保留完整提示和发生位置。不同客户端的文字不同，但这三个环节的判断方式相同。

先登录用户面板确认账户与套餐状态，再从面板重新获取本站客户端或订阅入口。WeekVPN 注册无需邮箱地址，用户名和密码即可完成注册。若忘记用户名或密码，不要通过不断创建新账户来覆盖原订阅，应从登录与工单入口处理账户问题。订阅地址属于私密凭据，只应从用户面板获取，不应转发给他人或粘贴到公开检测网站。

排除复制错误、缓存与旧配置

手工复制订阅地址时，前后空格、换行、截断和输入法替换都可能造成更新失败。更稳妥的方式是使用客户端提供的粘贴或导入功能，并确认地址完整。教学示例应始终使用明显假值，例如：

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

若旧订阅曾经正常，更新后突然报解析错误，先保留旧配置，不要立即删除全部线路。可以新建一个独立配置重新导入，判断问题是否来自旧缓存。新配置正常，说明原配置存储或覆盖过程有异常；新旧都失败，再检查网络、账户状态与客户端兼容性。客户端由用户面板提供入口，避免从不明来源安装修改版程序。

浏览器能打开订阅入口不代表客户端一定能更新。浏览器可能沿用登录状态，而客户端需要直接获取配置；浏览器也可能自动处理跳转，客户端则严格要求返回内容。排查时不要公开查看返回正文，因为其中可能包含线路与凭据。只记录客户端错误类型、是否在另一网络恢复、是否在本站客户端中复现即可。

理解“设备数超限”提示

WeekVPN 的设备规则为不限台数。因此，若客户端或其他页面出现设备数量限制提示，不应先假设套餐需要增加设备名额。先确认当前导入的确实是 WeekVPN 用户面板提供的订阅，而不是旧服务、测试配置或其他账户遗留内容。再确认提示来自客户端本身、目标应用，还是订阅服务返回。提示来源不同，含义也不同。

有些客户端会对本地配置数量、同时运行的配置或应用自身授权做限制，这不等于 WeekVPN 的设备限制。应截取提示所在界面并保留应用名称，检查是否同时启用了多个配置。如果提示来自目标网站，它可能指该网站自己的登录设备规则，与网络加速订阅无关。如果用户面板中的 WeekVPN 账户直接出现异常提示，则提交工单，并附用户名、页面位置和完整文字，但不要附密码。

检查流量重置与流量包边界

更新成功但线路无法使用时，应核对剩余流量和套餐有效状态。月订阅的流量按开通日每月重置，中途升级差价折算成剩余天数；流量包用完为止，永久不过期。月订阅与流量包的计算方式不同，不要按自然月自行推断重置时间，也不要把流量包误认为按月刷新。套餐详情包括 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB，以及 ¥158/300GB、¥358/1000GB、¥658/3000GB 的流量包。

支付完成后若用户面板状态没有按预期变化，先刷新账户页面并重新登录，再查看订单状态。支付方式为支付宝、微信与 USDT。不要重复提交同一支付，也不要凭客户端是否立刻更新来判断订单结果。订单、账户和订阅属于不同层级，工单中应分别说明：支付是否完成、面板显示什么、订阅更新返回什么。

若问题发生在购买后的退款判断，正文统一以 14 天无理由退款为准，具体申请条件与流程应查看使用条款。排查页面不处理退款申请，也不通过重新导入订阅改变订单状态。技术问题与计费问题应分别描述，便于工单准确流转。

APPLICATION ROUTING

某个 App 不走代理：检查进程、规则与应用内设置

确认是单应用问题，而不是目标服务问题

浏览器正常、某个应用失败时，先用浏览器访问该应用对应的官方网站或同类服务。若浏览器也失败，问题可能仍在线路、DNS 或地区选择；若只有应用失败，才进入进程与分流检查。还应确认应用是否刚更新、是否需要重新登录，以及目标服务本身是否出现状态异常。网络连接只能解决传输路径，不能替代应用账户、内容权限或服务端状态。

应用可能使用独立网络栈，不读取系统代理。常见表现是浏览器跟随系统代理正常，而游戏、商店、命令行工具或桌面客户端仍直连。此时需要使用客户端的系统级隧道模式，或在规则中明确包含该应用的域名与进程。具体名称随平台和客户端不同，操作时应先备份原规则，避免一次加入范围过大的匹配条件。

分流规则按“命中结果”检查

规则模式通常从上到下匹配，较早命中的规则会决定流量走向。如果一条宽泛直连规则位于应用规则之前，后面的代理规则不会生效。排查时打开客户端的连接记录或规则命中信息，启动目标应用并观察其域名或进程被哪条规则处理。不要凭应用名称猜测所有域名，因为登录、内容、更新和接口可能使用不同域名。

若客户端没有可见命中记录，可临时切到全局代理做对照。全局模式恢复、规则模式失败，说明线路本身可用，问题集中在分流规则。对照完成后应恢复原模式，再补充明确规则，而不是长期依赖全局模式掩盖配置问题。全局模式也可能让无需代理的本地服务改变路径，因此只适合作为短时诊断。

检查应用内代理与环境变量

部分开发工具、终端程序和桌面应用拥有自己的代理设置。应用内配置为空时，它可能跟随系统；填写过旧地址时，则可能绕过当前客户端并连接到已经停止的本地入口。检查应用设置中的 HTTP、HTTPS、SOCKS 或“使用系统代理”选项，确认没有遗留值。若不确定，应记录原配置后恢复为跟随系统，再测试。

命令行工具还可能读取环境变量。可以查看变量是否存在，但输出中若包含认证信息，不应直接分享：

printenv | grep -i proxy

# 仅用于当前终端的明显假值示例
export HTTPS_PROXY=http://localhost:PORT

示例中的 PORT 必须替换为客户端界面显示的本地端口，不应自行猜测。若使用系统级隧道，通常不需要额外设置环境变量；重复设置可能形成不必要的路径。Windows 可检查应用自身网络设置与系统代理，macOS 应同时留意网络扩展，Linux 则要区分桌面代理、环境变量和路由级隧道。

流媒体、AI 工具与本地服务的边界

流媒体应用可能依据出口地区、账户地区、内容版权和缓存共同判断可用内容。浏览器能打开首页，不等于应用内所有内容均可播放。应选择符合目标地区的线路，退出应用后重新打开，并清理旧地区缓存。AI 工具则可能依赖多个接口域名；只代理主站域名而遗漏登录或静态资源域名，会出现页面能开但提交失败的情况。此时应依据命中记录补全规则。

本地打印、局域网存储和企业内部服务通常应保持本地路径。若启用全局模式后这些服务失效，不应把内网地址强行送往远端线路，而应恢复规则模式并为本地资源保留直连。规则调整的目标是明确边界：需要跨境访问的应用走对应线路，本地资源继续使用本地网络。

如果目标应用在全局模式下仍无法使用，但浏览器访问同一服务正常，请记录应用名称、平台、线路地区、应用内错误和是否使用独立 DNS。若应用在其他设备正常，附上正常设备与异常设备的差异。不要只写“这个 App 不行”，因为工单无法据此判断是规则、账户、应用版本还是目标服务问题。

TICKET AND EVIDENCE

什么时候找客服：把工单写成可复现记录

这些情况适合提交工单

经过基础网络、订阅、线路、DNS 和应用分流检查后，问题仍能稳定复现，就应提交工单。尤其是不同设备、不同接入网络和多条线路出现相同错误，或用户面板中的订单、套餐、订阅状态与实际结果不一致时，继续反复重装的价值很低。另一个明确场景是客户端持续返回同一错误原文，而常规重启、订阅更新与同地区换线均无变化。

单个目标网站偶发不可用、公共网络尚未完成认证、关闭代理也无法访问普通网页，通常应先处理外部环境。只有把这些条件排除，工单才能集中到 WeekVPN 可检查的部分。技术工单与计费工单最好分开：技术工单描述平台、网络、线路和错误；计费工单描述订单状态、支付方式和用户面板显示。不要把大量无关历史复制进同一条消息。

工单正文应包含什么

一份有效记录应从结论开始。例如：“Windows 上可连接但所有域名无法解析；同一账户在 Android 正常；更换接入网络后问题仍存在。”随后写出发生环境：平台名称、客户端来源、接入网络类型、所选线路地区、代理模式、问题开始前是否修改过系统或分流设置。若具体版本并不确定，不要猜测版本号，只写从用户面板获取的本站客户端即可。

接着列出最短复现路径：打开客户端、更新订阅、选择线路、启动目标应用、出现什么提示。步骤应能让处理人员在相似条件下重做。再列出已经完成的检查及结果，例如关闭代理后基础网络正常、同地区其他线路结果一致、换另一设备正常、清理 DNS 后无变化。不要只写“所有办法都试过”，因为无法判断实际做过哪些操作。

截图、日志与隐私边界

截图应覆盖错误提示和所在页面，不要只截一小块无法判断上下文。提交前遮住密码、完整订阅地址、访问令牌、二维码、订单敏感信息和其他账户内容。用户名可以用于定位账户，但密码永远不应提交。若日志包含配置正文，应先复制到文本编辑器检查，删除订阅地址与凭据，再附上故障发生前后的相关片段。

错误原文比自行改写更重要。“连接超时”“解析失败”“认证错误”和“配置无效”不能互相替换。如果错误是英文或系统代码，可以原样复制并在后面补充中文说明。发生时间可使用设备当前显示的日期与时区，避免只写“刚才”。若问题与繁忙时段相关，应说明可复现的时段范围和接入网络，不需要提供无法验证的测速结论。

按问题类型附加信息

无法连接时，附客户端状态、错误原文、基础网络是否正常、是否跨网络复现。网页打不开时，附普通网页和目标网页的差异、DNS 查询是否返回、浏览器与命令行是否一致。速度问题应附具体场景、固定目标、线路地区、是否只在某个时段发生。频繁断线应说明是否与锁屏、休眠或网络切换相关。订阅更新失败则附失败环节、用户面板状态和是否在另一客户端复现。

单个应用异常时，附应用名称、平台、全局模式与规则模式的对照、规则命中结果，以及浏览器访问同一服务是否正常。设备数提示应截取提示来源，并确认当前订阅来自 WeekVPN；由于本服务设备不限台数，这条信息有助于区分客户端自身、目标服务或旧配置的限制。计费问题还应写明使用支付宝、微信或 USDT 中的哪种支付方式，但不要上传完整付款凭据到公开区域。

工单提交后的操作纪律

提交后尽量保留可复现环境。若必须继续使用，可切换到已确认正常的线路，但不要删除原配置与日志。处理人员要求补充测试时，应一次完成一个指定动作并回复结果，避免同时修改多项设置。若问题自行恢复，也应说明恢复时间、期间是否切换网络或线路，这些变化能帮助判断是偶发外部状态还是本地配置恢复。

WeekVPN 支持 90+ 国家、200+ 线路，设备不限台数，并提供 14 天无理由退款。技术排查的目的，是确认连接问题位于设备、接入网络、客户端、线路还是目标服务；它不替代订单与退款条款。套餐、流量与价格请查看套餐价格，线路地区与类型请查看节点页面，安装与首次导入请回到快速上手。

完成本手册后，如果已经得到稳定复现条件，就不需要继续扩大测试范围。保留最小环境、清晰错误和交叉结果，直接从用户面板进入工单。没有稳定复现时，则继续记录故障边界，等待下一次出现时只验证尚未确认的变量。排查不是把所有开关都试一遍，而是逐层排除，直到剩下一个可解释的范围。