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

先确定故障影响的范围#

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

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

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

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

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

2. 对齐节点和时区#

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

公告写“线路维护”不一定意味着整台虚拟机停止运行；可能是临时改路、延迟增加或部分运营商受影响。按照公告描述，再对照网络诊断结果。

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

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

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

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

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

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

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

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