-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

At some point hitherto, Matthew C Valites hath spake thusly:
> I'm trying to sudo a command that runs an X app through an ssh 
> connection between a linux machine and a solaris box.  The problem I'm 

This is very possible, though the devil is in the details.  It depends
on how you're trying to run the various commands, and where they are
being run.

> I think that the problem lies in xauth and the DISPLAY env variable. 

This is probably the case.  Ordinarily, ssh will use $HOME/.Xauthority
to save your auth cookies.  If you become root, $HOME may (depending
on how you do it) become /root, which will prevent you from being able
to do this.  Also, if your home directory is NFS mounted with
root_squash turned on, you're screwed.  

> Somehow I need to set DISPLAY in sudo as is it is when I first logged 
> in.  Has anybody had any similar problems and have any workarounds?

One thing that should work, assuming you have the root password or
your key installed in root's .ssh/authorized_keys* file(s), is this:

  ssh root@remote Xclient

> I have to sudo the command, so sudo'ing a shell or changing the 
> permissions so the user can execute it on the remote machine is not a 
> valid solution.  Any help or suggestions are appreciated.

Well, it sounds like you're doing something like this:

  sudo ssh remote /usr/X11R6/bin/xterm

This works for me.  Is this similar to what you're doing?  If so, it's
probably something in your ssh_config or sshd_config files that's
preventing it from working.  Off the top of my head, I can't think of
what it might be...

- -- 
Derek D. Martin
http://www.pizzashack.org/
GPG Key ID: 0x81CFE75D

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE9peZrdjdlQoHP510RAicuAJ9Zo1qo0xmFRFh9ZJujohqHSSOr+QCfV5as
QY2tqHFWgyKTClBLAvlst88=
=6lVl
-----END PGP SIGNATURE-----