Red Hat Bugzilla – Bug 148819
X11 Tunneling No Longer Works
Last modified: 2007-11-30 17:07:16 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041215 Firefox/1.0 Red Hat/1.0-12.EL4
Description of problem:
After upgrading to RHEL4 my OpenSSH will no longer forward X11 connections.
Logging into a remote host (with -v) says:
debug1: Requesting X11 forwarding with authentication spoofing.
debug1: channel 0: request x11-req
$DISPLAY is set to localhost:10.0
But starting up an xterm gives (-v output):
debug1: client_input_channel_open: ctype x11 rchan 4 win 65536 max 16384
debug1: client_request_x11: request from 127.0.0.1 41748
debug1: fd 7 setting O_NONBLOCK
debug1: channel 1: new [x11]
debug1: confirm x11
No window opens.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. ssh to remote host
2. start any X program
Actual Results: Nothing happens
Expected Results: The X display should be on my local display
Which machine have you upgraded? The ssh client or ssh server?
What happens if you run ssh -Y remote and try to run X11 application again?
I did a clean install on the client. I've tested with a number of different
servers, RHEL3, RHEL2.1, RHEL4, Solaris 9, Solaris 8, SGI.
My home directory is mounted NFS, so my config files haven't changed, and I
haven't changed the /etc/ssh/ssh_config.
-Y does work.
I did an install of RHEL4 on another desktop, and it does not exhibit this
problem. The one difference between these is that the one that does not work is
dual-headed running Xinerama.
If -Y does work then it's duplicate of bug 138875 and more generally bug 137685.
It should get fixed by the next OpenSSH update - this adds the ForwardX11Trusted
yes to the ssh_config file.
*** This bug has been marked as a duplicate of 150262 ***