Ajuda com vino (lubuntu)

0

Eu recentemente instalei o lubuntu (amd x64, último estável) no meu ... vamos chamá-lo de servidor. Eu gostaria de configurar um cliente vnc para isso. Eu instalei o vino, e ele não foi tão plug-and-play como foi para mim no passado. Quando tento me conectar do meu laptop Windows, o UltraVNC informa "nenhum método de autenticação suportado". vino diz o seguinte sempre que eu tento conectar:

Listening IPv6://[::]:5900
Listening IPv4://0.0.0.0:5900
Clearing securityTypes
Clearing authTypes
Advertising security type 'TLS' (18)
Advertising authentication type: 'VNC Authentication' (2)
Got connection from client 192.168.1.9
   other clients:
Client Protocol Version 3.7
Advertising security type 10
Client 192.168.1.9 gone
Statistics:
   framebuffer updates 0, rectangles 0, bytes 0

O UltraVNC nem sequer me pede uma senha. Eu até tentei desativar a autenticação no vino, e ainda não consigo me conectar. Eu tentei outros servidores (tightvnc, x11, vnc4serer, etc), e nada parece estar funcionando (possivelmente erro do usuário ???). Estou realmente sem saber o que tentar em seguida. Eu estava jogando com o debian nesta mesma máquina há uma semana, e o VNC estava funcionando bem, e a conexão LAN é boa.

Eu encontrei esta postagem no fórum que dizia "desmarcando" dconf > área de trabalho > gnome > acesso remoto > habilitado iria consertá-lo, porém o gnome não é uma opção no desktop (talvez seja porque eu tenho lubuntu?) Obrigado por qualquer ajuda!

    
por user1053009 07.03.2015 / 22:20

1 resposta

1

O problema é que o seu cliente Windows VNC não suporta o mecanismo de criptografia de conexão que o servidor Vino está tentando impor - veja VNC acessível de máquinas que não são do Linux apenas com criptografia desativada .

Você deve conseguir contornar isso desativando a configuração require-encryption padrão

gsettings set org.gnome.Vino require-encryption 'false'

Se sua sessão for exposta a uma rede pública, ou seja, você estiver usando VNC para qualquer coisa fora de sua própria rede local, é aconselhável manter a porta VNC real fechada e / ou protegida por firewall e encapsular a conexão por SSH.

    
por steeldriver 08.03.2015 / 15:31