Sudo gsettings set org.gnome.Vino require-encryption false
a déjà été tenté, mais le problème ci-dessous persiste.
J'ai une tablette Windows 10 et un bureau Ubuntu (18.04.2 LTS). La tablette Win10 a une nouvelle installation avec rien d'autre que Discord et VNCViewer installés (realvnc.com). Ubuntu utilise actuellement le partage intégré à partir des paramètres. J'ai essayé de me connecter via le lien VNC (nom-pc.local), il a toujours été bloqué lors de la connexion. J'ai plutôt essayé l'IP locale (192.168.0.13), dont le résultat est ce message:
Unable to connect to VNC Server using your chosen security setting.
J'ai essayé à la fois Demander l'accès et un mot de passe. Les deux donnent les mêmes résultats. Y a-t-il des moyens de contourner cela pour que je puisse me connecter de ma tablette à Ubuntu? Je vous remercie.
Ah d'accord! Bonnes nouvelles! J'ai découvert le problème. J'ai fait la commande en haut de ma question, mais cette fois sans Sudo. Cela a réussi à faire l'affaire, et cela fonctionne très bien maintenant! Suivez donc la commande ci-dessus, mais n'utilisez PAS Sudo.
gsettings set org.gnome.Vino require-encryption false
exécutez la commande comme ceci, sans le Sudo.
Si le serveur VNC ne nécessite pas de cryptage, vous devez également configurer le client VNC pour ne pas utiliser le cryptage ou laisser le serveur choisir. Pour la version actuelle de RealVNC Viewer 6.19 ( c'est gratuit ):
Choisissez Propriétés sur la connexion que vous souhaitez modifier.
Dans l'onglet Général , pour Chiffrement définissez Préférence désactivée ou Laissez VNC Server choisir .
Les captures d'écran ci-dessus proviennent de la version Linux de RealVNC Viewer, elles peuvent donc être légèrement différentes.
Mon serveur VNC, vino? gnome-remote-desktop-daemon utilise tls-anon par défaut, et il ne répondra pas aux gsettings. Voici ce qui a fonctionné, installez dconf-editor et changez ceci: pour inclure "aucun" dans le type de cryptage ... sans les mises en garde évidentes, utilisez le tunneling SSH pour la sécurité. Travail confirmé sur Wayland
source: https://gitlab.gnome.org/jadahl/gnome-remote-desktop/issues/24