ByWave 跑路了吗？截至2026年10月的证据与 Clash 排查方法

更新于 2026-10-24 · bywave.buzz

简答：截至2026年10月24日，公开证据不能证明 ByWave 已完全跑路，但2026年3月至9月持续出现节点失效、订阅异常和恢复争议。先用 Clash Verge Rev 更新订阅、查看日志并测试多个节点，再决定是否续费或迁移。

定义：“跑路”通常指服务长期不可用、订阅和节点持续失效、客服与公告渠道同时失去有效响应；单次断线、域名打不开或部分节点故障，不能单独等同于跑路。

先给结论：风险较高，但不能直接认定已经跑路

如果你今天发现订阅更新失败、全部节点超时，先完成下面的 Clash Verge Rev 五步检查，再决定是否续费。本文是第三方使用指南，不是 ByWave 官方页面。

截至2026年10月24日，公开页面和用户报告呈现出两组相互冲突的证据：一方面，2026年3月至7月有节点减少、长期不可用、订阅无法更新和客服无响应等记录；另一方面，2026年6月、7月和8月又出现部分节点恢复、服务重新可用或继续维护的说法。因此，更准确的结论是：ByWave存在较高的持续性服务风险和稳定性争议，但公开资料不足以证明已经完全跑路。

一个名为 ByWave 的公开页面目前仍展示服务说明，同时写有“服务器正遭受攻击、网络暂时无法使用”的公告；该页面的品牌归属和公告真实性不能仅凭页面本身确认。服务状态以相关方最新公开渠道为准，本站不作担保。查看该自称 ByWave 的公开页面及其公告

截至2026年10月24日的证据速查

核验项	公开记录	判断
节点连接	Issue #243称2026年3月起可用节点减少、4月基本不可用；Issue #258又记录2026年6月5日起全部节点失效。	长期波动和多次失效有记录，不能据此证明当前全部节点均不可用。
订阅更新	Issue #243评论提到协议调整后需要重新配置订阅；Issue #258在2026年7月5日记录订阅无法更新。	订阅入口曾出现异常，应先用客户端和命令行分别验证。
恢复情况	2026年6月17日有用户称恢复，但也有人回复自己的节点仍不可用；7月8日有恢复说法，7月14日至25日又出现不稳定和超时记录。	恢复具有用户差异，不能把单条“能用”当成整体恢复。
公开公告	名为 bywavego 的 Telegram 页面展示过更新订阅、线路维修、上游故障和部分修复等内容，但页面归属未经独立核验。	可作为时间线线索，不应单独视为官方状态证明。
bywave.buzz	现有公开资料没有形成 bywave.buzz 与上述页面、频道或历史入口之间的完整归属链。	域名身份未确认，不宜仅凭相似名称登录、导入订阅或付款。

以上判断以公开记录为依据，不是本站对节点、订阅或客服的实测。服务状态以相关方最新公开渠道为准，本站不作担保。

时间线速查：从节点减少到反复恢复争议

公开记录中的关键时间点

日期	来源	记录内容	证据局限
2026年3月1日	Issue #243	提交者称从2026年3月起可用节点逐步减少，并将2026年3月1日列为不可用起始时间。	单个用户的报告，不是服务端监控。
2026年4月	Issue #243	提交者称服务基本处于不可用状态，官网客服和 Telegram 沟通不顺。	属于用户陈述，无法覆盖全部用户。
2026年5月22日	Issue #243	Issue #243创建，标题为 ByWave 跑路或预警，正文称节点失效超过一个月。	Issue本身是社区异常记录，不是独立审计结论。
2026年6月5日—12日	Issue #258	Issue #258于2026年6月12日提交，称自2026年6月5日起节点基本不可用、客服无有效回复。	仍是新用户个人经历和评论汇总。
2026年6月6日—17日	Issue #243、Issue #258	有评论称协议调整后部分节点恢复，也有用户称仍无法连接；6月17日出现“可以使用”和“所有节点仍挂”的相反反馈。	恢复情况存在用户、节点和时间差异。
2026年7月3日—25日	Issue #258	记录中先出现官网恢复和维修说法，随后有官网打不开、订阅无法更新、7月8日恢复、7月14日再次异常和7月19日超时。	说明服务反复波动，不能推出当前实时状态。
2026年8月6日—9月4日	Issue #258	评论提到服务曾续上或恢复，2026年9月4日仍有人表示该服务尚在，但同时担心后续稳定性。	不是测速、可用率或官方运营报告。

截至2026年10月24日，本文检索到的该条目最新可见评论日期为2026年9月4日；未把这段公开记录之后的状态推定为已恢复或已消失。

Clash Verge Rev 五分钟自查：先排除订阅、端口和本机网络

先更新订阅并记录结果：在 Clash Verge Rev 中点击订阅列表的更新按钮，记录是否生成新节点、更新时间和错误提示。客户端不一定显示完整 HTTP 状态码；需要进一步核验时，在本机终端使用下面的命令，将地址替换为你自己保存的订阅地址。不要把带令牌的完整链接发到群组、评论区或工单截图中。
```
curl -I -L --max-time 20 '你的订阅地址'
```
返回 200 只表示服务器返回了内容，不代表节点一定可用；出现超时、解析失败、4xx 或5xx，应继续核对域名、网络和服务端状态。
测试至少三个节点：选择不同地区或不同线路的节点，分别连接并观察 Clash Verge Rev 的连接日志。只有一个节点失败，可能是单节点或上游线路问题；多个地区同时出现 timeout、connection refused 或 TLS 握手失败，更需要检查订阅内容、协议变化和服务端异常。
确认请求是否真的经过代理：打开 Clash Verge Rev 日志，查看访问目标时命中的策略组和最终节点；也可以在系统代理开启与关闭时，对比出口 IP。出口没有变化，优先检查系统代理、TUN 权限、客户端模式和本机安全软件，不要立即把问题判断为服务跑路。
排除端口冲突：HTTP、SOCKS或混合端口常见默认为 7897 或 7890，以客户端设置页为准。Windows 可执行：
```
netstat -ano | findstr :7890
```
macOS 使用：
```
lsof -nP -iTCP:7890 -sTCP:LISTEN
```
Linux 可使用：
```
sudo ss -lntp | grep :7890
```
如果发现其他程序占用端口，先改用设置页中的空闲端口，再重新启用系统代理或 TUN。
保存可复核证据：保留订阅更新时间、日志中的错误行、测试节点名称、出口 IP 对比结果和故障发生时间。不要反复删除配置或重装客户端，否则会丢失判断服务端还是本机问题所需的线索。

如果你使用 Clash Verge Rev 时遇到系统代理、TUN或端口问题，可继续参考Clash Verge Rev连接不上网排查步骤。这一步只用于判断连接故障来源，不代表任何品牌服务已经恢复。

如何区分暂时故障、域名变更与高风险失联

按可观察证据判断，不按传言下结论

情况	可观察表现	建议动作
暂时故障	公告渠道仍有具体维护说明，订阅或部分节点能够恢复，且恢复时间和范围有后续更新。	暂缓续费，间隔一段时间重新更新订阅，并保存公告和日志。
线路或上游异常	订阅可以更新，但部分地区节点高延迟、丢包或超时；不同网络或设备结果不同。	测试多个节点和网络，查看日志命中的节点，再判断是否只是单线路问题。
域名或入口变更	旧入口打不开，但已保存的账户、订单或可核验公告明确说明新入口。	只从可交叉核验的公告或原始账户确认新域名，不使用搜索广告或陌生转发链接。
高风险失联	多个客户端和网络均无法更新订阅，多个节点长期失效，官网、公告和客服同时缺少有效处理信息。	停止续费，保存支付与沟通记录，导出本地配置，准备备用连接方案。

“能付款”不等于“节点、订阅和售后都正常”；“官网能打开”也不等于所有节点已经恢复。对于 bywave.buzz 这类无法建立完整归属链的域名，先核对原始订单、已保存账户和公开公告，再决定是否输入账号或订阅令牌。

已经购买年付或买断套餐：先做四项止损

关闭自动续费：检查账户、支付平台和银行卡是否存在自动扣款，关闭后保存截图。
保存付款与沟通证据：下载订单、付款记录、套餐页面、工单编号、邮件、聊天记录和公开公告，记录每次联系的日期与结果。
不要因新域名再次付款：新入口必须能通过已保存账户、原始订单或可交叉核验公告确认归属。无法确认的域名不要登录、充值或提交完整订阅链接。
导出配置并准备备用方案：保存客户端中的订阅名称、策略组和本地配置，立即删除或遮挡订阅令牌后再分享日志。跨境办公场景应提前测试备用连接的 DNS、MTU、TUN 和系统代理，避免临时迁移时无法工作。

如果支付渠道支持争议、退款或交易申诉，应先提交正式联系记录，再按照支付机构的规则和时限处理；是否受理不能由本文替代判断。

对于线路类型和备用方案的技术比较，可阅读IPLC专线与普通线路的区别，重点比较延迟波动、丢包、节点切换和故障冗余，不要只看宣传参数。

结论：先把“客户端故障”与“服务状态”分开验证

截至2026年10月24日，公开资料支持的最稳妥结论是：ByWave曾出现多次节点、订阅和客服方面的异常，也出现过阶段性恢复和用户意见分歧；因此风险较高，但不能仅凭这些公开记录确认已经完全跑路。

实际处理顺序应是：用 Clash Verge Rev 更新订阅，查看日志中是否命中节点，测试多个节点和网络，核对出口 IP，再保存付款与沟通证据。若多个设备、多个网络和多个节点长期同时失败，且公告与客服没有有效处理信息，就应停止续费并准备迁移。服务状态以相关方最新公开渠道为准，本站不作担保。

常见问题

截至2026年10月24日，ByWave能直接认定跑路吗？

不能直接认定。公开记录显示2026年3月至9月出现多次节点失效、订阅异常和恢复争议，证据更适合定义为持续性高风险与稳定性争议，而不是已经完成的事实认定。

Clash Verge Rev订阅能更新，但所有节点都连接不上，说明什么？

这表示订阅服务器可能仍能返回内容，但节点、协议、上游线路或客户端连接阶段存在问题。先看日志中的timeout、connection refused和TLS错误，再测试多个节点与网络。

官网打不开是不是就代表跑路？

不一定。可能是域名解析、入口变更、服务器维护或网络问题。只有订阅、多个节点、公告和客服长期同时失效，且没有可验证处理动作时，风险才明显升高。

bywave.buzz可以直接当作官方入口使用吗？

现有公开资料没有形成bywave.buzz与相关页面、频道或历史入口之间的完整归属链。登录、导入订阅或付款前，应先通过原始订单、已保存账户或可核验公告交叉确认。

已经买了年付套餐，最先做什么？

先关闭自动续费，保存订单、付款、工单、公告和日志证据，导出本地配置；不要因无法确认归属的新域名再次付款，再按支付机构规则咨询争议或申诉。

参考资料

GitHub Issue #243：ByWave节点失效、恢复争议及2026年5月至6月评论记录
GitHub Issue #258：2026年6月至9月的节点失效、订阅异常与恢复争议
自称 ByWave 的公开页面：服务公告与页面展示内容（bywave.pro）
名为 ByWave Channel 的 Telegram 页面：更新订阅、线路维修与部分修复记录（t.me）
名为 ByWave Channel 的 Telegram 页面：断线、维护和订阅更新记录（t.me）