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?

gnome3 vnc

— cjm
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

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
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:

Désactivez le chiffrement Vino, puis configurez un tunnel SSH
Utilisez un client VNC compatible avec la version TLS de Vino: Android: bVNC Free, Windows: SSVNC, Linux: vinagre
Utilisez un autre serveur VNC, tel que tigervnc ou x11vnc
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
source

1

Je pense que cette question couvre toutes les méthodes alternatives et suggestions comment se connecter à Gnome via VNC si le partage de bureau intégré ne fonctionne pas: Activer le bureau à distance pour Gnome à partir de la ligne de commande?

— IBr
source