Salux,

Avant il faut que tu installe un serveur X sur ta becane. Xfree ou mix par exemple.

Ensuite dans une console tu lances
xterm -display @ipmachinedistante:0
ou
xterm -display @ipmachinedistante:0.0

Ensuite "normalement" tout se que tu lances ds la console qui apparaitra sur ta machine distante utilisera le serveur X de la machine distante.

J'ai reussi a faire marche mix (de Micro Images) mais j'ai pas encore eu le temps d'essayer Xfree.

A++
Linux dominera le monde !!!! Mais po facile de tt comprendre

Salut,

pour tout ce qui concerne X, il faut regarder du coté de Xhost, X c'est déjà un bon début.

Ensuite ca dépend des programmes utilisés, la plupart des programmes sous X on une option -display, ou --display qui permet de donner l'adresse du serveur X, ainsi que l'ecran associé.

Un coup d'oeil dans les pages man de ces programmes peut s'averrer utile, bien que l'option en question n'y soit pas systematiquement référencée.

Dans ton cas, une fois ssh ou telnet lancé, tu est en 'local' sur le serveur, soit tu lances l'interface graphique de cette console, ( "startx &" pour recuperer la main sur la console) soit X est déjà lancé.
Dans les deux cas, tu as ensuite deux solutions:
1)
xclock --display 127.0.0.1:0 (127.0.0.1 c'est normal vu que tu te trouve sur le serveur!)
2)
export DISPLAY=127.0.0.1:0
xclock

La deuxieme solution me parait la plus souhaitable dans ce cas précis, car tu es, via telnet ou ssh, sur le serveur (pas physiquement hein!).
Tu peux ainsi lancer toute tes apllications sur le serveur par defaut aprés avoir fait une fois le "export", et quand tu as besoin de lancer un prog sur le client (la machine sur laquelle tu es physiquement) à ce moment là tu peux utiliser l'option -display (ou --display).
En gros, il parait plus logique de n'utiliser l'option -display que ponctuellement.

Sinon... je ne sais pas ce que tu fais ou attend de ça réellement, mais cette façon de faire, ne me parait pas la meilleure.
( j'aurai plutot tendance à me connecter via ssh que qaund je n'ai pas d'accés physique à la machine, qui dit pas d'accés physique dit pas d'accés à son ecran non-plus!)

En général, ces histoires de display sont utilisés pour lancer un application qui se trouve sur un autre PC que celui sur lequel tu travailles, et dont tu ne disposes pas localement.
Dans ce cas là, soit sur le serveur tu tapes
xclock --display ip.client:0
soit à partir du client tu te connectes en ssh sur le serveur puis tu fais
xclock --display ip.client:0
en ayant pris soin tout d'abord d'autoriser le serveur à interagir avec ton serveur X
(sur le client, "xhost +ip.serveur")

C'est utilisation est plus 'classique', mais encore une fois ça dépend totalement de ce que tu souhaites faire ;)

@++

"Si c'est stupide et que ça marche,
        alors ce n'est pas stupide"

Avec vnc (connecté en tant que display 1), quand je fais:
xclock -display 127.0.0.1:1
ca marche dans ma fenetre cliente.
Par contre, pour faire ca sur le serveur ( xclock -display 127.0.0.1:0), j'ai une erreur du type:
Xlib: connection to "127.0.0.1:0.0" refused by server
Xlib: Invalid MIT-MAGIC-COOKIE-1 key
Error: Can't open display 127.0.0.1:0
J'avoue que je n'y comprend pas tout...

Arf,

Bon il va faloir qu'on parle de noms, plus que d'adresses IP.
Clt la machine a la quelle tu as accés, Srv la machine a la quelle tu n'auras plus accés quand tout sera dans l'ordre.
quand tu dis VNC connecté en tant que display 1, c'est le display 1 de la machine Clt?
Plutot que 127.0.0.1 utilises les IP de tes machines (ça depend de VNC je ne connais pas trop) 127.0.0.1 peut représenter soit la machine Clt, soit la machine Srv.
De plus, dans le cas ou 127.0.0.1 représente Clt et que l'affichage doit se faire sur Svr, il faudra que Srv autorise Clt à afficher (on est plus en local donc on ne peut pas pardéfaut interagir avec X) sur Srv, xhost +ip.de.Clt.

"Si c'est stupide et que ça marche,
        alors ce n'est pas stupide"