TightVNC (vncserver) sous linux (Fedora)

[KnuX]

Salut à tous !

J'ai quelques difficultés à configurer un serveur VNC sous Fedora... (je doute que ce soit autrement sur les autres distributions).
En fait, je parviens à avoir un écran où une console est affichée et quelques menus, mais pas le bureau en cours d'affichage.

Quelqu'un peut-il m'indiquer où je peux trouver une documentation intéressante ou me donner l'astuce ? :)

[Fred]

Ce n'est pas VNC qu'il te faut dans ce cas, mais simplement SSH. Le client "putty" est pour Windows est très pratique ;)

[matt-fly]

Ca depend en faite Fred :)
S'il veut vraiment lancer un VNC pour pouvoir ce servir de Linux + X11 a partir de Windows, dans ce cas c'est bien VNC. Le problem est de savoir comment lancer le serveur VNC et savoir aussi si le WM accepte d'etre lancer plusieurs fois. Souvent, les WM ont des lignes du genre:

/* check if theres already a session manager running */
if (getenv("SESSION_MANAGER") != NULL) {
g_warning("Another session manager is already running, unable to continue");
return(FALSE);
}

Ce qui fait que meme si on lance ce WM sur un autre display, ce meme WM ne voudra pas ... En revanche, sous KDE il y a un utilitaire dont je ne sais plus le nom, qui est integre a KDE-Network je crois, et qui permet de lancer des invitations au partage de bureau (Share Desktop ne serait pas le nom), et donc il est tout a fait possible d'arriver sous KDE par Windows via VNC :)

[Fred]

Ce dépend effectivement ;)
Knux, qu'est-ce que tu entends par "un écran où une console est affichée et quelques menus" ? Pourquoi pas le desktop en entier ?

[stan]

Ce dépend effectivement ;)
Knux, qu'est-ce que tu entends par "un écran où une console est affichée et quelques menus" ? Pourquoi pas le desktop en entier ?

Utilisant également Fedora et ayant essayé quelques autres distrib avec VNC, je peux (essayer de) répondre..
L'affichage d'un "écran avec une console et quelques menus", c'est ce qu'affiche VNC par défaut.
D'après ce que j'ai lu sur certains sites, VNC utiliserais l'affichage n°1, tandis que gnome par exemple utiliserais le 0. Il faudrait modifier les fichiers de config de VNC pour lui dire de partager l'affichage 0 dans ce cas.
Par contre j'ai jamais réussi...
Donc, comme Knux, si quelqu'un a une solution, je suis preneur :)

[KnuX]

C'est tout à fait ça, je vais continuer de chercher ;)

[matt-fly]

Il faudrait modifier les fichiers de config de VNC pour lui dire de partager l'affichage 0 dans ce cas

Je ne sais plus comment vnc fonctionne, mais d'apres mon experience (j'vais essaye d'etre le plus clair possible):

- admettons que vnc ce base donc sur DISPLAY:1, dans ce cas, si on passe par xdm, kdm ou gdm, il suffit de le modifier et de lui preciser de lancer X sur DISPLAY:1. Si on ne passe pas par ca, mais juste par un startx, il suffit d'entrer # startx -- :1 .
Exemple d'une ligne pour lancer X en tv-out:
xinit gmplayer -geometry 800x600 -- :1 -screen Screentv

- si par contre, quand le client VNC ce connect au serveur, et que celui-ci veuille lancer une nouvelle session en ce basant sur .xinitrc ou *dm, alors c'est bien la que ca ce complique. Si le WM n'a pas de Client Mode, alors c'est foutu car il n'accepte pas de lancer plusieurs fois le meme WM. Ce qui est normalement le cas pour Gnome, KDE je sais pas, et les interesses, c'est possible avec XFce4, avec un 'tit patch de ma production :)

[KnuX]

VNC se lance sur le premier display libre, donc si gnome est sur :0 alors il passe à :1... :(

[matt-fly]

VNC se lance sur le premier display libre, donc si gnome est sur :0 alors il passe à :1... :(

et autrement, tu passes par gdm ?

[KnuX]

Oui, j'ai Gnome (donc gdm non ?) :)

[matt-fly]

Oui, enfin la ou je voulais en venir c'est si pour demarrer X, tu passes par gdm (c'est a dire que lorsque tu boot, tu arrive au screen qui te demande ton login/pass + session), ou si tu passes par la commande # startx (c'est a dire qu'au boot tu restes en console et tu tape # startx pour demarrer X).
Mais en fait, peut importe. C'que tu peux faire pour savoir si gnome, le cas present, accepte le multisession, c'est juste taper # exec gnome-session dans une console. Si tu as un nouveau gnome de lancer, alors tu pourras le faire via vnc en tapant cette meme commande dans une des consoles, sinon, regarde dans les options systeme a "gnome session" mais desole je sais plus comment parametrer. Si tu ne peux pas, tu peux toujours passer par un autre WM, par exemple, si tu install XFce4 (http://www.xfce.org), tu peux tres bien lancer ton client VNC et taper dans une console du simple X # startxfce4 --:1 .

[KnuX]

Gnome gère le multisession (j'ai découvert le gdmflexiserver aujourd'hui).

C'est pas possible de faire, comme pour Windows, le VNCServer est en service et je peux accéder à ce qui est actuellement affiché à l'écran ?

Je m'identifie par l'écran de bienvenue de gnome sous fedora ;)

[matt-fly]

C'est pas possible de faire, comme pour Windows, le VNCServer est en service et je peux accéder à ce qui est actuellement affiché à l'écran ?

Je viens de trouver "gnome-desktop-sharing":
A VNC server which doesn't require you to start up another X display
like other VNC servers so someone can remotely connect to your session.
System administrators, in particular, are crying out for this
functionality.

"so someone can remotely connect to your session", c'est donc ce qui est souhaite. Ca fait partis de Gnome-Network, mais j'sais si a l'heure actuel c'est implente ou pas puisque c'que j'ai lu parle de Gnome 2.6.

A toi de voir :)

[edit] j'aurai du verifie desole ... c'est donc inclus dans gnomenetwork 1.99.5, qui contient:
* gnome-remote-shell: a remote shell (Telnet/SSH) client.
* gnome-remote-desktop: a remote desktop (X11/VNC) client.
* gnome-netinfo: a network information tool, for getting info on network cards, DNS, etc.
* gnome-backup: a backup client tool.

[KnuX]

Edit: oops, je vais faire un autre sujet en fait (cette réponse est à supprimer :D)

[KnuX]

J'ai enfin trouvé une solution très efficace pour le problème posé dans ce vieux sujet. Je me permet ce déterrage parce qu'NDFR est bien placé dans google quand on cherche ce genre de chose (et qu'on vient de me demander sur un chat IRC si j'avais finalement trouvé ;))

Alors voilà, j'ai durant quelques semaines utilisé "x0vncserver" pour partager ma session courante (display :0), mais les performances sont moindre et quelques fois une utilisation du processeur à 80%. Comme si les lenteurs des connexions Internet ne suffisaient pas !

Je suis finalement tombé sur "x11vnc" (http://www.karlrunge.com/x11vnc/) que je lance par la commande "x11vnc -rfbauth /home/knux/myvncpasswd -many -display :0". Et là, miracle, un partage simple, fluide, etc. ;)

En espérant aider quelques personnes... Notons que RealVNC 4.x est désormais capable de partager le display :0 via un module conçu pour XFree86 (il ne se load pas sur mon Xorg). TightVNC quand à lui est en train de développer ce module, mais c'est pas encore pour demain ;)

[nono_95]

J'ai le même problème.... :(
Même en utilisant x11vnc, ca ne fonctionne pas!
D'ailleurs, en lançant la commande donnée par Knux, j'obtiens une erreur :s

Mon serveur VNC (tightVNC plus précisement) se trouve sur un Linux Debian avec une interface fluxbox. Et j'essaie (déséperement) d'y accéder par un windows XP.

J'attends vos conseils et remarques!
Merci

[KnuX]

On veut l'erreur ! :)

[nono_95]

voici l'erreur (bonne lecture :p ) :
admin@Serveur1:~$ x11vnc -display :0

Settings:
display: :0
authfile: null
subwin: 0x0
rootshift: 0
flashcmap: 0
force_idx: 0
overlay: 0
ovl_cursor: 1
visual: null
scaling: 0 1.00000
viewonly: 0
shared: 0
conn_once: 1
inetd: 0
connect: null
connectfile null
vnc_conn: 1
allow: null
passfile: null
accept: null
gone: null
using_shm: 1
flipbytes: 0
onetile: 0
blackout: null
xinerama: 0
xrandr: 0
xrandrmode: null
logfile: null
rc_file:
norc: 0
bg: 0
mod_tweak: 1
isolevel3: 0
xkb: 0
skipkeys: null
addkeysyms: 0
xkbcompat: 0
clearmods: 0
remap: null
norepeat: 1
nofb: 0
watchbell: 1
watchsel: 1
watchprim: 1
cursor: 1
root_curs: 0
curs_mode: null
xfixes: 1
cursorshp: 1
cursorpos: 1
xwarpptr: 0
buttonmap: null
dragging: 1
ptr_mode: 2
inputskip: 10
debug_ptr: 0
debug_key: 0
defer: 30
waitms: 30
take_naps: 0
sb: 60
sigpipe: null
threads: 0
fs_frac: 0.75
gaps_fill: 4
grow_fill: 3
tile_fuzz: 2
deny_all: 0
noremote: 0

17/05/2006 16:37:28 x11vnc version: 0.7pre lastmod: 2004-12-20
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified

17/05/2006 16:37:28 XOpenDisplay failed (:0)
admin@Serveur1:~$


Merci

[KnuX]

Le serveur X que x11vnc va exploiter doit déjà être exécuté.

Là, il cherche sur le display :0, il faut donc que le serveur y soit exécuté et que l'utilisateur par qui tu lances la commande soit autorisé à s'y connecter (root, c'est ok ;)).

[nono_95]

Merci beaucoup Knuxx!!!
ca marche nikel :D

Et je viens de me rendre compte qu'il n'est meme pas nécessaire d'installer tightvncserver! (x11vnc fonctionne tout seul, comme un grand lol :p)

Par contre, viens un autre soucis: il n'y a absolument aucune sécurité:
je veux dire par là que celui qui connait l'IP du server, peut se connecter dessus (il n'y a pas de prompt du type: "un utilisateur XXX.XXX.XXX.XXX tente de se connecter sur votre machine. Voulez-vous l'autoriser?")

Je ne fais pas de critique et sans vouloir offenser qui que ce soit, mais ce qu'il manque à x11vnc, c'est:
1) une interface de configuration (autoriser une adresse ou une plage d'adresse IP),
2) le prompt sur le serveur pour valider la connection,
3) la possibilité d'ouvrir un second display qui ne soit pas lié au display :0
Bon, je sais, j'en demande beaucoup.... :p

Si quelqu'un sait quel fichier modifier pour réaliser une (ou toutes :p) des options que je viens de citer, merci de le faire savoir!

Merci à tous pour votre aide :)

Nono

[KnuX]

Mets toi un mot de passe :)

[nono_95]

ouai!
j'y ai pensé....
mais ça ne semble pas suffisant à mon goût!

Pour ceux qui serait intéressé par un mot de passe pour x11vnc, je donne le lien (que j'ai repris de Knuxx :p) :
http://www.karlrunge.com/x11vnc/#faq-passwd

J'attends vos soluces pour les options que j'ai proposés précédemment...

Merci ;)