Fundo
Preciso fazer conexão remota do Windows para o Ubuntu 16.04, usando Cinnamon DE 3.2.2.
No entanto, quando tento configurar o VNC, tudo falha. Depois de pesquisar, descobri que é porque o Cinnamon usa algum tipo de aceleração.
O que eu tentei
Eu tentei RealVNC, TightVNC, TigerVNC. Acabei de receber uma tela preta no VNC Viewer.
Tentei usar RDP e consegui entrar, mas apenas usando o Gnome Session Flashback, o que me fez usar apenas o Gnome em vez do Cinnamon, anulando o propósito.
Teamviewer… custa dinheiro para uso não pessoal.
Pergunta
Existe algum servidor VNC (ou algum método em geral de visualização remota da área de trabalho) que funcione com o atual e acelerado Cinnamon Desktop (3.2.2), rodando no Ubuntu 16.04?
Editar
Aqui está uma captura de tela do que está acontecendo. Estou usando o VirtualBox para hospedar a máquina, no meu computador Windows 10. À direita está meu programa visualizador VNC, que é o Real VNC.
Editar 2
Conteúdo da saída no Terminal, após o VNC fazer 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
Responder1
Você já experimentou o TeamViewer?
https://www.teamviewer.com/en/download/linux/
Eu uso no meu debian com openbox e funciona bem.
Responder2
Como o Cinnamon Desktop é um fork do Gnome Shell e x11vnc
funciona bem no meu sistema, eu diria que o problema no seu não é o compositor da janela.
Ao iniciar o servidor VNC a partir de uma sessão SSH (ou qualquer outra sessão de terminal que não tenha sido gerada em uma sessão X11), você precisa informar qual display X11 usar, por exemplo:
x11vnc -display :0
ou
DISPLAY=:0 x11vnc
Outros servidores VNC podem usar maneiras diferentes de especificar a exibição, mas devem aceitar a DISPLAY
variável de ambiente por convenção.
x11vnc
também permite nomes de exibição “simbólicos” com base no nome da conta do usuário proprietário da sessão X. Ele também pode criar novas sessões X em um dispositivo de exibição virtual Xfvb. Para mais informações, consulte a descrição da -display
opção nox11vnc(1)
manual.
Você também pode tentarVino, uma interface de configuração GUI para fornecer acesso remoto (VNC) a uma sessão de desktop em execução no momento.