Fundo

Fundo

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.

insira a descrição da imagem aqui

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.

insira a descrição da imagem aqui


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 x11vncfunciona 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 DISPLAYvariável de ambiente por convenção.

x11vnctambé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 -displayopçã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.

informação relacionada