Re: Warning: No xauth data; using fake authentication data for X11 forwarding.
Re: Warning: No xauth data; using fake authentication data for X11 forwarding.
- Subject: Re: Warning: No xauth data; using fake authentication data for X11 forwarding.
- From: Ben Byer <email@hidden>
- Date: Sun, 11 Nov 2007 17:28:59 -0800
On Nov 11, 2007, at 10:23 AM, Merton Campbell Crockett wrote:
While I could establish a connection with the error being reported,
I could not run an xterm or any application on the remote system
that would open an X window. I had to restore the "export DISPLAY=:
0.0" to ~/.bash_profile.
Don't do that, you'll be sorry...
Okay, try these SSH troubleshooting steps. This list shows the
expected behavior of the system.
local $ refers to commands run on my local Mac running Leopard
remote $ refers to commands run on a remote Unix machine, of any type
[1] local $ echo $DISPLAY
/tmp/launch-Bh0fLm/:0
[2] local $ grep DISPLAY ~/.*rc ~/.login ~/.*profile ~/.MacOSX/
environment.plist 2>/dev/null
[3] local $ grep -r DISPLAY /opt/local/etc /sw/etc /etc 2>/dev/null
[4] local $ ssh -Y remote
Warning: No xauth data; using fake authentication data for X11
forwarding.
[5] remote $ echo $DISPLAY
localhost:10.0
[6]remote $ grep X11 /etc/ssh/sshd_config ~/.ssh/*
X11Forwarding yes
X11DisplayOffset 10
Notes:
If step 1 returns ':0', 'localhost:0' or anything similar, you have a
configuration file that is overriding the system's DISPLAY variable.
If step 2 outputs anything, it indicates that a configuration file in
your home directory may be the culprit; try creating a new user and
repeating the steps with that user.
If step 3 outputs anything, it indicates that a system-wide change was
made that is overriding your environment. If it begins with /opt/
local, it is MacPorts; if it begins with /sw, it is Fink. Otherwise,
it is probably a commercial program that uses X11; contact your vendor
for an updated version.
The warning message in step 4 is harmless.
If step 5 does not output anything, then step 6 will say
"X11Forwarding no". In this case, you must fix the configuration on
the remote side.
If step 6 outputs anything other than "localhost:xx.0", then your
remote configuration is overriding the DISPLAY variable set by sshd on
the remote side.
--
Ben Byer
CoreOS / BSD Technology Group, XDarwin maintainer
_______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list (email@hidden)
This email sent to email@hidden