Charles Curley wrote:
On Thu, Nov 09, 2006 at 08:00:48AM -0500, Craig Thomas wrote:
Dan Track wrote:
On 11/9/06, Manuel Arostegui Ramirez <manuel@xxxxxxxxxxxxxx> wrote:
El Jueves, 9 de Noviembre de 2006 13:14, Dan Track escribió:
Thanks for the reply. Sorry I guess I didn't make myself clear, lets
say we have teh following:
host1 host2
I want the user on host2 to ssh to host1, then run say gedit which
will opne up on the xdisplay the user has running on host1. Do you
know how to do this?
ssh -Y user@host1
Then, on the remote machine:
gedit &
firefox &
The trailing ampersand puts the process into the background. Because
the two programs have their own displays, they show up as usual and
you get the terminal back.
That will display on host2, the OP wants the display to be on host1.
To do what the OP wants requires trust between the user on host1 and the user on
host2. It's not something that the user on host2 can do for themselves. Security
is important in this issue, otherwise a user on host2 could log into host1 and
capture all the key presses of the user on host1 (X controls the keyboard as
well as the display, if you provide access to the X server you potentially allow
a user to intercept all keypress events).
To do what the OP wants, the user on host1 has to give up all security to their
X server. They can do that by issuing "xhost localhost" or "xhost hostname"
where hostname is host1's hostname. This will allow any user on host1 to access
their X server. Another way is for user1 to provide read access to their
.Xauthority file. Another user can then read that file using xauth, and get the
X-MIT-MAGIC-COOKIE for the display. The user from host2 will need to set their
DISPLAY environment variable to be the same as the user on host1, most likely :0.
--
Nigel Wade, System Administrator, Space Plasma Physics Group,
University of Leicester, Leicester, LE1 7RH, UK
E-mail : nmw@xxxxxxxxxxxx
Phone : +44 (0)116 2523548, Fax : +44 (0)116 2523555
