web-dev-qa-db-fra.com

Remmina se connecte à Ubuntu 18.10 mais la visionneuse TigerVNC ne donne aucune erreur de type de sécurité correspondant

(Je ne recherche pas de réponses telles que "Arrêtez d'utiliser VNC car il n'est pas sûr", ni besoin de réponses recommandant différentes implémentations VNC, car je souhaite spécifiquement que TigerVNC fonctionne correctement).

J'ai besoin d'afficher et de contrôler un bureau Ubuntu 18.10 à partir d'un ordinateur portable Ubuntu 18.10, en utilisant TigerVNC. Les deux machines ont été récemment mises à niveau vers 18.10.

J'ai activé le partage de bureau sur le bureau via les instructions de https://askubuntu.com/a/1088328 avec cette exception: lorsque j'ai pas a exécuté la commande suivante:

gsettings set org.gnome.Vino require-encryption false

cela ne fonctionne pas (voir ci-dessous). Mais quand je utilise cette commande gsettings sur le bureau, alors je reçois une invite pour le mot de passe vnc, et en le tapant dans, je suis en mesure de contrôler le bureau. Donc, finalement, je sais que cela doit être le correctif , mais j'ai spécifiquement besoin de savoir pourquoi cela serait nécessaire (voir l'utilisation de remmina ci-dessous). Aucune de mes recherches sur le Web n'a fourni de réponse.

Sur la machine de bureau, les paramètres de partage sont:

Sharing settings on desktop

Remarque: Je peux utiliser avec succès l'outil remmina, en utilisant le paramètre VNC, pour me connecter à la machine de bureau et l'afficher, sans en utilisant le gsettings paramètre sur la machine de bureau. Mais, lorsque j'utilise le type TigerVNC de vncviewer en utilisant cette commande:

vncviewer thedesk.local:0

(où thedesk.local est la machine de bureau Ubuntu), j'obtiens un popup avec:

No matching security types

Et la sortie dans le Shell montre:

$ vncviewer thedesk.local:0

TigerVNC Viewer 64-bit v1.9.0
Built on: 2018-07-29 13:31
Copyright (C) 1999-2018 TigerVNC Team and many others (see README.rst)
See http://www.tigervnc.org for information on TigerVNC.

Sun May 26 07:10:29 2019
 DecodeManager: Detected 8 CPU core(s)
 DecodeManager: Creating 4 decoder thread(s)

Sun May 26 07:10:30 2019
 CConn:       connected to Host thedesk.local port 5900

Sun May 26 07:10:31 2019
 CConnection: Server supports RFB protocol version 3.7
 CConnection: Using RFB protocol version 3.7
 CConnection: No matching security types
 CConn:       No matching security types

Sur l'ordinateur portable Ubuntu 18.10 et les ordinateurs de bureau, j'ai ces versions installées de packages de type vnc, apt remove- toutes les autres versions des clients/serveurs "vnc" pour éviter toute confusion avec le mécanisme des "alternatives" de Linux:

$ dpkg --list *vnc* | grep '^i'
ii  libvncclient1:AMD64                            0.9.11+dfsg-1.1ubuntu0.1     AMD64                        API to write one's own VNC server - client library
ii  remmina-plugin-vnc:AMD64                       1.2.31.4+dfsg-1ubuntu1       AMD64                        VNC plugin for Remmina
ii  tigervnc-common                                1.9.0+dfsg-1                 AMD64                        Virtual network computing; Common software needed by servers
ii  tigervnc-standalone-server                     1.9.0+dfsg-1                 AMD64                        Standalone virtual network computing server
ii  tigervnc-viewer                                1.9.0+dfsg-1                 AMD64                        Virtual network computing client for X
$ vncviewer --version |& head -5

TigerVNC Viewer 64-bit v1.9.0
Built on: 2018-07-29 13:31
Copyright (C) 1999-2018 TigerVNC Team and many others (see README.rst)
See http://www.tigervnc.org for information on TigerVNC.
$

remmina --version apparaît avec une boîte de dialogue qui lit:

1.2.31.4 (git n/a)

La raison pour laquelle remmina est impliquée est simplement de montrer qu'un client est capable de parler au bureau Ubuntu, mais pas à TigerVNC. J'ai essayé de me connecter à thedesk.local à partir d'un Raspberry Pi 3 B + exécutant Raspbian et j'ai obtenu une erreur différente, mais impliquant toujours une incompatibilité similaire avec les protocoles de sécurité entre les implémentations VNC. L'erreur est:

rpi vnc attempt

Alors, qu'est-ce que remmina fournit au serveur X (ou au serveur VNC?) Qui s'exécute: 0 sur thedesk.local, que le client de visualisation TigerVNC (ou que le client RealVNC fonctionnant sous Raspbian) ne fournit pas?

Mes recherches sur le Web génèrent des résultats tels que https://ubuntuforums.org/showthread.php?t=2384046 qui donnent "Pourquoi ne faites-vous pas 'X' à la place?" type de réponses, ce qui est une observation juste. Mais je veux en particulier savoir pourquoi je devrais utiliser la modification gsettings juste pour que TigerVNC viewer ouvre la fenêtre Prompt, alors que remmina ne l'exige pas. (Quand j'ai besoin de sécurité, je sais déjà comment tunneliser le trafic via SSH.)

18.10vncvncviewer
1
bgoodr

Un fil de 2 mois, vous avez peut-être déjà trouvé la réponse.

Partage VNC natif fonctionnant sur stock Ubuntu 18.04 LTS

  • Activer le partage
  • Définir VNC PW
  • Définissez la règle de pare-feu (ou désactivez complètement ufw, selon votre cas d'utilisation)
  • Exécutez-le en tant qu'utilisateur connecté (Sudo non requis) gsettings set org.gnome.Vino require-encryption false
1
Gregc