# 故障状态与 SLA：先确认影响范围

状态页说明服务商已知事件，SLA 则规定特定服务的保障和补偿条件。它们都不能代替你的站点监控。

更新日期：2026-09-16

规范地址：https://stock.iftalking.com/guides/sla-status/

## 先确定故障影响的范围

当 SSH 或网站突然无法访问，先记录发生时间，并从另一条你能使用的网络做一次对照。若只有自己的网络访问异常，不能直接据此判断整个机房宕机；如果多台同节点 VPS 同时异常，则更值得核对宿主机或网络事件。

能进入 KiwiVM 时，记下 **Node ID、VPS ID、机房和运行状态**。这些字段可以帮助把自己的服务与状态公告对应起来。

## 1. 打开服务商实时状态页

访问[服务商状态页](https://bwhstatus.com/)，先看是否有 Active incident，再阅读事件标题、类型、影响范围及更新时间。不要只看页面是否有红色提示。

![服务商状态页的维护事件、时间窗口和节点说明](https://stock.iftalking.com/tutorial-media/provider-status.png)

*图示说明：服务商状态页实拍（2026-09-16）：以一条新加坡线路维护事件演示如何核对时间和节点。当前事件请打开实时状态页查看。*

截图中的事件仅用于说明阅读方法。实际排查时要打开实时页面，确认事件仍在进行，且受影响节点与自己的 Node ID 相符。

## 2. 对齐节点和时区

公告可能同时出现页面显示时区和正文中的 UTC 时间窗口，逐项读取，不要默认全部是北京时间。将自己的故障记录也写明时区，才能判断是否落在公告期间。

公告写“线路维护”不一定意味着整台虚拟机停止运行；可能是临时改路、延迟增加或部分运营商受影响。按照公告描述，再对照[网络诊断](https://stock.iftalking.com/guides/network-diagnostics/)结果。

## 3. 没有公告也要继续定位

状态页没有事件，并不能证明你自己的操作系统和应用正常。检查 VPS 是否运行、SSH 是否监听、网站进程是否启动，以及域名是否指向正确地址。

| 检查结果 | 继续处理 |
| --- | --- |
| 控制台正常，SSH 超时 | 查端口、防火墙和网络路径 |
| SSH 正常，网站错误 | 查 Web 服务、数据库和应用日志 |
| 多个入口同时异常 | 记录节点、时间与控制台结果，联系支持 |
| 只有 Ping 不通 | 同时检查实际 TCP/HTTPS 服务，不只依赖 ICMP |

## 4. 先确认你的套餐是否包含 SLA

SLA 是服务等级约定。服务商当前的[官方 SLA](https://bandwagonhost.com/sla)只适用于明确包含它的套餐，不能把其中的 99.99% 目标写成所有 VPS 的统一承诺。

申请前检查覆盖条件、故障定义、排除项和提交期限。自己的程序、配置或部分第三方网络问题可能与基础设施故障采用不同判断；服务补偿也不等于现金退款。

## 5. 需要申请服务补偿时怎么整理

在官方工单中选择受影响的服务，明确说明希望核对 **SLA Service Credit**，附上故障的起止时间、时区、业务影响和已有的监控或路由记录。只提交普通故障报修，并不自动代表已经提出补偿申请。

监控截图最好保留探测目标、检测方式和时间范围，避免只有一条孤立的“离线”提示。处理完成后检查工单答复和服务日期变化，再继续观察恢复后的连通性。详细条款请使用上方官方入口逐项核对。


## 完成后检查

自己的监控应放在另一台主机或外部平台，避免被监控 VPS 故障时告警同时失效。

## 参考资料

- [服务商状态页](https://bwhstatus.com/)
- [服务商官方说明](https://bandwagonhost.com/sla)