Discussion :

[FrancisGernet]

Je cherche à identifier les moyens de base à mettre en œuvre pour une connexion depuis un « serveur X » à un « client » xapp.

J'ai installé Xming comme serveur sur la machine "graphic-pc" (sous windows), ainsi que PuTTY.

Sur la machine debian "deaf-and-dumb-srv", j'ai arrêté tous les display managers (que j'ai *trouvés*).
J'ai juste le daemon sshd qui tourne, avec, dans son fichier de configuration /etc/ssh/sshd_config :
X11Forwarding yes
X11DisplayOffset 10
TCPKeepAlive yes
Je lance Xming et PuTTY (sous Win) sur graphic-pc et, après avoir coché la case Enable X11 forwarding dans PuTTY dans la Category :Connection -> SSH -> X11, je ne connecte à deaf-and-dumb-srv.
Dans la fenêtre-console-terminal de PuTTY, je lance : $ xterm & ... et ÇA MARCHE !

Sur deaf-and-dumb-srv (depuis la fenêtre PuTTY),
$ echo $DISPLAY renvoie localhost:10.0
et
$ xauth list renvoie deaf-and-dumb-srv/unix:10 MIT-MAGIC-COOKIE-1 0f0...e82
$ nmap 192.168.1.7 affiche (192.168.1.7 est l'adresse ip de deaf-and-dumb-srv) :
Host is up (0.00039s latency).
Not shown: 993 closed ports
PORT STATE SERVICE
22/tcp open ssh
80/tcp open http
111/tcp open rpcbind
139/tcp open netbios-ssn
445/tcp open microsoft-ds
873/tcp open rsync
901/tcp open samba-swat

Puis-je déduire que la configuration minimale pour accéder à deaf-and-dumb-srv depuis graphic-pc est :
Un « serveur » X et un client SSH sur graphic-pc,
un serveur ssh sur deaf-and-dumb-srv (et putty x11 proxy s'occupe de tout ?),
et enfin, une connexion tcp port 22,
et c'est *tout* ? (pas besoin de Xvfb..., de redirection de port sur le firewall - mais mon test n'a été fait que sur un réseau local, sans firewall -)

Merci de votre aide pour confirmer, ou infirmer ma supposition.

[jlliagre]

Oui, il n'y a besoin de rien d'autre. Plus précisément, il faut:

- qu'un serveur X11 tourne sur son poste local (ex: Xorg sous Unix/Linux, Xming sous Windows, etc)
- un client ssh qui implémente le tunnelling X sur son poste local (ex: ssh -X ou ssh -Y)
- un serveur ssh qui accepte le tunneling X sur le serveur distant (X11Forwarding yes)
- un réseau qui ne bloque pas le port utilisé par ssh (22 par défault)
- un compte utilisateur sur le serveur distant
- qu'au moins une application X11 et les bibliothèques X11, toolkit etc. associées soient installées sur le serveur distant