SOLVED -- Re: New X11 trouble



Kevin the Drummer <nobody@xxxxxxx> wrote:
I have three hosts on my home network, hosta, hostb & hostc, and
I'm having connection troubles amongst some of them.

hosta can run remote X11 applications on either hostb or hostc
without issue. hosta can run multiple applications at the same
time variously on hostb or hostc.

hostb can run X11 applications on hosta. hostb can only intermittently
run applications on hostc. For instance, when I try to start up an
xterm, running on hostc and displaying on hostb, then most of the time
the start-up will fail with this message:

X connection to hostc.mydom.com:10.0 broken (explicit kill or server shutdown).

On the occassions when the xterm does start, then I can launch
more X applications in that xterm.

hostc can't run X11 applications on either of the other two hosts.

Now, here's where I'm really confused. All three hosts have
identical ssh_config files, have identical sshd_config files,
have identical ~/.ssh/config files, and have identical /etc/hosts
files.

ssh_config contains:

Host *
ForwardAgent yes
ForwardX11 yes
ForwardX11Trusted yes
Protocol 2
StrictHostKeyChecking ask

sshd_config contains:

Protocol 2
HostKey /etc/ssh/ssh_host_key
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
PermitRootLogin no
X11Forwarding yes
X11DisplayOffset 10
X11UseLocalhost no
UsePrivilegeSeparation no
MaxStartups 3
Subsystem sftp /usr/lib/ssh/sftp-server

~/.ssh/config contains:

Compression yes
ForwardX11 yes
ForwardAgent no
ForwardX11Trusted yes

For a short time I had a problem with /etc/hosts on hostc in that
it had 127.0.0.1 listed as one of the addresses of hostc, causing
me to groom /etc/hosts until they looked good, and look identical
across the hosts.

All 3 hosts are running OpenSSH 4.3p1. hosta is a Mandrake 10.1
system. hostb is a Mandrake 9.0 system. hostc is a Mandriva
2006.0 system.

I'm thinking of going back to OpenSSH 3.7.1p2, which ran without
fail ever since I installed it shortly after its release. The
Mandriva 2006.0 system ran without fail with OpenSSH 4.2p1.
Maybe that would be a good choice. I'd rather fix the 4.3p1
implementation tho, since it includes improved security over
prior versions.

I found the problem. I'm not sure why this is, but I now need to
set "X11UseLocalhost yes" in sshd_config. A *long* time ago I
got used to setting this to "no", otherwise X forwarding wouldn't
work. Now for the first time I'm required to set it to "yes".
I found the answer by trial and error with all of the relevant
parameters in sshd_config. Everything seems to be working again,
including stuff like this:

ssh myfirewall.mydom.com -f 'ssh otherhost.mydom.com xterm'

I hope this helps someone....

--
PLEASE post a SUMMARY of the answer(s) to your question(s)!
Show Windows & Gates to the exit door.
Unless otherwise noted, the statements herein reflect my personal
opinions and not those of any organization with which I may be affiliated.
.



Relevant Pages

  • upgrade
    ... Integrate disk storage equal to the current disk size on hostC ... Create physical standby on hostC from hostA. ... Create "shell" of an Oracle 10g database on the standby system ... hostA & hostB now becomes dormant and hostC & hostD as live. ...
    (comp.databases.oracle.server)
  • Re: New X11 trouble
    ... hosta can run remote X11 applications on either hostb or hostc ... hostb can run X11 applications on hosta. ...
    (comp.security.ssh)
  • [SLE] X gurus: Xlib:connection refused, invalid magic cookie
    ... hostA runs my local X server (X display where I sit working) ... HostA is set up to boot directly into X mode querying and presenting the ... login screen from hostB. ... HostB and HostC have both individual home directories and passwd for the ...
    (SuSE)
  • Re: [SLE] X gurus: Xlib:connection refused, invalid magic cookie
    ... > Now you are telling hostB, that it should allow connections FROM hostC. ... this cannot work since clients from hostA are not authorized to ... connect to the X server. ...
    (SuSE)
  • Re: [SLE] X gurus: Xlib:connection refused, invalid magic cookie
    ... HostA is a diskless client booting Solaris and X from the hostC OS ... a pure Cad application server (execution host). ... > Your steps make sense but, apparently, the host access control mechanism ...
    (SuSE)