Come posso connettermi a Gnome 3 con un client VNC di Windows?


24

Ero in grado di connettermi al mio desktop Gnome 3 da un computer Windows con un client VNC. Ma dopo un aggiornamento (sul lato Linux) qualche tempo fa, ha smesso di funzionare. Quando provo a connettermi, tutto ciò che posso ottenere è un messaggio che dice "Nessun tipo di sicurezza corrispondente" o "Nessun metodo di autenticazione supportato!" (a seconda del client che provo).

In Gnome 3, ho attivato Condivisione schermo in Impostazioni> Condivisione. In base a ciò, ho Visualizzazione remota attivata, Controllo remoto attivo, Approva tutte le connessioni attive, Richiedi password disattivata. Sto eseguendo Arch Linux con vino 3.8.1.

Sul lato Windows, ho provato TigerVNC 1.0.1 e 1.2.0 e UltraVNC 1.0.9.6.2.

Come posso farlo funzionare?


Il firewall è disattivato e / o configurato per consentire il traffico VNC attraverso il server?
slm

1
@slm, non credo che sia un problema di firewall, perché non penso che tu abbia questo errore a meno che il client non abbia aperto correttamente una connessione al server e gli abbia chiesto quali metodi di autenticazione supporta.
cjm

È possibile connettersi al server VNC utilizzando un client VNC da qualcosa di diverso da un computer Windows? Sto solo cercando di eliminare un'altra variabile. Anche con quale versione di Windows abbiamo a che fare?
slm

Risposte:


24

Questo è in realtà un bug noto e attualmente aperto . Tuttavia, esiste una soluzione molto semplice; basta emettere il seguente comando:

gsettings set org.gnome.Vino require-encryption false

Ora sarai in grado di connetterti con la maggior parte dei visualizzatori vnc.


Dopo aver impostato questo, devo riavviare vino-server o altro? Ho appena provato questo e ottengo lo stesso errore.
Fostandy,

1
Questa è un'impostazione a livello di utente, quindi, se hai ancora problemi dopo averlo modificato, assicurati di non averlo eseguito sudo.
Ryan J,

1
Questo è un cattivo consiglio. Chiunque sulla rete (wifi o ethernet) può annusare il traffico e intercettare sequenze di tasti comprese le password.
Apollo Clark,

require-encryption falsedavvero pessima idea! stai disabilitando la crittografia, quindi a meno che tu non sia su una Ethernet (e solo su Ethernet!) o su un WiFi in un cottage situato in mezzo al nulla, quindi sì, puoi usarlo
equivalente8

4

Ecco alcune altre possibili soluzioni:

  1. Disabilita la crittografia Vino, quindi imposta un tunnel SSH
  2. Utilizzare un client VNC compatibile con la versione TLS di Vino: Android: bVNC gratuito, Windows: SSVNC, Linux: vinagre
  3. Utilizzare un server VNC diverso, come tigervnc o x11vnc
  4. Utilizzare un server VNC diverso, come tightvnc, con un gestore desktop diverso, come MATE, Xfce, LXDE, ecc.

Anche 2,5 anni dopo, questo è ancora un problema con i sistemi Fedora, Redhat e Debian ... Fondamentalmente, Gnome 3 esegue un controllo del driver di grafica 3D all'avvio di gnome-session, causandone l'arresto anomalo di vncserver quando NON utilizza Vino; quindi, utilizzare un desktop manager diverso. In alternativa, usi Vino, e quindi ti viene richiesto di utilizzare TLS di tipo 18 e una manciata di visualizzatori VNC compatibili, oppure disattivare la crittografia e far sì che tutto il tuo traffico sia facilmente sniffato; quindi, disattiva la crittografia e usa un tunnel SSH.

È un problema complicato che richiede il coordinamento di più gruppi di sviluppatori per la risoluzione e sono stati fatti pochissimi progressi.


Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.