vnc4server sur Debian 4.0

[zano42]

Bonjour tous et toutes,

Pas encore en vacances ? ben ça tombe bien, moi non plus,
et comme je vois que vous vous ennuyez dur, laissez moi pour vous divertir un peu
vous présenter une petite énigme...

Je tente depuis peu de mettre en oeuvre un VNC sous une Debian 4.0...

Je lance donc - coté serveur bien entendu - la bete avec la commande suivante:

vnc4server -display:0 -geometry 1024x768 -depth 24

et le monstre me repond derechef:

New 'nom_de_ma_machine:1 (root)' desktop is nom_de_ma_machine:1
Starting applications specified in /root/.vnc/xstartup
Log file is /root/.vnc/nom_de_ma_machine:1.log

Apres verification, je confirme que lui le PC - contrairement
a quelqu'un d'autre que nous connaissons tous - a fait
exactement ce qu'il m'a dit.

Sans tarder, je me precipite sur un poste sous Windows muni
de RealVNC - que j'ai payé )) - et je lance une connexion
sur mon monstre qui me renvoie avec un plaisir non dissimulé
tout ce qui se passe sur son ecran.

Content de moi, je demande a un copain situé hors de mon réseau
local d'initier une connexion avec le meme RealVNC - qu'il a lui
aussi payé - sur mon adresse publique et la misere...

Le monstre lui renvoie un laconique :

failed to connect: Connection refused (10061)

Bon pour vous eviter de perdre votre temps a me le dire :
sur le routeur principal, les ports 5900-5903 et meme 5800-5803
sont ouverts en entree et sortie, iptables est desactive sur le serveur.
Ce PC actuellement est pret a accepter d'avaler une eponge
si on le lui presentait ))

Qui plus est les services HTTP, FTP, DNS, SSH, POSTFIX et j'en passe
tournent sans pb, seul ce p... de VNC me chauffe les oreilles.

Bref si quelqu'un parmi vous a une idée lumineuse à me soumettre
il gagne a coup sur une belle tringle a rideau et ma reconnaissance eternelle !

Entretemps je vais aller m'acheter une belle corde...la poutre et le tabouret
sont deja en place.

Merci et A+

zano42

[CaSa]

Pas encore en vacances ?

si si.. mais on peut quand même essayer de répondre

Je tente depuis peu de mettre en oeuvre un VNC sous une Debian 4.0...

<hs> VNC, caylemal. A moins de le véhiculer au travers d'un tunnel SSH (ce qui, soit dit en passant, résoudrait aussi ton problème). Lui préférer quand même FREENX (j'y tiens) </hs>

Log file is /root/.vnc/nom_de_ma_machine:1.log

... et justement, que dit le fichier de log à propos du problème ?

muni de RealVNC - que j'ai payé ))

ha, bon ? ... c'est pourtant gratuit dans une certaine version. Et d'ailleurs il y a d'autres clients VNC gratuits/libres.

failed to connect: Connection refused (10061)

Le mieux est quand même de chercher la raison dans le log de VNC, et de fouiller la config de VNc qui doit se trouver dans /etc sur ta debian.
Je parie sur une autorisation uniquement en réseau local (masque 255.255.255.0) quand même. Il est fort possible que l'IP source soit véhiculée dans les trames de VNC et pouff... refus.

Donc dans l'ordre :
- voir logs
- voir config
- tester le VNC via SSH et se rendre compte que c'est super
- laisser tomber VNC sous Linux en se rendant compte que c'est bof bof et qu'il y a vachement mieux

[zano42]

Salut CaSa,

Tout d'abord merci pour ton post qui m'a mis sur une piste interessante mais pour ton info :

RealVnc coute 19.76 €

Pour commencer j'ai examiné le fichier log et effctivement y'a de l'étrange la dedans...je te fais grace du blablabla du début pour te donner que les 3 dernieres lignes de fin qui sont les plus parlantes:

xsetroot: unable to open display 'nom_de_ma_machine:1'
vncconfig: error while loading shared libraries: libstdc++-libc6.2-2.so.3: cannot open shared object file: No such file or directory

(gnome-terminal:12311): Gtk-WARNING **: cannot open display:
Erreur du gestionnaire de fenêtres : Unable to open X display nom_de_ma_machine:1

La je te l'accorde y'a un os ...

Je verifie donc si mes librairies sont bien installées - ce dont je suis a peu pres certain car sans cela bien des logiciels / services me l'aurait deja fait comprendre- mais bon je fais le bete et je vais voir....

En effet libc6.2... et libc62...-dev sont bien installés de meme que
libstdc++6 et son ...-dev.

Bon allons voir le /etc/vnc.conf et la surprise: le fichier existe bien mais toutes les lignes sont commentées !...

Autant dire qu'il n'ya pas de config du tout.

J'etais décidé a me mettre a la tache et a voir ligne par ligne ce qu'il me faut decommenter et valider losque je me suis souvenu de ta remarque soit:

"Donc dans l'ordre :
- voir logs
- voir config
- tester le VNC via SSH et se rendre compte que c'est super
- laisser tomber VNC sous Linux en se rendant compte que c'est bof bof et qu'il y a vachement mieux "

C'est le dernier point qui me plait...Alors dis moi en dehors de vnc que pourrais tu me proposer qui me fasse moins me prendre le chou ???

Merci d'avance et A+

zano42

[CaSa]

C'est le dernier point qui me plait...Alors dis moi en dehors de vnc que pourrais tu me proposer qui me fasse moins me prendre le chou ???

Si tu veux absolument "voir" un serveur tel qu'il est dans sa session ouverte ou montrer ton écran à un collègue, il n'y a guère que VNC qui puisse faire cela. Mais comme je l'ai dit c'est beaucoup plus simple et sécure de le véhiculer au travers d'un tunnel SSH (ouverture du port 22) plutôt que de t'embêter avec tes ports 59xx et tes problèmes "d'export display" (car je pense que ton problème vient de là : l'export display n'est pas autorisé).
Le principe du tunnel SSH : de linux vers linux il suffit de lancer une commande de type
ssh user@ip_machine -L port_local:ip_distante_du_port:port_distant

En clair dans ton exemple :
tu lances ton vncserver et on peut y accéder à distance en tapant d'abord :
ssh ton_login@ton_ip -L 5999:127.0.0.1:5900
puis ton collègue fait un simple vncviewer vers localhost:5999
Pour un accès à partir de windows, c'est aussi possible grace à PUTTY qui propose le même type de service SSH avec redirection de port.

Maintenant, passons à autre chose.
FREENX : une compilation pour le meilleur de VNC + TSE + SSH je dirais.
J'avoue que depuis que j'ai découvert ça j'en met un peu de partout.
Le principe est légèrement différent de VNC mais beaucoup mieux niveau administration ou prise de controle à distance.
FREENX propose une ouverture de session à distance comme si tu étais devant ton PC. Les avantages sont multiples :
- plusieurs sessions possibles
- sécurisé car sur une couche SSH et surtout pas besoin d'ouvrir 36 ports
- pas besoin d'avoir ouvert une session sur le poste en question contrairement à VNC (hé oui, VNCserveur ne fonctionne qu'avec une session ouverte il me semble). Tu peux donc laisser ton poste sur le login GDM et prendre le controle à distance.
- multisystème aussi pour le client : windows/linux
- gratuit

la procédure que je suis régulièrement => http://www.coagul.org/spip.php?article330
Par contre l'adresse du dépot n'est plus bonne. J'utilise celle là :
deb http://ppa.launchpad.net/marceloshima/ubuntu hardy main
deb-src http://ppa.launchpad.net/marceloshima/ubuntu hardy main
Il y a d'autres procédures :
http://www.commentcamarche.net/faq/suje ... eur-freenx
Et si tu as un problème de clef, j'ai mis un tuto express sur le forum Debianfr :
http://forum.debian-fr.org/viewtopic.php?f=8&t=14267

[zano42]

Salut CaSa,

Alors là bravo ! Ca je dois avouer ce ne sont pas des reponses et des explications de tata ! - c'est juste une expression j'ai rien contre -


Nous sommes déjà en train de mettre en oeuvre tes conseils.

Je te retournerais le resultat une fois fini mais quelque chose me dit déjà que ça devrait fonctionner comme papa dans maman.

Encore un grand merci.

[CaSa]

Freenx est vraiment une technologie à essayer. Si tu arrives à l'installer (et c'est pas bien compliqué), tu devrais être bluffé par la facilité de connexion et de travail distant

[CaSa]

Petite correction sur le dépot actuel des paquets FREENX...

Il faut mettre ceci dans le /etc/apt/sources.list :

deb http://packages.debianbase.de/etch/i386/nx/ ./