Фон
Мне нужно удаленно подключиться из Windows к Ubuntu 16.04, используя Cinnamon DE 3.2.2.
Однако, когда я пытаюсь настроить VNC, все терпит неудачу. После исследования я обнаружил, что это потому, что Cinnamon использует ускорение какого-то типа.
Что я пробовал
Я пробовал RealVNC, TightVNC, TigerVNC. У меня просто черный экран в VNC Viewer.
Я попробовал использовать RDP, и мне удалось войти, но только с помощью Gnome Session Flashback, из-за чего мне пришлось использовать Gnome вместо Cinnamon, что противоречит цели.
Teamviewer ... стоит денег за неличное использование.
Вопрос
Существует ли какой-либо VNC-сервер (или вообще какие-либо методы удаленного просмотра рабочего стола), работающий с текущей, ускоренной версией Cinnamon Desktop (3.2.2), работающей на Ubuntu 16.04?
Редактировать
Вот скриншот того, что происходит. Я использую VirtualBox для хостинга машины на моем компьютере с Windows 10. Справа — моя программа просмотра 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
Вы пробовали TeamViewer?
https://www.teamviewer.com/en/download/linux/
Я использую его в своем Debian с Openbox и все работает отлично.
решение2
Поскольку Cinnamon Desktop является ответвлением Gnome Shell и x11vncхорошо работает на моей системе, я бы сказал, что проблема на вашей системе не в компоновщике окон.
При запуске сервера VNC из сеанса SSH (или любого другого терминального сеанса, который не был порожден из сеанса X11) вам необходимо указать ему, какой дисплей X11 использовать, например:
x11vnc -display :0
или
DISPLAY=:0 x11vnc
Другие VNC-серверы могут использовать другие способы указания дисплея, но они должны принимать DISPLAYпеременную окружения по соглашению.
x11vncтакже позволяет использовать «символические» отображаемые имена на основе имени учетной записи пользователя, владеющего сеансом X. Он также может создавать новые сеансы X на виртуальном устройстве отображения Xfvb. Подробнее см. описание параметра -displayвx11vnc(1)руководство.
Вы также можете попробоватьВино, графический интерфейс конфигурации для предоставления удаленного (VNC) доступа к текущему сеансу рабочего стола.