[TriLUG] X11TransSocket UNIX Connect: Can't connect: errno = 111
Mike M
linux-support at earthlink.net
Thu Feb 13 18:37:04 EST 2003
On Thursday 13 February 2003 12:35, Jeremy Portzer wrote:
> On Wed, 2003-02-12 at 22:23, Mike M wrote:
> > On Wednesday 12 February 2003 20:24, Jeremy Portzer wrote:
> > > Better answer: what does echo $DISPLAY tell you? Ssh is probably
> > > setting $DISPLAY properly for X forwarding, while telnet is not that
> > > smart.
> >
> > mike01 at debian:~$ echo $DISPLAY
> >
> > :0.0
>
> Okay, this means that the telnet client and server have passed on your
> environment, including the local $DISPLAY variable, to the remote
> computer. A $DISPLAY of :0.0 is correct to make X programs display
> locally, but doesn't work properly on the remote computer. (It's trying
> to display the X program on the remote computer's console, instead of
> redirecting back to the local box.)
>
> Since you initially said you're trying to run vim, which you really
> don't need X forwarding for, just type "unset DISPLAY" after logging
> into the remote computer, and that should solve the problem.
Yep, it did.
Also found the issuing "export DISPLAY=" on local machine before telnet
session worked.
I only use command line on remotes. Running X on remotes is not on my
horizon.
> If you actually want to run an X program, set DISPLAY equal to the IP
> address of the local computer, for example:
> export DISPLAY=192.168.0.1:0
> (substitute IP address as appropriate)
>
> You will also need to run "xhost +192.168.remote.ip" on the local
> computer to give the remote computer access to display its programs
> locally.
>
> The reason I recommend ssh is that you don't need to worry about ANY of
> the above nonsense with $DISPLAY and xhost. Ssh takes care of it for
> you. Just use ssh and your problems will be solved. :-)
Sometimes I want the low processing overhead of telnet. I always use it in a
captive environment.
Thanks,
--
Mike M.
More information about the TriLUG
mailing list