Altera as permissões da área de trabalho remota da linha de comando (remotamente?)

Question

Eu posso ssh em meu desktop no trabalho e trabalho na linha de comando, mas gostaria de usar um protocolo de área de trabalho remota para verificar alguns dos programas que deixei abertos e em execução.

Eu não configurei permissão para usar um cliente de área de trabalho remota (por exemplo, tsclient) na área de trabalho, portanto, minhas solicitações de conexão foram recusadas (veja a figura).

Asinstruçõesdadasemuma pergunta anterior sugerem que as seguintes deve funcionar:

gconftool-2 -s -t bool /desktop/gnome/remote_access/enabled true
/usr/lib/vino/vino-server

Mas eu entendo isso:

(30/07/2011 11:25:35 PM Autoprobing TCP port in (all) network interface
30/07/2011 11:25:35 PM Listening IPv6://[::]:5900
30/07/2011 11:25:35 PM Listening IPv4://0.0.0.0:5900
30/07/2011 11:25:35 PM Autoprobing selected port 5900
30/07/2011 11:25:35 PM Advertising security type: 'TLS' (18)
30/07/2011 11:25:35 PM Advertising authentication type: 'No Authentication' (1)
30/07/2011 11:25:35 PM Advertising security type: 'No Authentication' (1)

Estou fazendo algo incorretamente?

É possível ssh e me dar as permissões necessárias para usar o tsclient?

    

Answer 1

Desde que você tenha configurado seu servidor e cliente ssh para aceitar o X-forwarding, podemos iniciar o Vino Preferences Manager com o seguinte comando:

ssh -X <remote>
user@remote:~$ vino-preferences

Com isso, podemos ativar o servidor vino e alterar as configurações, incluindo a senha do VNC.

    

Answer 2

Você não está fazendo nada errado, mas está fazendo isso usando o software errado. Muito compreensível. O que foi chamado de "desktop remoto" no Ubuntu nunca foi destinado a ser uma solução de desktop remoto. Pretendia ser uma maneira de compartilhar sua área de trabalho em execução com outra pessoa. Eu arquivei um bug e parece que foi corrigido porque agora ele foi renomeado para "Desktop sharing", que é uma descrição muito melhor.

Mas mesmo que fosse possível, não seria recomendável. O VNC é um protocolo muito lento e existem alternativas muito melhores:

• O XRDP é um servidor de protocolo de área de trabalho remota para o X. Ele é mal documentado e é um pouco complicado de configurar. O benefício é que você pode usar o cliente de área de trabalho remota no Windows para se conectar a ele, bem como o tsclient que é instalado por padrão no Ubuntu. link
• Nomachine NX. Este é um sistema desktop muito eficiente e fácil de usar. É de código fechado, construído em suas próprias bibliotecas NX de código aberto. Eles fornecem um servidor que você pode usar gratuitamente se apenas dois usuários puderem se conectar e se limitar a duas conexões de cada vez. Eles vendem outros serviços sem essas limitações. Seu cliente é gratuito e está disponível para vários sistemas operacionais. Eles também têm um plug-in Java para que você possa iniciar sessões a partir de um navegador da web. Existe um cliente open source chamado OpenNX que é compatível com o seu servidor, mas eu não tentei por mim mesmo. Nomachine: link OpenNX: link
• O FreeNX pretende ser uma substituição direta do Nomachine NX Server, com base nas bibliotecas NX de código aberto. É compatível com seu cliente e com o cliente OpenNX. É fácil de instalar e usar. link
• X2Go. Esse é meu favorito. É baseado em bibliotecas Nomachines NX e seu servidor é open source. Eles têm um plugin para o Firefox que permite que você execute uma sessão diretamente no navegador. Eles também têm suporte para o PulseAudio, que os outros não têm. Seu cliente é muito bom e pode ser usado como um gerenciador de exibição. link

Todas são soluções muito boas, mas eu recomendo que você as experimente na ordem inversa e pare quando encontrar uma que funcione bem. Isto é, x2go primeiro, depois freenx, etc.

    

Answer 3

Você também pode instalar o x11vnx e executá-lo após o login via ssh.

Mas primeiro tentarei a solução proposta por Takkat. Na maioria dos casos, funcionará imediatamente.