Eu costumava ser capaz de me conectar ao meu desktop Gnome 3 a partir de uma máquina Windows com um cliente VNC. Mas depois de um upgrade (no lado do Linux) há algum tempo, ele parou de funcionar. Quando tento conectar, tudo o que posso obter é uma mensagem dizendo "Nenhum tipo de segurança correspondente" ou "Nenhum método de autenticação suportado!" (dependendo de qual cliente eu tente).
No Gnome 3, eu ativei o Compartilhamento de tela em Configurações > Compartilhando Debaixo disso, eu tenho a Visão Remota ativada, o Controle Remoto ativado, a opção Aprovar Todas as Conexões ativadas, Exigir Senha desativada. Estou executando o Arch Linux com o vino 3.8.1.
No lado do Windows, eu tentei o TigerVNC 1.0.1 & 1.2.0 e UltraVNC 1.0.9.6.2.
Como posso fazer isso funcionar?
Este é realmente um bug conhecido e atualmente aberto . No entanto, há uma solução muito fácil; basta emitir o seguinte comando:
gsettings set org.gnome.Vino require-encryption false
Agora você poderá se conectar com a maioria dos espectadores do vnc.
Aqui estão algumas outras soluções possíveis:
Mesmo 2,5 anos depois, isso ainda é um problema com os sistemas Fedora, Redhat e Debian ... Basicamente, o Gnome 3 faz uma verificação de driver de gráficos 3D ao iniciar o gnome-session, o que faz com que ele caia no vncserver quando NÃO estiver usando Vino; então, use um gerenciador de desktop diferente. Como alternativa, você usa o Vino e, em seguida, é necessário usar o TLS Tipo 18 e alguns visualizadores VNC compatíveis, ou desativar a criptografia e ter todo o tráfego que você deseja detectar facilmente; então, desative a criptografia e use um túnel SSH.
É um problema confuso que requer a coordenação de vários grupos de desenvolvedores para resolver, e muito pouco progresso foi feito.
Acho que esta pergunta cobre todos os métodos alternativos e sugestões de como se conectar ao Gnome através do VNC, se o compartilhamento de área de trabalho integrado não funcionar: Habilitar a área de trabalho remota para o Gnome na linha de comando?