请求 IPMI 或 KVM 控制台访问

使用控制台进行带外诊断

IPMI/KVM 在无法通过 SSH 访问操作系统时非常有用：例如，在观察固件启动、选择启动设备、读取早期内核错误或修复网络配置时。它不是常规的管理通道，不应为日常 shell 工作保持开启。

KVM 请求与登录账户拥有的服务器相关联。服务接受请求，创建操作引用，并报告 QUEUED。该响应仅确认请求已存储；它并不证明管理控制器已被联系或会话存在。

排队请求

不要期望打开浏览器窗口。API 中没有 GET 操作路由，因此刷新仪表板无法显示进度或完成情况。保留可见的操作后缀，以防操作员需要将请求与队列关联。

1. 打开账户 > 服务器，按名称和区域找到正确的服务器。
2. 确认状态和时间与您正在调查的事件相符。
3. 选择一次“打开 KVM”。按钮会变为显示缩短的排队操作参考。
4. 复制您拥有的完整上下文：服务器名称、区域、订单参考（如有）、时间和缩短的操作参考。
5. 通过文档化的支持渠道联系运营商，请求执行该排队操作。

安全处理交付的控制台访问

• 验证运营商的消息是否标识了预期的服务器，以及控制台端点是否使用 HTTPS。
• 将控制台链接或凭据视为机密。不要将其粘贴到聊天、日志、截图或共享问题跟踪器中。
• 先观察。除非恢复计划要求，否则避免更改启动顺序、固件、存储控制器或 RAID 设置。
• 在验证备份和确切目标设备之前，切勿初始化、格式化或重建磁盘。
• 工作完成后关闭浏览器会话并要求撤销。

预期结果和升级

账户中的即时预期结果是一个排队的操作参考。运营结果仅在操作员完成后可用，即连接到目标服务器的临时远程控制台会话。使用它来确定故障发生在启动前、启动期间还是操作系统启动之后。

如果请求已排队但未收到访问权限，请勿生成大量重复的 KVM 请求。向操作员发送一份简明报告，包含服务器、区域、操作后缀、请求时间和业务影响。如果控制台在意外机器上打开，请在不交互的情况下断开连接，并将其作为安全问题报告。