Há algum servidor VNC que funcione com o Cinnamon DE 3 no Ubuntu 16.04?

Question

Antecedentes

Eu preciso de um controle remoto do Windows para o Ubuntu 16.04, usando o Cinnamon DE 3.2.2.

No entanto, quando tento configurar o VNC, tudo falha. Depois de pesquisar, descobri que é porque o Cinnamon usa aceleração de algum tipo.

O que eu tentei

Eu tentei RealVNC, TightVNC, TigerVNC. Acabei de receber uma tela preta no VNC Viewer.

Eu tentei usar o RDP, e consegui entrar, mas apenas usando o Flashback da sessão do Gnome, o que me levou a usar o Gnome em vez do Cinnamon, derrotando o propósito.

Teamviewer ... custa dinheiro para uso não pessoal.

Pergunta

ExistealgumservidorVNC(oualgummétodoemgeraldevisualizarremotamenteaáreadetrabalho)quefuncionecomoatualeaceleradoCinnamonDesktop(3.2.2),rodandonoUbuntu16.04?

Editar

Aquiestáumscreencapdoqueestáacontecendo.EuestouusandooVirtualBoxparahospedaramáquina,nomeucomputadorcomWindows10.ÀdireitaestáomeuprogramavisualizadorVNC,queéRealVNC.

Editar 2

Conteúdo da saída no Terminal, depois que o VNC faz a conexão:

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

    

Answer 1

Já experimentou o TeamViewer?

link

Eu uso no meu debian com o openbox e funciona bem.

    

Answer 2

Como o Cinnamon Desktop é um fork do Gnome Shell e o x11vnc funciona bem no meu sistema, eu diria que o problema no seu não é o compositor de janelas.

Quando você inicia o servidor VNC a partir de uma sessão SSH (ou qualquer outra sessão de terminal que não tenha sido gerada a partir de uma sessão X11), é necessário informar qual é o monitor X11 a usar, e. g .:

x11vnc -display :0

ou

DISPLAY=:0 x11vnc

Outro servidor VNC pode usar maneiras diferentes de especificar a exibição, mas eles devem aceitar a variável de ambiente DISPLAY por convenção.

x11vnc também permite nomes de exibição "simbólicos" com base no nome da conta do usuário que possui a sessão X. Também pode criar novas sessões X em um dispositivo de exibição Xfvb virtual. Para mais informações, veja a descrição da opção -display no x11vnc(1) manual .

Você também pode tentar o Vino , uma interface de configuração GUI para fornecer acesso remoto (VNC) a um servidor executando a sessão da área de trabalho.