跨境网络故障排查

FAULT / CONNECT

完全连不上：先判断失败发生在哪一层

区分客户端未启动、线路握手失败与本地网络中断

“完全连不上”不能只看网页是否打开。真正有用的判断，是观察客户端在点击连接前后发生了什么。如果按钮没有改变状态、系统没有出现网络权限提示，或者客户端一启动便退出，问题通常仍在客户端与系统权限层。若客户端进入连接中状态，随后返回超时、握手失败或线路不可用，则应把注意力移到线路、本地网络限制和系统时间。若客户端明确显示已连接，但所有网页仍不可访问，这已经不是本章的纯连接失败，应继续查看“网页与 DNS”章节。

排查时先确认普通网络是否工作。暂时断开客户端，打开此前能够访问的常用网站；如果普通网站也打不开，应先恢复 Wi-Fi、有线网络或系统网络设置。跨境线路依赖本地网络作为入口，本地网络没有连通时，反复更换远端线路不会产生有效结果。若普通网络正常，再完全退出客户端并重新打开，而不是只在窗口内重复点击连接。Windows 与 macOS 需要确认系统网络扩展或虚拟网络接口已获授权；iOS 与 Android 则应确认系统显示过连接授权界面，且没有被误取消。

系统时间也值得检查。加密连接依赖证书有效期与时间判断，设备日期、时区或时间同步明显异常时，表面上可能只显示握手失败。将时间设置恢复为系统自动同步，关闭客户端后重新建立连接。这里不建议同时重装客户端、重置网络并更换线路，因为多个改动一起发生后，即使连接恢复，也无法知道真正原因，下一次同类问题仍然难以定位。

用同地区替换法验证线路，而不是随机连续切换

确认本地网络和权限正常后，先在同一地区内更换另一条线路。同地区替换可以尽量保持访问目标、地理距离和内容区域一致，只改变线路本身。如果替换后立即恢复，说明原线路当时不适合继续使用，可在稍后再测试；如果同地区线路均失败，再选择邻近地区进行交叉验证。不要在短时间内连续点击大量线路，客户端可能仍在释放前一个连接，系统虚拟接口也可能尚未恢复，最终看到的错误会混合多个连接过程。

可以同时换一个本地网络做对照，例如从当前 Wi-Fi 切换到另一条可信网络。如果相同线路只在某个本地网络失败，故障范围已经缩小到入口网络、路由器策略或本地 DNS；如果多个本地网络下均失败，则更可能与客户端权限、订阅状态或线路选择有关。此时查看全球节点中的地区与线路类型说明，选择用途相近的替代线路，而不是只凭地区名称判断质量。

需要重置时，先做低影响操作

低影响恢复顺序应从断开连接、完全退出客户端、重新打开开始，再进入订阅更新和系统权限检查。不要一遇到超时就删除全部配置。删除配置会同时丢失分流设置、线路选择与可供比较的旧状态，使问题更难复现。如果客户端提示订阅内容为空、授权失效或配置无法解析，应直接转到订阅更新章节；如果只有某个应用失败，则应转到应用分流章节。

重启设备适合处理虚拟接口被占用、系统网络扩展没有正确释放或休眠恢复后状态错乱。重启后先验证普通网络，再启动一个客户端并连接一条线路，避免多个同类工具同时接管系统网络。很多“完全连不上”并非线路本身故障，而是设备中存在多个网络扩展、代理工具或安全软件同时修改路由。关闭其他会改变系统代理、DNS 或虚拟接口的程序，再进行单独测试，通常比反复重装更容易获得明确结论。

FAULT / WEB-DNS

显示已连接，但网页打不开或出现 DNS 异常

先用不同类型目标区分解析失败与传输失败

客户端显示已连接只代表本地虚拟接口与线路建立了关系，并不等于域名解析、路由分流和浏览器连接都已正常。诊断时不要只刷新同一个网页。应分别尝试常用网页、另一个浏览器以及不依赖浏览器的联网应用。如果所有使用域名的目标都失败，而客户端仍能更新线路状态，DNS 解析异常的可能性较高；如果只有一个站点失败，通常应考虑目标服务区域策略、浏览器缓存、登录会话或当前线路出口，而不是直接重置整个网络。

浏览器自己的安全 DNS、系统 DNS 与客户端接管的 DNS 可能同时存在。它们并非越多越可靠，冲突时反而会出现连接已建立但域名无法解析、部分页面打开而资源加载失败、同一网站在不同浏览器表现不同等现象。排查阶段应先暂时关闭浏览器单独配置的安全 DNS，让解析路径回到系统与客户端控制，再测试一次。如果恢复，说明问题位于浏览器独立解析路径；之后可以根据实际需要重新启用，但应避免让浏览器设置与客户端规则互相覆盖。

清理系统解析缓存并重新建立连接

系统可能保留连接前获得的解析结果，尤其是在频繁切换线路、从休眠恢复或切换网络后。应先断开客户端，清理系统 DNS 缓存，再重新连接并打开新的浏览器窗口测试。以下命令只处理本机解析缓存，不会修改 CacaVPN 订阅内容。执行命令前应保存正在进行的网络任务，并在对应系统的终端中运行。

ipconfig /flushdns

sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

resolvectl flush-caches

命令完成后，不要立刻打开大量标签页。先连接一条线路，仅测试一个此前失败的目标，再测试普通网站。如果普通网站恢复而特定目标仍失败，DNS 已经不再是主要嫌疑，应改查地区线路、浏览器会话和目标服务状态。Linux 发行版采用的解析服务可能不同，如果系统提示找不到对应命令，应通过系统网络设置重新连接，而不是从不明来源复制修改系统文件的命令。

网页部分加载时检查浏览器状态与代理模式

页面主体出现但图片、脚本或登录组件一直等待，往往说明页面引用的不同域名走了不同路径。此时先使用浏览器隐私窗口测试，排除旧缓存、扩展程序和残留登录状态。若隐私窗口正常，应逐步清理目标站点的数据或停用会修改请求的扩展，而不是清空全部浏览器资料。若所有浏览器都只加载部分资源，应查看客户端当前是全局模式还是规则模式。规则模式可能让主站与资源域名分别走本地网络和线路，临时切换为全局模式可以作为诊断，但确认原因后仍应根据实际用途恢复适当规则。

系统代理也可能留下旧地址。客户端异常退出后，操作系统仍保留代理开关，下一次启动却没有对应进程监听，结果就是浏览器无法联网。Windows 与 macOS 可在系统网络设置中检查代理是否由当前客户端管理；移动端则查看系统连接状态是否仍显示旧的网络配置。不要手工填入不清楚来源的代理地址。若需要验证订阅文本，只能使用用户面板提供的订阅入口，教学示例可表示为 https://example.com/sub?token=YOUR_TOKEN，该地址仅用于说明格式，不能连接任何真实服务。

FAULT / THROUGHPUT

速度慢与晚高峰卡顿：把距离、入口和用途拆开判断

速度问题不能只看单次测速结果

跨境连接速度由本地接入、运营商路径、线路类型、出口地区、目标服务和设备性能共同决定。单次测速只能描述当时到某个测试目标的表现，不能直接代表视频、AI 工具、文件传输或网页浏览的实际体验。排查时应先明确“慢”出现在哪个环节：网页首屏等待较久、视频清晰度下降、下载持续低速、上传不稳定，还是只有某个服务响应慢。不同症状对应的瓶颈并不相同，把它们统一归为线路速度慢，会导致无效切换。

先断开客户端，确认本地网络本身没有明显波动。若本地网络已经出现丢包、Wi-Fi 信号频繁变化或多人占用带宽，远端线路无法修复入口问题。尽量靠近路由器，或在条件允许时使用有线网络完成对照。然后连接地理距离较近、用途匹配的线路，保持同一设备、同一目标和同一时间段测试。若近距离线路稳定而远距离线路明显变慢，主要影响来自路径长度与跨区域传输；若所有地区都慢，应回到本地入口、客户端模式和后台流量检查。

晚高峰应进行同条件对照，而不是只凭体感

晚高峰卡顿通常需要把入口网络拥塞与线路拥塞分开。最有价值的记录不是“晚上很慢”，而是相同设备、相同线路、相同目标在不同时段的表现差异，以及晚高峰更换同地区线路后是否恢复。如果只在某条本地网络的繁忙时段出现，而切换另一条网络后正常，入口网络影响更大；如果不同入口网络下同一线路都持续异常，但同地区替代线路正常，可暂时避开原线路并保留记录。

视频播放应观察是否只在提升清晰度时缓冲；AI 工具应区分页面打不开、登录失败和生成过程等待；下载任务则要确认来源服务器是否对单连接限速。所谓“4K不卡顿”依赖线路、来源平台、本地网络与设备解码条件，不应由某次短暂播放直接下结论。更合理的做法是选择目标服务所在或邻近地区，避免后台同步与系统更新抢占带宽，并在同一内容上比较同地区不同线路。

可参考VPN 线路怎么选：新手完整指南中的地区、线路类型与用途判断方法。CacaVPN 提供覆盖 90+ 国家、200+ 线路的选择范围，但覆盖数量不等于任意线路在任意本地网络下都有相同表现。线路选择的目标是找到当前入口与用途的合适组合，而不是固定追求最远地区或某个名称。

检查本机后台流量、模式与协议处理开销

云盘同步、系统更新、应用商店下载、照片备份和浏览器后台标签页都可能占用上行或下行。上行被占满时，即使主要任务是下载，也会因确认数据无法及时发送而表现为速度下降。排查阶段应暂停可识别的后台传输，关闭不必要的设备同步，再测试主要任务。CacaVPN 支持不限台数设备，但不限台数并不意味着本地宽带容量会随设备数量增加；多个设备同时进行高流量任务时，仍会共同使用当前网络入口。

规则模式通常更适合日常使用，但规则过于复杂、来源过旧或存在循环匹配时，也可能增加异常。可临时切换客户端提供的全局模式作为对照：如果全局模式明显正常，应重点检查规则集和应用分流；如果两种模式都慢，则继续比较线路与本地网络。测试结束后不要长期保留不符合用途的诊断设置。尤其是公司内网、打印设备或本地服务，可能需要继续直连。

FAULT / SESSION

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

先分辨连接主动断开还是设备进入休眠

频繁断线需要记录断开前发生的动作。若设备静置、锁屏或切到后台后才中断，通常应先检查系统节能和后台活动策略；若持续使用过程中也会突然断开，则要比较本地网络稳定性、线路和客户端状态。若从 Wi-Fi 移动到其他网络时断开，这是网络接口发生切换，旧连接需要重新建立，与静止状态下反复中断不是同一类问题。

桌面系统进入睡眠后，虚拟网络接口可能被暂停。唤醒时客户端界面仍显示之前的状态，但实际连接已经失效。此时应主动断开并重新连接，而不是只刷新网页。若每次睡眠恢复都发生，可检查系统是否允许客户端在后台保持网络活动，并确认没有多个网络工具在唤醒时同时恢复。Windows 与 macOS 上还应观察从有线切换到 Wi-Fi、从公司网络切换到家庭网络后是否必现；如果只在接口切换时发生，重新连接属于合理恢复步骤。

移动端重点检查省电、后台活动与网络切换

iOS 与 Android 会根据电量、后台使用频率和系统策略限制应用活动。表现可能是锁屏后连接消失、切换应用一段时间后重新打开才恢复，或从 Wi-Fi 切换网络后线路状态停留在旧连接。应在系统设置中允许客户端进行必要的后台活动，并避免将其放入严格省电或深度休眠名单。不同设备厂商对后台管理的命名不同，应以系统设置中与电池、后台活动、自动启动和网络访问相关的项目为准，不要安装额外的所谓常驻工具来绕过系统管理。

移动端还要确认系统没有同时启用另一套 VPN 配置。多个配置可以同时存在于设置列表，但实际接管网络时容易互相替换。排查阶段只保留当前使用的连接处于启用状态，其他配置暂时关闭。若工作资料、公司管理策略或安全软件也创建网络配置，应先确认其用途，不要直接删除受管理的配置；可以在非工作设备上进行对照，或向设备管理方确认是否允许使用其他网络扩展。

在移动网络与 Wi-Fi 之间切换时，出口地址和网络接口都会改变，原有会话可能无法继续。遇到切换后无网络，应等待系统完成网络连接，再在客户端中重新连接。若自动切换频繁发生，可在稳定测试阶段暂时保持单一网络，确认线路本身是否稳定。只有在固定网络下仍然重复断线，才需要进一步比较同地区线路。

通过断线规律缩小故障范围

如果断线时间没有固定规律，但总与本地 Wi-Fi 信号变化同时发生，应优先处理路由器位置、无线干扰或入口网络。若普通网络始终稳定，只有某条线路断开，而同地区替代线路正常，可暂时换线。若所有线路在同一设备上断开，但另一设备使用相同网络正常，故障更可能位于该设备权限、节能设置或客户端配置。若同一网络下所有设备同时断开，则应检查入口网络与路由器，而不是逐台重装客户端。

日志中的“连接关闭”“网络变化”“接口不可用”和“远端超时”代表的方向不同。提交工单时无需自行解释所有日志，但应保留断线前后的连续片段，不要只截取最后一行错误。截图还应包含当前线路名称、客户端连接状态和系统类型，涉及账户信息时先遮挡用户名、订阅内容与任何可用于登录的字段。

FAULT / SUBSCRIPTION

订阅更新失败：区分地址、账户状态与客户端解析

先确认更新动作访问的是当前订阅

订阅更新失败常见表现包括请求超时、配置为空、格式无法识别、授权失败或更新后线路没有变化。处理前先确认订阅来自 CacaVPN 用户面板，而不是旧截图、旧备忘录或其他设备导出的历史配置。订阅内容可能包含账户相关授权信息，不应粘贴到公开网页、群聊或第三方检测站。需要重新取得时，应登录用户面板，在订阅入口复制当前内容，再回到客户端导入。

不要把订阅地址当作普通网页反复用浏览器打开。浏览器显示文本、下载文件或提示无法预览，并不能说明客户端一定无法解析；客户端会按照自己的订阅格式处理。正确的诊断方式是先在客户端执行更新，记录完整错误，再确认当前普通网络或已连接线路是否能够访问订阅入口。如果客户端没有任何可用线路，更新动作通常依赖本地网络；如果已有线路，也可分别在断开和连接状态下测试，从而判断更新请求走哪条路径。

教学文档中常见的格式示例为 https://example.com/sub?token=YOUR_TOKEN。这只是明显的假值，用来说明订阅通常包含查询参数。真实订阅只能从面板获取，不能手工猜测参数、替换域名或截掉查询部分。复制时应避免多出空格、换行和中文标点，也不要只复制地址的一部分。

旧配置可以保留，但要避免重复订阅互相覆盖

客户端中同时保存多个名称相近的订阅时，用户可能更新了旧条目，却在使用另一个配置。先查看当前启用配置的来源和名称，再执行更新。若要重新导入，建议先将旧配置停用而不是立刻删除，确认新配置能够正常显示线路并连接后，再清理重复项。这样既保留回退路径，也便于比较更新前后的差异。

更新成功但线路列表没有变化，可能是客户端仍显示缓存、当前配置未切换，或排序与筛选隐藏了部分线路。完全退出客户端并重新打开，确认当前配置名称，再查看线路列表。若客户端提示格式不支持，应使用用户面板提供的适配入口，不要在线转换订阅内容。在线转换会让敏感授权信息经过额外服务，也可能改变规则与字段，导致后续更新继续失败。

账户与套餐状态需要单独核对

订阅更新依赖账户状态。登录面板确认当前套餐、流量和订阅入口是否正常显示。月订阅包含 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB，流量按开通日每月重置，中途升级差价折算成剩余天数；流量包为 ¥158/300GB、¥358/1000GB、¥658/3000GB，用完为止，永久不过期。若套餐状态、流量显示或订单状态与预期不一致，应保留面板页面截图并通过工单核对，不要通过重复下单来试图修复订阅。

若面板正常、其他客户端能够更新，而某个客户端持续解析失败，问题范围已经缩小到该客户端配置或系统环境。可在同一设备上删除刚导入的失败条目，再从面板重新导入；如果仍失败，记录客户端名称、系统平台、错误原文和导入方式。若所有设备都在同一时间无法更新，则无需逐台重装，应直接检查面板状态并准备工单信息。

注册本身无需邮箱地址，使用用户名和密码即可完成。忘记密码或丢失用户名时，因为没有邮箱地址作为找回依据，日常使用中应妥善保存登录信息。若仍能登录面板但订阅更新失败，说明注册门槛不是故障原因，应继续围绕套餐状态、订阅入口和客户端解析排查。

FAULT / APP-ROUTING

某个 App 走不了代理：检查流量入口与分流规则

先确认问题是否只发生在单个应用

某个 App 无法联网，而浏览器和其他应用均正常，通常不应从重置全部网络开始。先确认该应用是否真的发起了网络请求：退出并重新打开应用，切换到一个明确需要联网的页面，再观察客户端连接日志是否出现对应流量。若日志中完全没有该应用或目标域名，可能是应用绕过了系统代理、使用独立网络栈，或客户端当前模式只接管浏览器代理。此时应查看客户端是否支持系统级虚拟网络模式，并确认相关系统权限已经开启。

如果日志能看到目标请求，但被标记为直连，重点检查分流规则。规则可能根据域名、地址、进程或地区决定路径，应用更新后使用的新域名也可能未被旧规则覆盖。临时切换全局模式是一种诊断办法：全局模式下恢复，说明线路本身可用，问题集中在规则匹配；全局模式下仍失败，则应检查目标服务地区、应用缓存、登录会话和线路出口。诊断完成后，应恢复符合日常需求的模式，并针对目标应用调整规则，而不是长期依赖全局模式掩盖规则问题。

应用缓存、地区状态和账户会话可能保留旧结果

流媒体与 AI 工具常会在应用内保存地区、登录会话和接口连接。更换线路后直接刷新，不一定会让应用立刻重新判断网络环境。可先退出应用账户页面，完全结束应用进程，再连接目标地区线路并重新打开。是否退出账号应根据应用自身情况判断，不要在不确定凭据的情况下清除全部数据。浏览器版本正常而原生应用失败时，说明线路能够到达目标，差异更可能来自应用缓存、系统权限或应用独立的网络行为。

若用户搜索“翻墙软件”是为了让某个应用连接海外服务，实际排查重点仍然是应用是否进入系统级网络通道、规则是否命中以及目标地区是否匹配，而不是继续叠加更多网络工具。多个工具同时运行会让路由归属变得不清晰，甚至出现浏览器走一条路径、应用走另一条路径的情况。排查阶段只保留 CacaVPN 客户端接管网络，关闭其他会修改代理、DNS 或虚拟接口的程序。

局域网应用与公司内网需要保留直连

打印机、文件共享、路由器管理页和公司内网通常依赖本地地址或内部 DNS。如果开启全局模式后这些应用失效，并不代表线路故障，而是本地流量被送入远端路径。应在客户端规则中保留局域网与内部服务直连。对于受组织管理的设备，内部网络规则可能由管理员下发，不应擅自删除。可以先记录需要直连的应用和目标，再选择客户端已有的绕过局域网选项或规则模式。

公司办公应用可能同时访问公共服务与内部服务，单纯按应用整体直连或整体代理都未必合适。应根据日志中的目标域名和地址区分，公共目标按地区线路处理，内部目标保留本地路径。如果不确定某个目标用途，应先向组织网络管理方确认，不要把内部域名、地址或配置提交到公开渠道。

针对 ChatGPT、Claude 等工具的网络条件与登录稳定性，可继续查看ChatGPT VPN 推荐：注册登录与稳定使用实测。文章用于解释应用场景，本章则负责确定故障发生在系统接管、线路地区还是分流规则。

FAULT / ACCOUNT

设备数超限提示、账户状态与套餐核对

先核对提示来源，不把所有授权错误都归为设备限制

CacaVPN 支持不限台数设备。若客户端或系统出现“设备数超限”之类提示，首先要确认提示来自哪里：是 CacaVPN 用户面板、客户端自身，还是设备系统或其他网络工具。第三方客户端可能有自己的配置数量、系统连接或授权限制，这与 CacaVPN 套餐的设备规则不是同一概念。截图时应包含提示所在页面的标题和上下文，仅截取一句错误容易误判来源。

如果提示出现在导入或启动阶段，先检查客户端中是否保存了重复配置、是否同时启用了其他连接，以及系统是否限制了可用的网络扩展。若提示出现在用户面板，应退出后重新登录，确认当前用户名与购买套餐的账户一致。使用多个用户名时，最常见的混淆不是设备数，而是某台设备登录了没有有效套餐的另一个账户。

不限台数并不等于所有设备会自动同步配置。每台设备仍需要使用正确账户进入面板，获取适合该平台的客户端与订阅入口。CacaVPN 支持 Windows、macOS、iOS、Android、Linux，各平台的系统权限、连接方式和后台行为不同。某个平台失败而其他平台正常时，应优先查该平台环境，不要把它理解为账户整体失效。

套餐、流量与订单状态要分别查看

账户可以登录，不代表当前订阅一定处于可用状态；反过来，某个客户端连接失败，也不代表订单异常。应在面板中分别查看套餐状态、流量显示、订阅入口与订单记录。月订阅的流量按开通日每月重置，中途升级差价折算成剩余天数。流量包用完为止，永久不过期。若刚完成升级但客户端仍显示旧状态，先更新订阅并重新载入配置，不要重复提交相同操作。

支付方式包括支付宝、微信、USDT。订单已提交但状态与实际支付结果不一致时，应保留订单页面和支付结果页面，不要通过再次购买来验证。工单中写明使用的支付方式、订单状态和发生步骤即可；支付凭据截图应遮挡无关的账户信息。退款政策为 60 天无理由退款，具体申请应通过站内条款与工单流程处理，故障排查过程中不应把重复购买当作恢复手段。

如果流量显示与预期不同，应先确认当前使用的是月订阅还是流量包，并核对登录账户。月订阅与流量包的使用规则不同：月订阅按开通日每月重置，流量包则用完为止、永久不过期。不要自行按自然月推算重置时间，也不要根据某台设备的本地统计直接认定面板计量错误；本地系统可能按应用、网络接口或统计周期展示，与账户面板口径并不相同。

多设备排查要保持账户与网络条件可比较

多设备是定位问题的重要对照条件。相同账户、相同本地网络下，一台设备正常而另一台失败，通常说明账户和线路总体可用，故障位于失败设备的权限、客户端或配置。相同设备切换不同本地网络后恢复，则入口网络影响更大。所有设备在同一网络下同时失败，但换网络后恢复，应优先检查路由器、DNS 或入口限制。

进行设备对照时，不要求所有平台设置完全相同，但要尽量保持线路地区与测试目标一致。若 Windows 使用全局模式、Android 使用规则模式，同时又选择不同地区，结果无法直接比较。应记录每台设备的平台、客户端模式、线路地区和本地网络，再判断差异来自哪里。排查完成后可恢复各自日常配置。

需要调整套餐时，可查看套餐与流量包说明。套餐页用于比较价格、流量与使用规则，本章只处理账户状态如何影响连接和订阅。若面板数据与订单记录无法自行对应，应停止反复操作，整理截图后提交工单。

FAULT / ESCALATION

恢复基线、判断何时找客服与提交有效工单

复杂故障先恢复到可解释的基线

当多个症状同时出现，例如连接偶尔成功、网页部分打不开、应用分流异常且订阅也无法更新，继续在现有配置上叠加改动会使问题越来越难解释。应恢复到一个最小基线：普通网络可以访问常用网站，设备只运行一个网络客户端，订阅来自当前用户面板，客户端使用默认可识别的配置，并选择一条用途匹配的线路。先验证网页，再验证目标应用，最后恢复个性化规则。

恢复基线不等于立即清空设备网络设置。系统级网络重置会影响 Wi-Fi、公司网络、固定地址和其他连接配置，属于影响范围较大的操作。应先完成低影响步骤，包括完全退出客户端、重新连接本地网络、更新订阅、切换同地区线路、清理 DNS 缓存和重启设备。只有确认问题集中在系统网络栈，并已保存必要配置时，才考虑系统提供的网络重置功能。

重装客户端也不是默认起点。若错误可以稳定复现，重装前应保存错误原文、当前配置名称和发生步骤；否则重装后问题暂时消失，却失去诊断线索。重新安装后应从用户面板获取客户端入口，不使用来历不明的安装包，也不要从旧备份恢复全部异常配置。先导入当前订阅并测试基础连接，再逐步加入规则和个性化设置。

这些情况适合直接提交工单

当面板无法显示订阅入口、套餐状态与订单记录明显无法对应、所有设备和多个本地网络下均无法更新订阅，或同一错误在完成基础排查后仍能稳定复现，就应提交工单。线路在同地区替换后仍全部失败，并且普通网络正常，也适合由客服进一步核对。相反，只有某个网站短时不可访问、单个应用缓存异常或本地 Wi-Fi 本身不稳定时，应先完成对应章节的对照测试。

工单标题应写症状与平台，例如“Windows 连接后网页无法解析”或“Android 锁屏后连接中断”，不要只写“不能用”“很慢”。正文应说明问题开始前是否更换网络、更新系统、调整规则或重新导入订阅，并写出已经尝试过的操作及结果。客服最需要的是可复现路径，而不是大量没有上下文的截图。

建议附上系统平台、客户端名称、当前模式、线路地区、本地网络类型、受影响应用、错误原文和问题出现的条件。涉及频繁断线时，说明是在锁屏、休眠、网络切换还是持续使用中发生；涉及速度时，说明哪些应用受影响、同地区替代线路是否正常；涉及订阅时，说明面板能否打开、更新动作返回什么错误。不要发送密码、完整订阅内容或任何可用于登录的字段。

用排查记录形成闭环

故障恢复后，应记录真正有效的改动。例如同地区替代线路恢复、关闭浏览器独立 DNS 后恢复、允许移动端后台活动后不再掉线，或重新导入当前订阅后恢复。不要把排查过程中所有动作都视为解决方案。只有最后一次单变量变更与结果对应，才具备复用价值。

如果问题过一段时间再次出现，可先复用上次有效步骤，再检查环境是否发生变化。线路问题可能随入口网络和时段变化，应用问题可能因更新后新增域名而变化，移动端后台行为也可能随系统策略调整。保留简短记录能够让后续工单直接进入更深层诊断，避免重复完成已经验证无效的操作。

系统排查的目标不是一次性尝试尽可能多的操作，而是把故障从“网络不能用”缩小为明确层级：本地入口、系统权限、客户端、线路、DNS、订阅、应用分流或账户状态。层级明确后，解决动作会更小，恢复也更可控。CacaVPN 提供 Windows、macOS、iOS、Android、Linux 平台入口；平台差异会改变操作位置，但本手册的判断顺序保持一致。