Como posso me conectar ao Gnome 3 com um cliente Windows VNC?

24

Eu costumava conseguir me conectar ao meu desktop Gnome 3 a partir de uma máquina Windows com um cliente VNC. Mas depois de uma atualização (no lado Linux) há um tempo atrás, ele parou de funcionar. Quando tento conectar, tudo o que consigo receber é uma mensagem dizendo "Nenhum tipo de segurança correspondente" ou "Nenhum método de autenticação suportado!" (dependendo de qual cliente eu tento).

No Gnome 3, ativei o compartilhamento de tela em Configurações> Compartilhamento. De acordo com isso, tenho a Visualização remota ativada, Controle remoto ativado, Aprovar todas as conexões ativadas, Requer senha desativada. Estou executando o Arch Linux com o vino 3.8.1.

No lado do Windows, eu tentei o TigerVNC 1.0.1 e 1.2.0 e o UltraVNC 1.0.9.6.2.

Como posso fazer isso funcionar?

gnome3 vnc

— cjm
fonte

Seu firewall está desativado e / ou configurado para permitir o tráfego de VNC no servidor?

— slm

1

@ slm, não acredito que seja um problema de firewall, porque não acho que você receba esse erro, a menos que o cliente tenha aberto com êxito uma conexão com o servidor e perguntado quais métodos de autenticação ele suporta.

— CJM

Você pode se conectar ao servidor VNC usando um cliente VNC de algo diferente de um computador Windows? Apenas tentando eliminar outra variável. Também com qual versão do Windows estamos lidando?

— slm

24

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á conectar-se à maioria dos visualizadores de vnc.

— TSelander
fonte

Depois de definir isso, preciso reiniciar o vino-server ou algo assim? Eu apenas tentei isso e recebo o mesmo erro.

— fostandy 3/09/14

1

Essa é uma configuração no nível do usuário. Portanto, se você ainda tiver problemas após alterá-la, verifique se não a executou sudo.

— Ryan J

1

Este é um mau conselho. Qualquer pessoa na rede (wifi ou ethernet) pode cheirar seu tráfego e interceptar pressionamentos de tecla, incluindo senhas.

— Apollo Clark

require-encryption falsepéssima idéia! está a desactivar a encriptação de modo a menos que você estiver em uma Ethernet (somente e ethernet !!) ou em um WiFi em uma casa localizada no meio do nada, então sim, então você pode usar este

— equivalent8

4

Aqui estão algumas outras soluções possíveis:

Desabilite a criptografia Vino e configure um túnel SSH
Use um cliente VNC compatível com a versão TLS do Vino: Android: bVNC Free, Windows: SSVNC, Linux: vinagre
Use um servidor VNC diferente, como tigervnc ou x11vnc
Use um servidor VNC diferente, como tightvnc, com um gerenciador de desktop diferente, como MATE, Xfce, LXDE, etc.

Mesmo 2,5 anos depois, esse ainda é um problema nos 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 causa o travamento do vncserver quando o NÃO é o Vino; portanto, use um gerenciador de desktop diferente. Como alternativa, você usa o Vino e, em seguida, é obrigado a usar o TLS tipo 18 e um punhado de visualizadores VNC compatíveis, ou desativar a criptografia e permitir que todo o tráfego seja facilmente detectado; portanto, desative a criptografia e use um túnel SSH.

É um problema complicado que requer a coordenação de vários grupos de desenvolvedores para resolver, e muito pouco progresso foi feito.

— Apollo Clark
fonte

1

Acho que esta pergunta aborda todos os métodos e sugestões alternativas de como conectar-se ao Gnome através do VNC se o compartilhamento de área de trabalho embutido não funcionar: Ativar área de trabalho remota para o Gnome na linha de comando?

— IBr
fonte