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: "J K" <email@hidden>
- Date: Wed, 14 Nov 2007 10:58:13 -0500
On Nov 11, 2007 8:28 PM, Ben Byer <email@hidden> wrote:
> 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
>
As always, thanks for taking the time to do this. I wanted to get some
help troubleshooting this problem I am having with this. I've
mentioned it in other messages/threads, but still no resolution. Any
help is greatly appreciated.
I get the following upon grep'ing for DISPLAY on the remote host
(running Leo) in [3]:
/sw/etc/alternatives/xdvi.1:.SB DISPLAY.
/sw/etc/alternatives/xdvi.1:.SB DISPLAY
/sw/etc/profile.d/xfontpath.csh:if ( -x "/sw/bin/xfontpath" && $?DISPLAY ) then
/sw/etc/profile.d/xfontpath.csh: if ( "x$DISPLAY" == x:0.0 ||
"x$DISPLAY" == x:0 ) then
/sw/etc/profile.d/xfontpath.sh: case $DISPLAY in
/etc/sudoers:Defaults env_keep += "DISPLAY XAUTHORIZATION XAUTHORITY"
I think that last line in the sudoers file is something new; I might
have inadvertently done that at some point in trying to troubleshoot
this?
Locally, [1] runs just fine with the expected output, but after doing
[4], which is what I did in Tiger successfully, [5] now returns an
empty line.
I should mention that [6] was properly set for all of this, though I
recently changed the /etc/ssh_config to read:
ForwardX11Trusted yes
which was not present as an option in the default ssh_config file but
looks to be an option in the man page. (Could this account for my
sudoers file?) Easy enough to change back.
Thanks,
J.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list (email@hidden)
This email sent to email@hidden