通过虚拟机访问流程进入控制台

VNC 与串口访问独立于普通虚拟机查看。发出入口前,Shepherd 检查账号、资源和环境策略。要验证客户机会话,仍需使用连接真实集群的安装。

浏览器演示 · 无需账号 · 模拟数据

先确认访问权和虚拟机状态

请求处理器检查控制台能力与资源访问,刷新虚拟机状态,再解析已登记的命名空间环境。缺少访问权或环境配置时,应先处理这些问题。

走适用的审核路径

环境策略决定直接发放访问入口还是创建审批申请。普通读取权限,或以前的一次电源审批,都不能替代这次控制台访问检查。

把会话视为真实基础设施依赖

后端打开串口或 VNC 流,并使用短期启动凭据。可用性取决于虚拟机和提供方,客户机登录与串口配置仍属操作系统设置。访问事件不承诺屏幕或按键录制。

操作与检查步骤

  1. 选择目标虚拟机

    检查归属、环境与实时状态。如需先进行电源操作,应先完成对应流程,再申请交互访问。

  2. 用正确账号申请访问

    账号需要控制台能力和目标资源访问权。若已有待处理审批,应跟踪它,而不是反复申请新会话。

    查看授权与策略检查
  3. 进入可用控制台路径

    通过产品提供的 VNC 或串口入口连接;真实安装中需确认客户机有响应,并使用正常的客户机登录。

    查看控制台申请与会话契约
  4. 查看访问事件

    使用已授权审计视图调查申请及连接上下文。不要把入口审计当成客户机内部活动的完整记录。

    查看控制台审计事件

前提条件与边界

  • 前端演示不建立真实 VNC 或串口连接。
  • 真实会话需要可达的控制台 API、合适的虚拟机以及正确的应用与基础设施权限。
  • 访问事件不承诺会话录像或客户机命令审计。

文档与实现依据

常见问题

公开演示能测试真实控制台吗?

不能。应在自己的已连接测试虚拟机上验证 VNC 和串口。

批准就代表控制台一定可用吗?

不是。虚拟机、客户机配置和提供方还需要支持可用的控制台流。