背景
我需要使用 Cinnamon DE 3.2.2 從 Windows 遠端連線到 Ubuntu 16.04。
然而，當我嘗試設定 VNC 時，一切都失敗了。經過研究，我發現這是因為 Cinnamon 使用了某種類型的加速。
我嘗試過的
我試過 RealVNC、TightVNC、TigerVNC。我的 VNC 檢視器出現黑屏。
我嘗試過使用 RDP，並且能夠進入，但只能使用 Gnome 會話閃回，這導致我只使用 Gnome 而不是 Cinnamon，從而達不到目的。
Teamviewer ...非個人使用需要付費。
問題
是否有任何 VNC 伺服器（或任何遠端查看桌面的一般方法）可以與在 Ubuntu 16.04 上運行的當前加速的 Cinnamon 桌面 (3.2.2) 配合使用？
編輯
這是正在發生的事情的螢幕截圖。我在我的 Windows 10 電腦上使用 VirtualBox 託管機器。右邊是我的VNC檢視程序，是Real VNC。
編輯2
VNC連接後，終端輸出內容：
22/12/2016 08:49:41 Got connection from client 192.168.10.92
22/12/2016 08:49:41 other clients:
22/12/2016 08:49:41 Normal socket connection
22/12/2016 08:49:41 Disabled X server key autorepeat.
22/12/2016 08:49:41 to force back on run: 'xset r on' (3 times)
22/12/2016 08:49:41 incr accepted_client=1 for 192.168.10.92:56946 sock=12
22/12/2016 08:49:41 Client Protocol Version 3.8
22/12/2016 08:49:41 Protocol version sent 3.8, using 3.8
22/12/2016 08:49:41 rfbProcessClientSecurityType: executing handler for type 1
22/12/2016 08:49:41 rfbProcessClientSecurityType: returning securityResult for client rfb version >= 3.8
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x00000016)
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x00000015)
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x0000000F)
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEC6)
22/12/2016 08:49:41 Enabling full-color cursor updates for client 192.168.10.92
22/12/2016 08:49:41 Enabling NewFBSize protocol extension for client 192.168.10.92
22/12/2016 08:49:41 Using ZRLE encoding for client 192.168.10.92
22/12/2016 08:49:41 Pixel format for client 192.168.10.92:
22/12/2016 08:49:41 8 bpp, depth 8
22/12/2016 08:49:41 uses a colour map (not true colour).
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x00000016)
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x00000015)
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x0000000F)
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEC6)
22/12/2016 08:49:41 Enabling full-color cursor updates for client 192.168.10.92
22/12/2016 08:49:41 Enabling NewFBSize protocol extension for client 192.168.10.92
22/12/2016 08:49:41 Switching from ZRLE to raw Encoding for client 192.168.10.92
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x0000000F)
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x00000016)
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x00000015)
22/12/2016 08:49:41 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEC6)
22/12/2016 08:49:41 Enabling full-color cursor updates for client 192.168.10.92
22/12/2016 08:49:41 Enabling NewFBSize protocol extension for client 192.168.10.92
22/12/2016 08:49:41 Switching from raw to hextile Encoding for client 192.168.10.92
22/12/2016 08:49:41 Pixel format for client 192.168.10.92:
22/12/2016 08:49:41 32 bpp, depth 24, little endian
22/12/2016 08:49:41 true colour: max r 255 g 255 b 255, shift r 16 g 8 b 0
22/12/2016 08:49:41 no translation needed
22/12/2016 08:49:41 client 1 network rate 1891.4 KB/sec (1891.4 eff KB/sec)
22/12/2016 08:49:41 client 1 latency: 0.5 ms
22/12/2016 08:49:41 dt1: 0.0002, dt2: 0.0093 dt3: 0.0005 bytes: 17694
22/12/2016 08:49:41 link_rate: LR_LAN - 1 ms, 1891 KB/s
22/12/2016 08:49:41 client useCopyRect: 192.168.10.92 -1
22/12/2016 08:49:41 client_set_net: 192.168.10.92 0.0042
22/12/2016 08:49:41 created xdamage object: 0x3400040
22/12/2016 08:49:42 cursor_noshape_updates_clients: 0
22/12/2016 08:49:44 cursor_noshape_updates_clients: 0
22/12/2016 08:49:49 cursor_noshape_updates_clients: 0
22/12/2016 08:49:50 created selwin: 0x3400041
22/12/2016 08:49:50 called initialize_xfixes()
22/12/2016 08:49:52 cursor_noshape_updates_clients: 0
答案1
答案2
由於 Cinnamon Desktop 是 Gnome Shell 的一個分支，並且x11vnc在我的系統上運作良好，我想說你的問題不是視窗合成器。
當您從 SSH 會話（或不是從 X11 會話產生的任何其他終端會話）啟動 VNC 伺服器時，您需要告訴它要使用哪個 X11 顯示，例如：
x11vnc -display :0
或者
DISPLAY=:0 x11vnc
其他 VNC 伺服器可能使用不同的方式來指定顯示，但它們應該DISPLAY按照約定接受環境變數。
x11vnc也允許基於擁有 X 會話的使用者的帳戶名稱的「符號」顯示名稱。它還可以在虛擬 Xfvb 顯示裝置上建立新的 X 會話。有關更多信息，請參閱-display中的選項說明x11vnc(1)手動的。
你也可以嘗試維諾，一個 GUI 配置介面，用於提供對目前正在運行的桌面會話的遠端 (VNC) 存取。