[ale] ssh -X won't work

Dow Hurst dhurst at kennesaw.edu
Tue Jun 17 09:47:33 EDT 2003


Dave,
Sorry, I wasn't clear.  When you attempt the connection, is there a fake 
Xserver process that sshd starts running on the server in question?  An 
ssh session involving X forwarding should have two fake X processes 
running on higher ports than regular unencapsulated X.  Usually starting 
at 6010 and up.  When I do a remote X session I see these type entries 
using "netstat -an" on the remote machine as windows are created and used:

tcp        0      0  130.218.246.59.1794    130.218.246.59.6010    
ESTABLISHED

What is interesting to me is that I don't see them on the local machine 
in reverse.  I guess I don't quite understand the process ssh uses on 
the local machine to pass the X commands to the local X server.  I was 
hoping to see if you don't have the ability to connect from the high 
port on the remote server at 6010 to the low port 22 on the local 
server.  I am using the ssh.com version of ssh and not openssh as well.
Dow


David Corbin wrote:

>On Monday 16 June 2003 18:36, Dow Hurst wrote:
>  
>
>>When you start a session with this server does netstat -an show the X
>>ssh server running on both machines?  
>>    
>>
>
>Well, the ssh server IS running on both machines, but that's not surprising to 
>me.
>
>  
>
>>Just curious as it probably
>>isn't.  There aren't any firewalls in between you and the server are
>>there? 
>>    
>>
>
>The target machine in question IS a firewall (linus based of course), but 
>there's nothing between.  Basic ssh stuff works just fine, it's the -X that 
>doesn't.
>
>  
>
>>Do you have the same version of openssh on each server?
>>    
>>
>Well, I've tried from numerous clients, including one that does have the same 
>version:  OpenSSH_3.4p1
>
>  
>
>>Dow
>>
>>David Corbin wrote:
>>    
>>
>>>I have one particular server, that I "ssh -X " to, and it won't set
>>>DISPLAY for me.  I've checked the sshd_config and it is does have
>>>X11Forwarding enabled.  When I run sshd with -d I get
>>>
>>>debug1: server_input_channel_req: channel 0 request x11-req reply 0
>>>debug1: session_by_channel: session 0 channel 0
>>>debug1: session_input_channel_req: session 0 req x11-req
>>>
>>>(not sure if this is relevant, but it's the part of the dump that refers
>>>to X11).
>>>
>>>Any ideas on what might be wrong?
>>>
>>>David
>>>_______________________________________________
>>>Ale mailing list
>>>Ale at ale.org
>>>http://www.ale.org/mailman/listinfo/ale
>>>      
>>>
>_______________________________________________
>Ale mailing list
>Ale at ale.org
>http://www.ale.org/mailman/listinfo/ale
>
>  
>

-- 
__________________________________________________________
Dow Hurst                  Office: 770-499-3428
Systems Support Specialist    Fax: 770-423-6744
1000 Chastain Rd. Bldg. 12
Chemistry Department SC428  Email:   dhurst at kennesaw.edu
Kennesaw State University         Dow.Hurst at mindspring.com
Kennesaw, GA 30144
*****************************************************************
This message (including any attachments) contains confidential  *
information intended for a specific individual and purpose,     *
and is protected by law.  If you are not the intended recipient,*
you should delete this message and are hereby notified that     *
any disclosure, copying, or distribution of this message, or    *
the taking of any action based on it, is strictly prohibited.   *
*****************************************************************


_______________________________________________
Ale mailing list
Ale at ale.org
http://www.ale.org/mailman/listinfo/ale





More information about the Ale mailing list