虚拟化vnc代理逻辑

在CAS、UIS、WS等产品中，通过点击控制台访问VNC画面的底层逻辑如下：

1. 虚拟机提供VNC服务，通常监听在5900及其之后的端口上。每个虚拟机可能使用不同的VNC端口，例如5900对应VM1，5901对应VM2，以此类推。

2. CVM（Cloud Virtual Machine）作为VNC代理服务器，负责接收来自外部网络的VNC连接请求，并将这些请求转发到相应的虚拟机上。CVM不会直接访问虚拟机的5900端口，而是通过内部通信机制与CVK（Cloud Virtual Kernel）进行交互。

3. CVK是运行在物理主机上的虚拟化层，它管理着虚拟机的运行。当CVM接收到VNC连接请求时，它会通过CVK找到目标虚拟机，并请求获取VNC端口信息。CVK会返回虚拟机的VNC端口和必要的连接信息。

4. CVM根据CVK返回的信息，建立与虚拟机的VNC连接。这个过程可能涉及到对VNC端口的转发，以确保安全性和网络隔离。

5. 用户通过CAS、UIS、WS等产品界面点击控制台后，实际上是向CVM发送请求。CVM处理请求，通过CVK与虚拟机建立VNC连接，并将VNC画面展示给用户。

这个过程也是通过上述逻辑实现，即通过CVM代理访问虚拟机的VNC服务，最终呈现给用户的是虚拟机的控制台画面。

维护手册有详细逻辑，21.20章节

https://www.h3c.com/cn/Service/Document_Software/Document_Center/H3Cloud/Catalog/H3C_CAS/H3C_CAS/Maintenance/Maintenance_Manual/H3C_CAS_E0785-22539/?CHID=1151543