對接FusionCompute時無法使用noVNC登錄訪問所創建的虛擬機該怎么解決

這期內容當中小編將會給大家帶來有關對接FusionCompute時無法使用noVNC登錄訪問所創建的虛擬機該怎么解決，文章內容豐富且以專業的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

【問題現象】

OpenStack Kiko版本對接華為FusionCompute，通過界面創建的虛擬機使用控制臺打開，提示Authentication fail

【問題分析】

從提示的信息看，vnc在握手成功后，驗證密碼時失敗，通過瀏覽器的F12工具可以確認這點。

查看虛擬機所在的CNA節點，分析虛擬機日志

/var/log/xen/qemu-dm-i-00000093.log

[2013-07-13 12:09:04] New client on socket 28

[2013-07-13 12:09:04] vnc_set_share_mode/28: undefined -> connecting

[2013-07-13 12:09:04] Set the controller(type:1) of qemu_timer_mode 2........

[2013-07-13 12:09:04] the controller(type:1) frame freq is 200........

[2013-07-13 12:09:04] Client request protocol version 3.8

[2013-07-13 12:09:04] Telling client we support auth 2

[2013-07-13 12:09:04] Client requested auth 2

[2013-07-13 12:09:04] Start VNC auth

[2013-07-13 12:09:04] Client challenge response did not match

[2013-07-13 12:09:04] Closing down client sock: protocol error

[2013-07-13 12:09:04] vnc_set_share_mode/28: connecting -> disconnected

[2013-07-13 12:09:04] Unset the controller(type:1) of qemu_timer_mode 2........

也可以看到在啟動驗證后提示不匹配。

但是通過FusionCompute Portal的vnc控制臺可以訪問虛擬機。查詢虛擬機的信息可以發現虛擬機設置了vncPassword，所以導致無法訪問虛擬機。

分析vnc的源碼可以發現，原生的vnc密碼加密采用的DES，而FC的vnc加密算法使用的是sha256.

【解決方法】

使用sha256加密虛擬機的vnc密碼即可訪問虛擬機

上述就是小編為大家分享的對接FusionCompute時無法使用noVNC登錄訪問所創建的虛擬機該怎么解決了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關知識，歡迎關注億速云行業資訊頻道。