Re: X Display from remote host and ssl/ssh:Solved

[Sebastian Canagaratna <s-canagaratna@onu.edu>]

Thanks. Your suggestion that I check that the X server is listening
for TCP connection was the most imporant one. I found that the xserverrc
file had -nolisten TCP. Once I removed it, I could get the diplay
forwarded provided I defined the DISPLAY variable. The remote
sshd server had Forward X11=no, so I had to define the display.

Thanks again.

Sebastian. 

On Sat, Aug 10, 2002 at 01:37:47AM +0930, Tom Cook wrote:
> On  0, Sebastian Canagaratna <s-canagaratna@onu.edu> wrote:
> > Hi:
> >  
> >   I am using Debian unstable (or is it testing, now that woody has
> >   become the stable deistribution?) and Linus 2.4.8. I used to connect
> >   to remote machines (first xhost + remotehost) by telnet
> >   then on the remote host type DISPLAY=myhost:); export DISPLAY
> >   and then xterm & and the xterm would appear on my display.
> > 
> >   One of the remote hosts now uses ssh, so I have to use ssh. I can
> >   connect to it without any problem, but when I type xterm & and
> >   connection fails. The ssh man pages says I shouldn't define DISPLAY.
> >   But whether I do or don't the result is the same.
> 
> How about 'ssh X remotehost.remotedomain'?  That will forward X calls
> over the secure tunnel, if the remote ssh server is configured to
> allow this.
> 
> >   For the other machine I use telnet-ssl, and there too, after defining
> >   DISPLAY, I fail to connect.
> 
> You should not set DISPLAY when using ssh.  There are two things that
> you should check:
> 
> 1. That the remote server supports X forwarding.
> 2. That your X server is listening for TCP connections.
> 
> The first will be in /etc/ssh/sshd_config (if the remote host is a
> Debian machine) and the option is X11Forwarding.  The second is
> configured in one of /usr/X11R6/lib/X11/xdm/Xservers (if you use XDM)
> or /usr/X11R6/lib/X11/xinit/xserverrc (if you don't).
> 
> I think by default Debian machines do not allow X forwarding and do
> not listen for TCP connections to X servers.
> 
> Tom
> -- 
> Tom Cook
> Information Technology Services, The University of Adelaide
> 
> Classifications of inanimate objects:  Those that don't work, those that break down, and those that get lost.
> 
> Get my GPG public key: https://pinky.its.adelaide.edu.au/~tkcook/tom.cook-at-adelaide.edu.au



-- 
Sebastian Canagaratna
Department of Chemistry
Ohio Northern University
s-canagaratna@onu.edu