Ubuntu-fr

Coeur Noir

Vino, vino-preferences, partage de bureau… c'est caché où sous 18.04 ?

Hello,

…tout est dans le titre, j'essaie de rendre accessible via vnc un bureau Xubuntu 18.04.

Vino est installé je peux le lancer via  /usr/lib/vino/vino-server
mais pas moyen de lancer vino-preferences ?

Dans le menu des applications, point de « Bureau à Distance » ou « Partage de Bureau ».

J'ai oublié quoi ?

utilisateur@ordinateur:~$ vino-preferences
vino-preferences : commande introuvable
utilisateur@ordinateur:~$ vino-preference
vino-preference : commande introuvable
utilisateur@ordinateur:~$ 

j'ai bien ajouté vino-server au démarrage de la session, et toujours pas de vino-preference…

Dernière modification par Coeur Noir (Le 21/06/2018, à 20:03)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Zakhar

Re : Vino, vino-preferences, partage de bureau… c'est caché où sous 18.04 ?

Je ne sais pas pour XFCE, mais pour Unity aussi Vino est cassé.

La raison en est que Gnome a supprimé la clé "enabled" dans la configuration, et c'est ce qu'attend le réglage des préférences. Donc dans Unity, cela n'a pas bougé, mais ça plante quand tu tentes de l'activer.

Je ne retrouve plus le ticket de bug où j'ai posté ça.

Le contournement que j'ai trouvé (c'est moche... mais en attendant qu'ils corrigent !) c'est :
- remettre la clé "enabled" à l'identique de ce quelle était en 16.04 dans la configuration Gnome
- lancer vino au démarrage de session (en réalité si tu as aussi un accès SSH, tu peux le lancer en ligne de commande uniquement lorsque tu en as besoin, il faut juste penser à lui donner l'écran sur lequel il doit tourner, et ça évite de charger les sessions de daemons inutiles si peu utilisés).

En espérant que ça aide pour XFCE...

---

"A computer is like air conditioning: it becomes useless when you open windows." (Linus Torvald)

Coeur Noir

Re : Vino, vino-preferences, partage de bureau… c'est caché où sous 18.04 ?

Rrrrôôooo…  décidément, elle est décourageante cette LTS…

- de quelle clé / configuration parles -tu ?
- est-ce que ça veut dire que sous xfce, faudrait installer le gnome-control-center-etc… pour accéder à cette clé ?
- non point de ssh c'est du local tout bête en graphique via vnc…

Bug → https://bugs.launchpad.net/ubuntu/+sour … ug/1775999 ?

Celui-là plutôt Zakhar, non ? → https://bugs.launchpad.net/ubuntu/+sour … omments/11

Dernière modification par Coeur Noir (Le 22/06/2018, à 01:06)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Zakhar

Re : Vino, vino-preferences, partage de bureau… c'est caché où sous 18.04 ?

Exact, tu l'as trouvé plus vite que moi !

J'avais fait ça sur mon autre PC donc pas l'historique ici.

La clé, tu l'as dans mon "workaround" et pas besoin de GnomeCenter, c'est juste modifier un fichier XML (avec l'éditeur de texte de ton choix) et lancer une commande pour recompiler les modèles XML Gnome.

Ensuite si tu n'as pas SSH d'activé sur ce poste, le "workaround" consiste à lancer vino dans les trucs au démarrage de session.

... et c'est la réparation pour Unity, aucune idée si c'est pareil pour XFCE.

Ah... et si tu ne trouves pas "vino-preferences" dans XFCE, en réalité activer vino revient à mettre la clé "enabled" à true (par défaut elle vaut "false"). Donc tu peux même te passer complètement de vino-preference qui, comme tout outil graphique de ce genre, n'est guère qu'un front-end pour manipuler les clés Gnome.

Le deuxième "bug" donc, c'est que mettre enabled à "true" ne suffit visiblement pas à lancer vino automatiquement, pas plus qu'utiliser vino-preferences d'Unity (après avoir réparé la clé "enabled"), d'où le lancement en démarrage de session.

Dernière modification par Zakhar (Le 22/06/2018, à 04:45)

---

"A computer is like air conditioning: it becomes useless when you open windows." (Linus Torvald)

Coeur Noir

Re : Vino, vino-preferences, partage de bureau… c'est caché où sous 18.04 ?

1) Donc tu peux même te passer complètement de vino-preference qui, comme tout outil graphique de ce genre, n'est guère qu'un front-end pour manipuler les clés Gnome.
2) Le deuxième "bug" donc, c'est que mettre enabled à "true" ne suffit visiblement pas à lancer vino automatiquement, pas plus qu'utiliser vino-preferences d'Unity (après avoir réparé la clé "enabled"), d'où le lancement en démarrage de session.

1) vino-preference me sert à renseigner un mot de passe pour la connexion vnc - si je peux faire ça autrement…
2) dans mon expérience, il a toujours fallu démarrer vino-server en le plaçant manuellement dans les appli's au démarrage, quel que soit l'environnement. Pour moi la clé dont tu parles ne fait qu'autoriser ( ou pas ) le partage de bureau, c'est juste un verrou et rien d'autre.

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Coeur Noir

Re : Vino, vino-preferences, partage de bureau… c'est caché où sous 18.04 ?

Application de ton contournement sous Xubuntu 18.04 ( modif' du fichier xml ) et…

…je ne trouve rien nulle part dans le menu d'appli's et les paramètres, qui ressemblerait de près ou de loin à « partage de bureau » ou « contrôle à distance ».

Et toujours commande introuvable pour vino-preference.

Donc avec quoi peut-on activer un partage de bureau sous Xubuntu 18.04 ???

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Roschan

Re : Vino, vino-preferences, partage de bureau… c'est caché où sous 18.04 ?

vinagre ça existe pas avec *ubuntu ?

Coeur Noir

Re : Vino, vino-preferences, partage de bureau… c'est caché où sous 18.04 ?

Vinagre ce n'est pas qu'un client ?

Sur cette machine j'ai déjà Remmina, pour prendre la main sur d'autres.

Ici, c'est bien ce bureau Xubuntu que je veux rendre accessible.

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Zakhar

Re : Vino, vino-preferences, partage de bureau… c'est caché où sous 18.04 ?

1) vino-preference me sert à renseigner un mot de passe pour la connexion vnc - si je peux faire ça autrement…
2) dans mon expérience, il a toujours fallu démarrer vino-server en le plaçant manuellement dans les appli's au démarrage, quel que soit l'environnement. Pour moi la clé dont tu parles ne fait qu'autoriser ( ou pas ) le partage de bureau, c'est juste un verrou et rien d'autre.

A ben... donc XFCE est davantage buggé qu'Unity ! Sur Unity, le fait d'activer le partage de bureau lançait de daemon approprié sans qu'on ait besoin de faire quoi que ce soit dans les programmes au démarrage de session... enfin au moins jusqu'à la 16.04

Et oui effectivement, la clé "enabled", comme son nom l'indique sert à dire que on active ou pas le partage de bureau. Elle est nécessaire (pour Unity) à l'affichage de panneau de configuration des préférences d'accès distant, lequel fonctionne une fois la clé "enabled" restaurée, et permet donc de mettre un mot de passe si nécessaire.

Alors désolé, comme le panneau Unity fonctionne une fois la clé "enabled" remise en place, j'ai positionné le mot de passe en "mode graphique" et ne me suis pas préoccupé de le faire autrement. Mais comme d'habitude, il y a, c'est plus que sûr, une méthode pour mettre ce mot de passe même sans interface graphique... et là je ne sais pas trop t'aider puisque je n'en ai pas eu besoin, je n'ai pas cherché comment faire cela !

Dernière modification par Zakhar (Le 23/06/2018, à 09:31)

---

"A computer is like air conditioning: it becomes useless when you open windows." (Linus Torvald)

Coeur Noir

Re : Vino, vino-preferences, partage de bureau… c'est caché où sous 18.04 ?

En gros c'est ça que je cherche sous Xubuntu :

Ici c'est Budgie mais c'est idem sous gniome, on retrouve ça dans les paramètres dorénavant.
Il n'y a pas d'équivalent me semble-t-il sous xfce, à moins d'installer gnome-control-center ???

S'il faut l'installer, il faudrait alors que le gnome-control-center soit indiqué comme dépendance de vino.

Sinon peut-être une piste dans ce vieux fil : https://askubuntu.com/a/12195

Dernière modification par Coeur Noir (Le 23/06/2018, à 13:30)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Roschan

Re : Vino, vino-preferences, partage de bureau… c'est caché où sous 18.04 ?

Ah oui pardon vinagre c'est le client (et point de Remmina avec debian), le serveur s'appelle bien vino sur debian aussi

Sinon peut-être une piste dans ce vieux fil : https://askubuntu.com/a/12195

"asked 7 years, 9 months ago"

Très très vieux fil... ce qui est intéressant à connaître aujourd'hui c'est l'adresse de la clé gsettings, l'histoire du fichier gconf par contre on s'en fiche un peu

En regardant ce que fait le paramètre en question de GNOME, je vois que ce qui bouge c'est "org.gnome.settings-daemon.plugins.sharing.service:/org/gnome/settings-daemon/plugins/sharing/vino-server/ enabled-connections", quand on l'active ça met une adresse (celle de ma box ?) comme valeur de la clé

Zakhar

Re : Vino, vino-preferences, partage de bureau… c'est caché où sous 18.04 ?

Remmina est maintenant en snap, donc si tu sais faire tourner des snap sur Debian, de fait tu peux utiliser Remmina si ça te chante !

---

"A computer is like air conditioning: it becomes useless when you open windows." (Linus Torvald)

Coeur Noir

Re : Vino, vino-preferences, partage de bureau… c'est caché où sous 18.04 ?

c'est caca les snap…

…bon et si je laissais tomber vino, tout simplement ?

vnc4server ? Tigervnc ( que j'utilise sous windows mai qui n'a pas de paquets prêts à l'emploi sous 'buntu ) ? x11vnc ?
________________

actuellement, j'en suis là : je peux lancer une connexion à ce pc, depuis remmina, qui m'affiche un écran noir quelques secondes, puis quitte.

Pour en arriver là j'ai modifié le fichier /usr/share/glib-2.0/schemas/org.gnome.Vino.gschema.xml comme suit :

<schemalist>
  <schema id='org.gnome.Vino' path='/org/gnome/desktop/remote-access/'>

    <key name='enabled' type='b'>
      <summary>Enable remote access to the desktop</summary>
      <description>
        If true, allows remote access to the desktop via the RFB
        protocol. Users on remote machines may then connect to the
        desktop using a VNC viewer.
      </description>
      <default>true</default>
    </key>

     <key name='prompt-enabled' type='b'>
      <summary>Prompt the user before completing a connection</summary>
      <description>
        If true, remote users accessing the desktop are not allowed
        access until the user on the host machine approves the
        connection. Recommended especially when access is not password
        protected.
      </description>
      <default>false</default>
    </key>

    <key name='view-only' type='b'>
      <summary>Only allow remote users to view the desktop</summary>
      <description>
        If true, remote users accessing the desktop are only allowed to
        view the desktop. Remote users will not be able to use the mouse
        or keyboard.
      </description>
      <default>false</default>
    </key>

    <key name='network-interface' type='s'>
      <summary>Network interface for listening</summary>
      <description>
        If not set, the server will listen on all network interfaces.

        Set this if you want to accept connections only from some specific
        network interface. For example, eth0, wifi0, lo and so on.
      </description>
      <default>''</default>
    </key>

    <key name='use-alternative-port' type='b'>
      <summary>Listen on an alternative port</summary>
      <description>
        If true, the server will listen on another port, instead of the default
        (5900). The port must be specified in the 'alternative-port' key.
      </description>
      <default>false</default>
    </key>

    <key name='alternative-port' type='q'>
      <summary>Alternative port number</summary>
      <description>
        The port which the server will listen to if the 'use-alternative-port'
        key is set to true. Valid values are in the range of 5000 to 50000.
      </description>
      <default>5900</default>
    </key>

    <key name='require-encryption' type='b'>
      <summary>Require encryption</summary>
      <description>
        If true, remote users accessing the desktop are required to
        support encryption. It is highly recommended that you use a
        client which supports encryption unless the intervening network
        is trusted.
      </description>
      <default>false</default>
    </key>

    <key name='authentication-methods' type='as'>
      <summary>Allowed authentication methods</summary>
      <description>
        Lists the authentication methods with which remote users may
        access the desktop.

        There are two possible authentication methods; "vnc" causes the
        remote user to be prompted for a password (the password is
        specified by the vnc-password key) before connecting and "none"
        which allows any remote user to connect.
      </description>
      <default>['vnc']</default>
    </key>

    <key name='vnc-password' type='s'>
      <summary>Password required for "vnc" authentication</summary>
      <description>
        The password which the remote user will be prompted for if the
        "vnc" authentication method is used. The password specified by
        the key is base64 encoded.

        The special value of 'keyring' (which is not valid base64) means
        that the password is stored in the GNOME keyring.
      </description>
      <default>mot_de_passe_en_base64</default>
    </key>

    <key name='mailto' type='s'>
      <summary>E-mail address to which the remote desktop URL should be sent</summary>
      <description>
        This key specifies the e-mail address to which the remote
        desktop URL should be sent if the user clicks on the URL in the
        Desktop Sharing preferences dialog.
      </description>
      <default>''</default>
    </key>

    <key name='lock-screen-on-disconnect' type='b'>
      <summary>Lock the screen when last user disconnect</summary>
      <description>
        If true, the screen will be locked after the last remote client
        disconnects.
      </description>
      <default>false</default>
    </key>

    <key name='icon-visibility' enum="org.gnome.Vino.VinoIconVisibility">
      <summary>When the status icon should be shown</summary>
      <description>
        This key controls the behavior of the status icon. There are
        three options: "always" - the icon will always be present; "client" -
        the icon will only be present when someone is connected (this is the
        default behavior); "never" - the icon will not be present.
      </description>
      <default>'client'</default>
    </key>

    <key name='disable-background' type='b'>
      <summary>Whether to disable the desktop background when a user is connected</summary>
      <description>
        When true, disable the desktop background and replace it with a single
        block of color when a user successfully connects.
      </description>
      <default>true</default>
    </key>

    <key name='use-upnp' type='b'>
      <summary>Whether a UPnP router should be used to forward and open ports</summary>
      <description>
        If true, request that a UPnP-capable router should forward and open the
        port used by Vino.
      </description>
      <default>false</default>
    </key>

    <key name='disable-xdamage' type='b'>
      <summary>Whether we should disable the XDamage extension of X.org</summary>
      <description>
        If true, do not use the XDamage extension of X.org. This extension does
        not work properly on some video drivers when using 3D effects.
        Disabling it will make Vino work in these environments, with slower
        rendering as a side effect.
      </description>
      <default>false</default>
    </key>

    <key name='notify-on-connect' type='b'>
      <summary>Notify on connect</summary>
      <description>
        If true, show a notification when a user connects to the system.
      </description>
      <default>true</default>
    </key>
  </schema>
</schemalist>

Pas mieux avec

<key name='enabled' type='b'>
      <summary>Enable remote access to the desktop</summary>
      <description>
        If true, allows remote access to the desktop via the RFB
        protocol. Users on remote machines may then connect to the
        desktop using a VNC viewer.
      </description>
      <default>false</default>
    </key>

Et bien sûr le pare-feu autorise vnc entrant.

Dernière modification par Coeur Noir (Le 23/06/2018, à 23:22)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Coeur Noir

Re : Vino, vino-preferences, partage de bureau… c'est caché où sous 18.04 ?

Bon j'arrive à peu près à mes fins avec x11vnc - que j'ai réussi à faire planter :
- caps-lock, num-lock, suppr… capricieux à gérer,
- pour les chiffres, uniquement via première ligne du clavier, pas depuis le pavé ( soit c'est lié au point précédent, soit au fait que la xub18.04 assistée n'utilise pas ibus alors que mon ordi aidant si ? )
- mot de passe, attention, que lettres et chiffres, pas de @ ou : ni *
- pas de mise à l'échelle automatique ( et bien sûr l'ordi sur lequel je prends la main a un affichage plus grand que celui d'où j'agis )

Vu la quantité pléthorique d'options disponibles dans x11vnc, ce sont sans doute des écueils résolubles mais je viens déjà de passer quelques heures là-dessus, c'est lassant…

Pour une fois que je faisais l'effort de me résoudre à installer Xub… ( bon en fait pas trop le choix vu l'ordi ) bref :

doit-on se dire que Vino - hors gnome ou dérivé de gnome - c'est mort ?

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

Coeur Noir

Re : Vino, vino-preferences, partage de bureau… c'est caché où sous 18.04 ?

Oh et mince, si, il y a bien Tigervnc depuis 17.04 dans les dépôts :
https://help.ubuntu.com/community/VNC/Servers#TigerVNC
C'est comment le démarrer qui me laisse pantois :
https://askubuntu.com/questions/948774/ … nome-16-04
…on est d'accord j'ai pas besoin de tout ça pour juste voir ce qui se passe sur le pc et agir dessus de façon visible pour mon interlocuteur ?

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

nam1962

Re : Vino, vino-preferences, partage de bureau… c'est caché où sous 18.04 ?

Je vais avoir du mal à t'aider sur ce coup là, vu que j'utilise anydesk.
Mais je suis le fil pour apprendre

---

[ Modéré ]

BigBob

Re : Vino, vino-preferences, partage de bureau… c'est caché où sous 18.04 ?

La solution se trouve ici : Screen sharing panels abort using an non-existent vino gsettings key

J'ai récupéré les sources, appliqué le patch, compilé le package et incrémenté sa version pour qu'il ne se fasse pas écraser par les mises à jour...

Vous pouvez le charger ici : Index of /Vino 18.04 Unity (vino_3.22.0-3ubuntu2_amd64.deb).

Et si ça vous dit de le compiler vous même j'ai mis tout ce qu'il fallait...

Il y a également le fichier « vino-server.desktop » à mettre dans « /etc/xdg/autostart/vino-server.desktop » pour démarrage automatique avec la session.

A++

Dernière modification par BigBob (Le 16/11/2018, à 17:57)

Coeur Noir

Re : Vino, vino-preferences, partage de bureau… c'est caché où sous 18.04 ?

La suite, ou de nouvelles idées, ce sera par ici : https://forum.ubuntu-fr.org/viewtopic.p … #p22074584

( mince j'avais pas vu la réponse de BigBob… ça marche sous Xubuntu 18.04 ça ? )

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

NOFX

Re : Vino, vino-preferences, partage de bureau… c'est caché où sous 18.04 ?

salut,
des nouvelles pour acceder a vino-preference ?? parce que franchement tigervnc et tous ses potes du meme genre n'arrive pas a la cheville de remmina pour ma part , pour gerer tous les pc et serveur d'un reseau local remmina est parfait a mes yeux , la seule solution que j ai trouver après m'etre arraché les cheveux pendant 2 jours et tomber sur ce post ( d'ailleurs merci "coeur noir" et "bigbob") c'est de désinstaller la nouvelle version vino pour installer la 3.22 ou vino-preference est accessible , le probleme c est qu'a un moment donné cette version risque surement de ne plus passer a l'installation vu qu'elle est de plus en plus ancienne !! quelqu 'un a des news ???