WestData 机场跑了吗？先用 Clash Verge Rev 区分本地故障与服务异常
简答：目前不能仅凭节点超时或客服未回复认定 WestData 已跑路；截至2026年10月24日，公开一手状态未核实。先在 Clash Verge Rev 更新订阅、查看日志，再用另一网络和 DNS 对照，才能判断是本地问题、单节点故障，还是服务端异常。
定义：“机场跑路”在本文中不是一次连接失败，而是订阅、面板、节点和客服等多个服务入口持续失效，并且经过不同网络与客户端复核后仍无法恢复的待核实状态。
先看结论：节点超时不等于已经跑路
本文与 WestData 及相关开发者无隶属关系。截至2026年10月24日，本文没有找到可核验的一手公告、官方状态页或统一条件下的独立连续监测数据，因此不能确认“WestData 已跑路”，也不能确认当前服务整体可用。遇到节点全超时，更稳妥的做法是先排除订阅过期、DNS 解析、TUN 接管、系统代理冲突和本地网络变化。
Clash Verge Rev 是基于 mihomo 内核的桌面客户端，应用本身不会替用户提供代理服务器，实际连接的是用户配置的订阅地址和节点端点。其公开隐私说明还提醒，配置文件和日志可能包含订阅令牌、服务器地址、端口、密码及访问域名，因此排查时不要把完整订阅链接粘贴到第三方检测网站或公开截图中。Clash Verge Rev 隐私说明 github.com
| 现象 | 优先怀疑 | 下一步 |
|---|---|---|
| 订阅更新返回 401、超时或无法解析 | 订阅令牌、域名解析、本地网络或服务入口异常 | 保留报错时间，换网络后重新更新，不公开订阅地址 |
| 订阅更新成功，但只有一个节点超时 | 单节点故障、线路变化或节点端口异常 | 切换同组其他节点并记录节点名称、时间和网络运营商 |
| 所有节点均超时，换网络仍一样 | 服务端、订阅内容或客户端内核配置异常 | 查看日志，再用另一客户端或设备做交叉验证 |
| 只有一台设备失败，手机或另一电脑正常 | 本机 DNS、TUN、系统代理、端口或防火墙 | 关闭冲突软件，检查日志和系统网络设置 |
四步排查：先判断是本地还是服务端
- 先更新订阅并记录结果。打开 Clash Verge Rev，进入配置或订阅管理区域，找到对应配置后执行更新。记录是否成功、HTTP 状态码、耗时和报错文字。出现
401，通常表示服务端拒绝了当前凭证；出现timeout，还不能直接证明服务停止，因为本地网络、DNS 或出口线路也可能导致超时。不要反复公开粘贴完整订阅 URL。 - 查看应用日志。进入左侧“设置”，在设置页找到“配置目录”，再打开其中的
logs或service-logs文件夹。官方 FAQ 也使用“设置 → 配置目录”作为处理配置损坏、订阅 401 和证书错误的路径；日志文件可能包含节点和访问域名，分享前应遮住订阅令牌。Clash Verge Rev 官方 FAQ github.com
重点看同一时间段的关键词：timeout表示连接在规定时间内未完成；DNS resolve或解析失败表示域名解析环节异常；invalid peer certificate表示证书校验失败；listen tcp ... bind常提示本机端口被占用。若日志显示订阅下载成功、节点列表正常，却只有个别节点超时，应优先按单节点问题处理。 - 用 DNS 对照，注意替换示例域名。Windows PowerShell 或 CMD 可执行：
nslookup example.com 1.1.1.1；macOS/Linux 可执行：dig example.com @1.1.1.1。其中example.com只是示例，请替换为订阅域名或实际打不开的域名。若 1.1.1.1 能返回地址，而系统默认 DNS 无结果，说明可能是本地 DNS 问题；两者都无结果，则继续换网络复测。Cloudflare 的官方排障文档也建议将 1.1.1.1、1.0.0.1 与 8.8.8.8 的解析结果进行对比。Cloudflare DNS 排障文档 developers.cloudflare.com - 关闭变量后再复测。先暂时关闭 TUN，仅保留系统代理或应用内代理；再分别用家庭宽带、手机热点和另一台设备测试。若只在一台设备失败，且换网络后恢复，服务端结论不能成立。若多台设备、多个网络、多个客户端都无法更新订阅或连接全部节点，才可以把“服务端或订阅入口异常”列为高优先级怀疑，但仍不等于已确认跑路。
Clash Verge Rev 中的日志与 TUN 检查清单
Clash Verge Rev 的公开发布说明显示，部分版本增加了启动失败提示、启动日志、订阅更新状态提示和代理页排查提示；同时，版本更新也可能修复 TUN、系统代理、订阅自动更新或节点延迟测试问题。因此，如果问题只在升级客户端、开启 TUN 或切换系统代理后出现，应把客户端版本和开关状态记录下来，不要直接归因于服务商。Clash Verge Rev 官方发布记录 github.com
- 订阅异常：记录更新时间、状态码和是否能看到最新节点列表。更新失败但旧节点仍能用，可能是订阅入口问题；更新成功但新节点全部失败，需继续检查节点或内核兼容性。
- TUN 异常：先关闭 TUN 复测浏览器或命令行代理，再重新开启。关闭 TUN 后恢复，重点检查服务模式、权限、路由冲突和其他 VPN 软件。
- 系统代理异常：检查系统代理是否指向 Clash Verge Rev 当前监听端口；若日志出现端口绑定失败，先退出占用代理端口的程序，再重启客户端。
- 证书异常：如果日志出现
invalid peer certificate，先核对订阅域名、系统时间和证书链，不要把“允许无效证书”作为默认解决方案。官方 FAQ 将该选项标为有风险。
如何形成更可靠的“是否跑路”判断
建议把证据分成三层，而不是只看一条帖子或一次测速：第一层是可核验的一手信息，例如官方公告、面板通知、订阅入口返回状态；第二层是可复现的客户端记录，例如同一时间多个网络的订阅更新结果、日志关键词和节点列表变化；第三层才是用户投稿、论坛讨论和单次测速。本文未将未核实的社区整理、用户反馈或单次测速当作已确认结论，因为它们可能受地区、运营商、客户端版本和测试时段影响。
可以按下面的标准记录：
| 证据 | 记录内容 | 能说明什么 |
|---|---|---|
| 订阅更新 | 时间、状态码、是否返回新配置 | 判断订阅入口或凭证是否异常 |
| 客户端日志 | timeout、DNS、证书、端口绑定等关键词 | 定位本地网络、配置或连接阶段 |
| 多网络复测 | 宽带、手机热点、不同地区或设备 | 判断是否具有普遍性 |
| 官方说明 | 公告原文、发布时间、影响范围 | 只有这类资料才能支持官方状态判断 |
如果你准备续费或申请退款，先保存订阅更新失败截图、客户端日志中不含令牌的片段、节点名称、发生时间、网络类型和客服沟通记录。不要把完整订阅 URL、UUID、密码或面板令牌发给第三方。对于退款规则、处理时长和入口，本文没有找到可核验的一手说明，应以相关服务方公开规则为准，无法核实的部分不要当作承诺。
结论：先排除本地故障，再决定是否继续使用
单个节点超时、晚间变慢、一次订阅失败或客服暂时未回复，都不足以单独证明服务已经停止。更有价值的判断路径是：订阅能否更新、日志报错发生在哪一层、DNS 是否正常、关闭 TUN 后是否恢复、换网络和设备后是否仍然复现。
若多个网络和设备持续出现订阅无法更新、所有节点均失败，且日志排除了本地 DNS、端口、证书和 TUN 问题，可以把它记录为“持续服务异常，待官方核实”，而不是直接写成已跑路。对于未公开公告、未核实域名归属和无法复现的测速数据，本文不作结论。
常见问题
WestData 节点全部超时，能直接认定跑路吗？
不能。先检查订阅是否更新成功，再查看 Clash Verge Rev 日志，关闭 TUN 后用手机热点或另一台设备复测。只有多个网络和设备持续复现，并排除本地 DNS、端口、证书和客户端问题后，才能记录为持续服务异常，仍不能替代官方确认。
Clash Verge Rev 在哪里看日志？
打开左侧“设置”，找到“配置目录”，再查看其中的 logs 或 service-logs 文件夹。分享日志前必须遮住订阅令牌、服务器地址、密码、UUID和具体访问域名。
订阅返回 401 是不是服务跑路？
不一定。401 表示当前请求被拒绝，可能与订阅令牌失效、地址复制不完整、权限变化或服务端入口有关。先核对订阅地址是否完整，再换网络更新；不要把完整订阅链接发到第三方检测网站。
如何判断是 DNS 问题还是节点问题？
将实际域名替换到 nslookup example.com 1.1.1.1 或 dig example.com @1.1.1.1 中，并与系统默认 DNS 对照。若默认 DNS 无结果而 1.1.1.1 有结果，优先检查本地 DNS；若 DNS 正常但节点连接失败，再检查客户端、线路和节点状态。
申请退款或停止续费前要保存什么？
保存订阅更新结果、报错时间、节点名称、网络类型、日志中不含敏感令牌的片段和客服沟通记录。退款规则、入口与处理时长目前未核实，应以相关服务方公开说明为准。