网络服务应急手册https://mukuvps.online/网络服务故障查证、恢复、迁移和备用方案服务不能用先查官方状态：五分钟核验顺序https://mukuvps.online/verify/official-status-first/https://mukuvps.online/verify/official-status-first/Mon, 07 Sep 2026 00:00:00 +0800先核对官方状态页和事件时间线，再检查自己的账号与网络；论坛传言只能提供线索。网站打不开：DNS 故障还是源站故障https://mukuvps.online/verify/dns-or-origin/https://mukuvps.online/verify/dns-or-origin/Mon, 07 Sep 2026 00:00:00 +0800无法解析、TLS 失败和源站 5xx 是三类问题；先保存浏览器原始错误再选择工具。订阅更新失败：URL、认证、格式和网络四层检查https://mukuvps.online/verify/subscription-failure/https://mukuvps.online/verify/subscription-failure/Mon, 07 Sep 2026 00:00:00 +0800订阅失败要保护 URL 这个秘密，并按 HTTP 响应、认证、内容格式和客户端解析逐层检查。所有节点都失败：本地网络、订阅还是服务事件https://mukuvps.online/verify/all-services-down/https://mukuvps.online/verify/all-services-down/Mon, 07 Sep 2026 00:00:00 +0800所有入口同时失败更适合先查订阅有效性、本地网络和服务公告，不应逐个节点重复修改。故障期间要不要续费：先确认订单、服务与恢复证据https://mukuvps.online/verify/payment-during-outage/https://mukuvps.online/verify/payment-during-outage/Mon, 07 Sep 2026 00:00:00 +0800故障时付款会增加恢复和退款复杂度；先确认订单状态、到期时间和官方沟通，再决定是否延长。服务故障证据怎么收集：时间、错误与对照https://mukuvps.online/recover/collect-error-evidence/https://mukuvps.online/recover/collect-error-evidence/Mon, 07 Sep 2026 00:00:00 +0800有效证据能说明何时、何地、哪个功能、用什么环境失败，并包含一次可控对照。故障恢复前先导出什么：配置、订单与联系人https://mukuvps.online/recover/export-before-recovery/https://mukuvps.online/recover/export-before-recovery/Mon, 07 Sep 2026 00:00:00 +0800恢复操作可能覆盖旧状态，先导出非敏感配置、订单编号和支持记录，秘密只保存在安全位置。服务恢复后怎么验：不要只看首页能打开https://mukuvps.online/recover/restore-check/https://mukuvps.online/recover/restore-check/Mon, 07 Sep 2026 00:00:00 +0800恢复验证要覆盖登录、订阅更新、实际任务和断线重连；首页 200 只能说明一个入口。服务更换域名：怎样核验官方性与防钓鱼https://mukuvps.online/recover/domain-change-check/https://mukuvps.online/recover/domain-change-check/Mon, 07 Sep 2026 00:00:00 +0800域名变化是高风险事件，必须从已知官方渠道交叉确认，不能仅凭群聊链接登录。故障工单怎么写：让客服能直接复现https://mukuvps.online/recover/support-ticket/https://mukuvps.online/recover/support-ticket/Mon, 07 Sep 2026 00:00:00 +0800工单应包含影响、时间、环境、完整错误、复现步骤和已做对照，同时去除所有秘密。服务失效后更换供应商：先定义最低恢复目标https://mukuvps.online/migrate/provider-switch/https://mukuvps.online/migrate/provider-switch/Mon, 07 Sep 2026 00:00:00 +0800迁移不是立即复制全部设置；先恢复一个关键任务，再逐步搬设备和规则。分阶段迁移：账号、设备和 DNS 的正确顺序https://mukuvps.online/migrate/staged-migration/https://mukuvps.online/migrate/staged-migration/Mon, 07 Sep 2026 00:00:00 +0800分阶段能把账号、网络、客户端和 DNS 变化隔开，便于定位失败并保留回退。多设备迁移：不要群发订阅和二维码https://mukuvps.online/migrate/multi-device-migration/https://mukuvps.online/migrate/multi-device-migration/Mon, 07 Sep 2026 00:00:00 +0800订阅和二维码应视为凭据；多设备迁移要逐台授权、验证并记录撤销。迁移失败怎样回滚：在切换前写好触发条件https://mukuvps.online/migrate/rollback-plan/https://mukuvps.online/migrate/rollback-plan/Mon, 07 Sep 2026 00:00:00 +0800回滚计划必须在切换前定义旧入口保留期、数据同步点和触发阈值。故障或泄露后凭据轮换：先新后旧https://mukuvps.online/migrate/rotate-after-incident/https://mukuvps.online/migrate/rotate-after-incident/Mon, 07 Sep 2026 00:00:00 +0800疑似泄露时先创建最小权限新凭据、分批替换并验证，最后撤销旧值。服务可用性监控：测用户任务而不是只 Pinghttps://mukuvps.online/continuity/status-monitoring/https://mukuvps.online/continuity/status-monitoring/Mon, 07 Sep 2026 00:00:00 +0800可用性监控应验证用户真正需要的 HTTP、登录或 API 路径；Ping 成功不代表业务可用。状态页提醒怎么订阅：组件、噪声与升级路径https://mukuvps.online/continuity/status-alerts/https://mukuvps.online/continuity/status-alerts/Mon, 07 Sep 2026 00:00:00 +0800只订阅与你业务相关的组件，并规定何时由提醒升级成内部事件。个人服务故障日志：用十行记录减少重复折腾https://mukuvps.online/continuity/incident-log/https://mukuvps.online/continuity/incident-log/Mon, 07 Sep 2026 00:00:00 +0800简短日志包含时间、影响、证据、每次动作、结果和最终置信度，可阻止下次重复无效操作。