l i n u x - u s e r s - g r o u p - o f - d a v i s
Next Meeting:
July 7: Social gathering
Next Installfest:
Latest News:
Jun. 14: June LUGOD meeting cancelled
Page last updated:
2005 Mar 18 00:54

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
Re: [vox-tech] Exporting displays
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [vox-tech] Exporting displays

First:  don't start a new thready by replying to a message from an
existing one.  Your email headers will cause your message to appear in
the other (unrelated) thread.

Compose a new message and address it to list instead.

on Wed, Mar 16, 2005 at 10:19:02PM -0800, John Wojnaroski (castle@mminternet.com) wrote:
> Hi,
> I'm trying to login into a remote host and have the host export the
> screen display back to my machine

Let's clarify understanding.

   You are at host 'foo'
   You are remotely logged in to host 'bar'
   You want a program on 'bar' to appear on 'foo'
> With "export DISPLAY=:0.0" will result in the executing program using
> the remote host display.  

Right, this will run on the existing (if any) X display on 'bar', if you
have permissions to do so, it exists, etc.

> Trying "export DISPLAY=my_ip_address:0.0"  returns something like
> "Xlib: client is not authorized to connect to server" which seems to
> indicate that something is missing or lacking on the local machine.
> Any suggestions where to look?

First:  you're not doing this right.

You want to ssh to the remote host with X11 forwarding set.  This both
sets all your DISPLAY environment settings properly *AND* tunnels the
session through an encrypted SSH session back to your local (foo)

On the client side (foo):

   ssh -X bar
   <connection established>
   <run X command>

You can shortcut this to:

   ssh -Xf bar <command>

...which will set up the SSH session, the X11 tunnel, run your command,
then fork SSH to background until your X application closes.

On the server side, it's necessary to enable X11 forwarding.  Generally
in /etc/ssh/sshd_conf .  Many distros disable this by default (it's an
access/security issue, though in the grand scheme of things, a lesser
risk than many sins).

You'll also find:

  - Mark Kim's "xhost+" advice.  DON'T DO THIS.  EVER.  Google for the
    reasons, they're well known and tedious to recount.  Fortunately,
    most sane X servers don't allow this in their default sessions.

  - Most X servers don't allow remote TCP connections.  These may also
    be blocked at other stages, including IP filters and (possibly)
    tcpwrappers (not sure on last).

  - You don't have a cookie.  It's magic.  It's from a secret recipie
    sold by MIT for $50,000.  Wait, wrong chain mail....


Karsten M. Self <kmself@ix.netcom.com>        http://kmself.home.netcom.com/
 What Part of "Gestalt" don't you understand?
    I  was taking my bicycle on BART one afternoon. I have a FreeBSD sticker
    on it and a woman looked at it with her head cocked and then asked me,
    "Who's BSD?"
    - Skip Evans

Attachment: signature.asc
Description: Digital signature

vox-tech mailing list

LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
Sunset Systems
Who graciously hosts our website & mailing lists!