在使用NoVNC的時候,需要VNCServer支持websocket,對於大多數VNCServer來說要想使用NoVNC則需要使用NoVNC自帶的./utils/websockify來進行代理或者二次
封裝,具體操作步驟如下:
一、代理方式
1.1 啟動 vncserver
tightvncserver -geometry 1024x768 -nolisten tcp :1
1.2 使用websockify進行代理
./utils/websockify 6800 --web ./ localhost:5901
1.3 在vncviewer中使用6800端口進行交互
二、二次封裝
2.1 二次封裝模式依賴於LD_PRELOAD 庫(rebind.so),為正常使用該模式,需要編譯rebind.so,具體命令如下
cd ./utils
./make
2.1 啟動websockify時使用 -- 后跟具體命令的方式啟動封裝模式
./utils/websockify 5901 -D --wrap-mode=ignore -- tightvncserver -nolisten tcp -geometry 1024x768 :1
2.2 在vncviewer中使用5901端口進行交互
使用NoVNC時的抓屏處理:
一、代理方式:
1.1 啟動tightvncserver
tightvncserver -geometry 1024x768 -rfbport 8888
1.2 使用websockify代理vncserver
./utils/websockify 5901 localhost:8888
1.3 使用vncdotool(https://github.com/sibson/vncdotool)進行抓屏處理
vncdotool -s 10.0.11.111:8888 capture screenshot.png
二、二次封裝
2.1 啟動vncserver
./utils/websockify 5901 -D --wrap-mode=ignore -- tightvncserver -nolisten tcp -geometry 1024x768 :1
此時websockify會使用一個暫時不使用的端口,比如53274,rebind會在將tightvncserver -nolisten tcp -geometry 1024x768 :1使用的5901端口轉
換成53294端口來使用
注意,為正常使用,請確保websockify的listen_port同tightvncserver的:Displaynumber + 5900保持一致。
2.2 抓屏
vncdotool -s 127.0.0.1:53294 capture screenshot.png
注意:在使用websockify的rebind方式啟動tightvncserver的時候需要特別注意的一點就是,只有在listen_port和tightvncserver啟動的rfbport端口相同時才
會真正完成rebind,具體解釋如下:在rebind.c中會判斷oldport == askport(oldport為websockify的listen_port,askport為wrap_cmd中的bind端口),只
有在 oldport == askport的時候才真正rebind,真正的轉換bind的端口,而這也依賴於websokify的wrap_cmd中的程序對負責bind的socket庫是動態鏈接進來的
,只有是動態鏈接的才會由此效果,具體原因是在rebind.c中使用了if (!func) func = (void *(*)()) dlsym(RTLD_NEXT, "bind");來完整真正的rebind。
從測試來看,tightvncserver 程序使用的是靜態鏈接方式,所以為使其真正起作用,需要websockify的listen_port同tightvncserver 的rfbport一致。
tightvncserver內部執行順序如下:先調用GetDisplayNumber,通過循環bind VNC server port (5900+n) or the X server port (6000+n).找到可用的
displaynumber,tightvncserver是采用動態鏈接方式使用bind的,所以此時能完成oldport == askport的比較,進而確定是否真正rebind。在確定
displaynumber之后再根據傳入的參數組織成Xtightvnc的命令行參數,啟動Xtightvnc服務。在Xtightvnc啟動時,再根據各個參數bind各個端口。測試發現
Xtightvnc使用的靜態鏈接方式,所以bind端口時,並未觸發rebind操作。