Comment puis-je me connecter à Gnome 3 avec un client Windows VNC?

24

Avant, je pouvais me connecter à mon bureau Gnome 3 à partir d'une machine Windows avec un client VNC. Mais après une mise à niveau (côté Linux) il y a quelque temps, elle a cessé de fonctionner. Lorsque j'essaie de me connecter, tout ce que je peux obtenir est un message disant "Aucun type de sécurité correspondant" ou "Aucune méthode d'authentification prise en charge!" (selon le client que j'essaye).

Dans Gnome 3, j'ai activé le partage d'écran sous Paramètres> Partage. En dessous, j'ai la vue à distance activée, la télécommande activée, approuver toutes les connexions, exiger le mot de passe désactivé. J'utilise Arch Linux avec vino 3.8.1.

Côté Windows, j'ai essayé TigerVNC 1.0.1 & 1.2.0 et UltraVNC 1.0.9.6.2.

Comment puis-je faire fonctionner cela?

cjm
la source
Votre pare-feu est-il désactivé et / ou configuré pour autoriser le trafic VNC vers le serveur?
slm
1
@slm, je ne pense pas que ce soit un problème de pare-feu, car je ne pense pas que vous obtenez cette erreur à moins que le client n'ait réussi à ouvrir une connexion au serveur et lui ait demandé quelles méthodes d'authentification il prend en charge.
cjm
Pouvez-vous vous connecter au serveur VNC à l'aide d'un client VNC à partir d'autre chose qu'un ordinateur Windows? J'essaie simplement d'éliminer une autre variable. De quelle version de Windows traitons-nous également?
slm

Réponses:

24

Il s'agit en fait d'un bogue connu et actuellement ouvert . Cependant, il existe une solution de contournement très simple; émettez simplement la commande suivante:

gsettings set org.gnome.Vino require-encryption false

Vous pourrez désormais vous connecter avec la plupart des visualiseurs vnc.

TSelander
la source
Après avoir défini cela, dois-je redémarrer vino-server ou quoi que ce soit? Je viens d'essayer cela et j'obtiens la même erreur.
fostandy
1
Il s'agit d'un paramètre de niveau utilisateur, donc, si vous rencontrez toujours des problèmes après l'avoir modifié, assurez-vous que vous ne l'avez pas exécuté avec sudo.
Ryan J
1
C'est un mauvais conseil. N'importe qui sur le réseau (wifi ou Ethernet) peut renifler votre trafic et intercepter les frappes, y compris les mots de passe.
Apollo Clark
require-encryption falsevraiment mauvaise idée! vous désactivez le cryptage, donc à moins que vous ne soyez sur un réseau Ethernet (et ethernet uniquement !!) ou sur une connexion Wi-Fi dans un chalet situé au milieu de nulle part, alors oui, vous pouvez l'utiliser
équivalent8
4

Voici quelques autres solutions possibles:

  1. Désactivez le chiffrement Vino, puis configurez un tunnel SSH
  2. Utilisez un client VNC compatible avec la version TLS de Vino: Android: bVNC Free, Windows: SSVNC, Linux: vinagre
  3. Utilisez un autre serveur VNC, tel que tigervnc ou x11vnc
  4. Utilisez un serveur VNC différent, tel que tightvnc, avec un gestionnaire de bureau différent, tel que MATE, Xfce, LXDE, etc.

Même 2,5 ans plus tard, c'est toujours un problème avec les systèmes Fedora, Redhat et Debian. utilisez donc un gestionnaire de bureau différent. Alternativement, vous utilisez Vino, puis vous devez soit utiliser TLS de type 18 et une poignée de visionneuses VNC compatibles, soit désactiver le chiffrement et faire en sorte que tout votre trafic soit facilement détecté; ainsi, désactivez le chiffrement et utilisez un tunnel SSH.

C'est un problème compliqué qui nécessite la coordination de plusieurs groupes de développeurs pour le résoudre, et très peu de progrès ont été réalisés.

Apollo Clark
la source