Journal tighvnc kde/gnome

Posté par  .
Étiquettes : aucune
0
27
août
2003
Bonjour,

En tant que drogué du PC tendance amoureux du pinguin, je souhaiterais accéder à distance à ma linux box. tightvnc est la solution d'accès graphique qui m'intéresse le plus car où que je sois, quelque soit la plateforme cliente, un client existe. Cependant deux problèmes se présentent à moi:

* gnome est mon environnement préféré. C'est celui qui se lance par défaut quand je me logge et, pourtant, quand je me connecte via tightvnc, c'est KDE qui se lance. Comment faire pour que ce soit gnome et pas KDE ?

* ne peut-on pas récupérer la session en cours ? Par exemple je reste loggé comme un goret avec des apps qui tournent et je veux récupérer cette session à distance. Est ce possible ? Si oui comment ?


Nb: je suis sous mandrake 9.1

Merci d'avance de votre aide.
  • # Re: tighvnc kde/gnome

    Posté par  . Évalué à 1.

    Encore un qui connait pas l' "export DISPLAY=ip_machine:0". De plus ssh fait le X11 forwarding automatiquement, pratique pour les ips locales ou quand tu passe par plusieurs machine avant de te connecter.
    Je crois même qu'il existe un equivalent à screen pour les soft graphique, mais je sais pas lequel.
    Utiliser un truc a la vnc sous linux, c'est utiliser un marteau pour tuer une mouche.
    • [^] # Re: tighvnc kde/gnome

      Posté par  . Évalué à 1.

      avec une petite diff : vncserveur -donc le pseudo serveur x- est bcp -de vraiment bcp- plus léger qu'un serveur xet cela sur une machine posédant peu de ressources c utile pour la controlé plutot que exporter le display d'un serveur X
      • [^] # Re: tighvnc kde/gnome

        Posté par  . Évalué à 1.

        RE moi:
        de plus si ta carte cg est de la merde -puissance driver ou autre- et que tu as au mieux un acces vesa 2.0, en utilisant vnc tu t'en fout de configurer X, le tout c que Xfree86 soit installé -pour les libs X11 utilisé par les appli graphique -directement(wm) ou indirectement-, la gestion graphique étant faite par le client -seul la ram de la machine serveur jour réellemnt
      • [^] # Re: tighvnc kde/gnome

        Posté par  . Évalué à 1.

        Contrairement à VNC qui a besoin d'un serveur, tu n'as pas besoin de serveur X sur la machine à laquelle tu te connectes en ssh avec forwarding X11. Seuls quelques paquets sont nécessaires pour que ça marche (xbase-clients pour la Debian).
    • [^] # Re: tighvnc kde/gnome

      Posté par  . Évalué à 1.

      Je connais l'export display même si j'avoue ne jamais l'avoir pratiqué. Le problème est que je n'ai pas encore réussi à linuxiser tous mes proches et que j'ai bien peur que cette solution ne soit pas chez mon papa windowsien par exemple :-(
      • [^] # Re: tighvnc kde/gnome

        Posté par  . Évalué à 1.

        A part que des serveurs X, y en a sous windows....y a celui officiel, cherche cygwin sur google, et y en a d'autres commerciaux surtout. Donc tu peux lancer un serveur X sous win et utiliser la technique susdite. Mais, bon, je ne vois pas d'inconvénients non plus à utiliser vnc, c'est même très vite mis en place.

        Pour ta question 1:
        man X
        man tightvnc

        normallement tu as un ficher .xinitrc dans ton home (s'il y est pas tu peux le créer) et c'est la dedans que le WM est lancé. Typiquement

        exec startkde

        ou

        exec gnome-session

        (de mémoire).
        Si quant tu te loggues sous mandrake, t'as le machin qui te demande ton user/ pass (ce machin s'appelle kdm ou gdm ou xdm) et ils ont leur propre config. Alors que tightvnc va prendre les fichiers de X dans l'ordre normal et donc le .xinitrc
        Sinon dans le manuel de X, y a (des tonnes)[oui c'est très long à lire] sur comment ça se passe quels fichiers sont lus au démmarage...

        Question 2: Non, sauf si:
        Lance le serveur VNC, puis le client VNC en local, tu va y perdre en performances mais après tu pourras reprendre ton truc a distance. Le X normal et le X vnc sont bien différents, le X normal est capable d'utiliser les accélération de ta carte graphique, la 3D, ...
        • [^] # Re: tighvnc kde/gnome

          Posté par  . Évalué à 1.

          Merci

          J'ai lu pas mal de truc et j'ai trouvé. Si ça ne fonctionnait pas comme prévu c'est parce qu'il y a un problème qui semble avoir plusieurs échos sur le net: kde fonctionne nikel mais qd on lui demande de lancer gnome ça coince (d'où le fait que moi aussi je coinçais). Je vais encore creuser un peu mais je pense que je vais devoir me résigner.

          Merci pour votre aide.
  • # Re: tighvnc kde/gnome

    Posté par  . Évalué à 2.

    * le premier point:
    dans vnc tout court -mais je pense que dans lightvnc cela doit etre pareille- tu indique l'environnement - plutot le windowmanager- dans le fichier ~/.vnc/xstartup,, qui est un script executable , à la derniere ligne tu as quelque chose de la sorte : kde & , qui indique donc de lancer kde en arriere plan -pour ne pas bloquer le vncserver- il faut juste changer kde par le nom de ton wm et le tour est joué au prochain lancement du serveur vnc.

    * le deuxieme point:
    si j'ai bien compris tu veux faire des trucs par ton vncclient, quitter le vncviewer et quabnd tu relance le vncviewer avoir exactement la meme chose -meme fenetre ...- : c géré inplicitement si c bien ca, la session est sur le serveur pas sur le client, donc tu part la session que quand tu arrete le vncserver pas qd tu ferme le client -analogie: si tu a le serveur X lancé, et que tu éteint l'écran, si tu le rallume et bin tu as ce que tu avais avant de l'éteindre=> le vncviewer est une sorte d'écran logiciel (cette analogie vaut ce qu'elle vaut et pas plus)-
    • [^] # Re: tighvnc kde/gnome

      Posté par  . Évalué à 1.

      le fichier m'envoie vers un xinitrc qui m'envoie vers un xsession mais j'avoue que je rame car j'ai l'impression qu'il m'envoit encore ailleurs... Bon ben je continue mes investigations. Merci :-)
  • # Re: tighvnc kde/gnome

    Posté par  . Évalué à 1.

    Vnc et derivee lance leur propre version "light" d'un serveur X. On se retrouve donc normalement avec un serveur "standard" et un serveur "VNC". Le script vncserver est tres semblable au script startx, a toi de tripatouiller dedans pour mettre en place les options qui t'interressent. Tu peux bien sur utiliser vncserver en lieu et place de startx pour lancer tes sessions X en local, mais je ne le recommande pas. Le mieux a mon avis est de garder les choses separees. Maintenant a toi de voir


    Kha
  • # Re: tighvnc kde/gnome

    Posté par  (site web personnel) . Évalué à 1.

    Rhalala !
    Et le forwardX ?
    Et le XDMCP pour avoir ton bureau Linux sous Windows avec Cygwin ?
    Tu veux des infos là-dessus ?
    Coup de bol, j'ai un journal (http://linuxfr.org/~Riduidel/2908.html(...)) qui en parle.
    • [^] # Re: tighvnc kde/gnome

      Posté par  (Mastodon) . Évalué à 1.

      c'est pas la même chose.

      quand tu vas chez quelqu'un dont tu ne veux pas tripatouiller la config mais acceder à ta machine, un simple executable vncviewer tient sur une disquette ou sur une memoire usb. On va pas installer cygwin chez tout le monde non plus.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.