web-dev-qa-db-fra.com

Où sont les «préférences de vino» dans Xubuntu 13.10? (partage de bureau sous Xubuntu 13.10)

Je viens de passer de Gnome à Xubuntu (en ajoutant le xubuntu-desktop à mon ordinateur portable) parce que j’ai décidé qu’avec un processeur Atom et 2G de RAM, l’expérience complète du gnome Shell est une peu, bien, lent.

Tout va bien sauf pour le partage de bureau à distance.

Je peux activer vino-server correctement en suivant ces instructions (ou similaire - il y avait déjà une entrée dans le gestionnaire de session), jusqu'à présent, tout va bien.

Le problème est que vino-preferences a été supprimé de la vino package (1) --- voir ce rapport de bogue pour plus d'informations. Il est dit (en espagnol) que les préférences de vino doivent maintenant être définies à partir de "Partage-> Partage de bureau" dans gnome-control-center. J'ai le package gnome-user-share installé.

Mais sous Xubuntu, exécuter gnome-control-center donne une chose minimale (correctement, je pense), et je ne trouve aucun moyen d’atteindre les paramètres de préférences de vino.

Soit dit en passant, le serveur fonctionne (je suis connecté à ce serveur maintenant), grâce au fait que les préférences ont été configurées depuis la session précédente du bureau Gnome ... mais comment puis-je y accéder sous Xubuntu?

(1) Voir:

(1)asus-romano:~% dpkg -L vino | grep pref       
(1)asus-romano:~%

bien que:

(1)asus-romano:~% apt-file search vino-preferences
app-install-data: /usr/share/app-install/desktop/vino:vino-preferences.desktop
vino: /usr/bin/vino-preferences
vino: /usr/share/applications/vino-preferences.desktop
vino: /usr/share/vino/vino-preferences.ui

... probablement fait référence à un paquet plus ancien.

xubuntuvino
2
Rmano

Essayez d’utiliser gsettings:

  • Répertoriez toutes les clés de configuration:

    gsettings list-recursively org.gnome.Vino

  • Pour définir une valeur de clé, exemple view-only:

    gsettings set org.gnome.Vino view-only true

gsettings est fourni avec le package libglib2.0-bin. Vous devrez peut-être redémarrer le service vino pour appliquer les nouveaux paramètres.

1
user.dz

Pour ceux qui étaient encore déconcertés par cette situation, Vino disposait d'un outil de configuration pratique appelé "vino-preferences" jusqu'en 2014 environ, mais cet outil a été supprimé lorsque gnome-control-center est devenu capable de le contrôler.

[Discussion sur cette décision, ici: https://forums.bunsenlabs.org/viewtopic.php?id=1411 ]

Il existe de nombreuses distributions qui peuvent utilement utiliser vino-server (qui est un excellent serveur VNC), comme Lubuntu que j’utilise, étant basé sur LXDE, qui n’utilise pas gnome-control-center et il n’ya aucune raison de l’installer. gros bloc de code juste pour une fonction solitaire.

Pour accéder à la configuration de vino-server, installez dconf-editor pour la contrôler:

Sudo apt-get install dconf-editor

OU si vous n'avez pas encore installé vino, faites les deux ensemble:

Sudo apt-get installer vino dconf-editor

CONFIGURATION:

une. Ouvrez dconf-editor, puis:

b. Les paramètres VNC sont accessibles sous org -> gnome -> desktop -> remote-access

J'espère que ça aide quelqu'un.

SÉCURISATION DE L'ACCÈS VNC via SSH

Permettez-moi simplement d'ajouter ici que pour ceux qui souhaitent diriger VNC via un tunnel SSH pour un accès distant sécurisé, vous pouvez utiliser une commande à partir de la fin du client, sous cette forme, pour ouvrir le tunnel:

Sudo ssh -g -L 0.0.0.0:5900:127.0.0.1.1:5900 votre_username ip_of_your_remotemachine

Cela signifie "SSH, veuillez ouvrir un tunnel vers ip_of_your_remotemachine et établissez une connexion TCP à partir de celui-ci, jusqu'à 127.0.0.1:5900 (c'est-à-dire son propre port 5900 où vino-server est à l'écoute) - voulez-vous, et tunnel tout le trafic de retour vers moi/je vais le refléter de: 5900 localement - merci ".

SSH fait alors ceci;

Vous ouvrez ensuite votre client VNC (essayez l'excellent Remmina) à votre adresse locale: port 127.0.0.1:5900 (qui reflète maintenant le port d'écoute sur votre serveur distant) et VNC s'ouvre pour vous donner accès à un poste de travail distant.

Lisez séparément sur la désactivation des mots de passe pour votre serveur SSH et utilisez des clés uniquement pour une sécurité optimale.

Bonne chance à tous

2
MikeH London