发生断连时先保留时间和错误信息，按本地接入、VPS状态、出站路径和目标服务分段检查。不要先反复重启，也不要仅凭延迟升高就认定线路偷偷切到公网。
一、三段式排查
- 入口段：检查本地网络、入口地址和端口。直连核绑定省份，IX核前置及支持范围；ping不响应还要结合实际端口连接。
- VPS与中转段：确认实例运行、CPU/内存/磁盘及系统网络状态；在VPS内测试已获许可的目标，必要时由服务方协助定位。
- 出口到目标：对照多个目标与实际协议，区分DNS、TCP、TLS、应用错误和目标限流。出口不接收入站，不统一用本地直测出口作故障结论。
二、常见故障
延迟增加可能来自本地接入、负载、拥塞、路径调整或目标处理。mtr中间跳丢包而终点正常，可能是设备限制探测应答；终点及应用都异常才更值得进一步排查。
完全断连时先核订单和实例状态，再检查端口、权限、防火墙及接入条件。未授权不要修改底层路由或长期满载压测。
三、应急与灾备
重要任务应保存进度、备份配置和数据，明确备用资源与切换步骤。BGP多线不等于入口永不失联，主备产品也可能有共同故障点。切换前考虑目标账号、IP允许列表和任务重复执行风险。
四、如何提交有效报障？
提供发生时间、入口线路、所在省份/运营商、目标及端口、错误提示、测试方向和可脱敏日志。不要公开密码、私钥或令牌。
服务方处理时间取决于故障范围，不能给统一分钟级修复承诺。标准产品无SLA，需要明确指标时事先确认定制协议。
五、常见问题
晚高峰慢就是假专线吗？
不是。测试能发现性能问题，不能单独证明底层电路或复用比。
重启能解决吗？
有时有用，但会中断进程并可能丢失诊断证据。先判断故障层级，按可回退步骤操作。
怎么保留质量问题证据？
同源端、同目标、多时段测试，并记录业务影响。质量问题需在工单中提交测试截图和具体问题，由 Mkcloud 审核判断；退款条件见服务条款。
六、总结
分段、保留证据、减少无目的改动，再联系支持。测试方法见测速指南。