When connecting to an installation of x2goserver on Gentoo, x2goclient never gets past the "connecting" stage. The syslog on the sever indicates the shh connection is completed, and shows a regular logout when the client is shut down, but no session is actually started. After some conversation with the developer on the #x2go Freenode channel it seems that some files or symlinks are not created correctly. It seems /usr/bin/x2goagent and /usr/lib/NX/x2goagent are missing.
Versions used: net-misc/nx-3.5.0.20-r1 net-misc/x2goserver-4.0.1.6
Thanks for the report! My test setup hangs at x2goclient connection too, though it worked recently (and I did not update NX parts). I have a hunch on the culprit, let me do some tests. For reference, in Gentoo we install /usr/bin/nxagent and /usr/lib/NX/nxagent (and update x2goserver accordingly) for historical compatibility with the "old" NX servers like nxserver-freenx or neatx. So these should work fine
Confirmed, the problem comes from openssh[hpn] When running x2goclient from console, it outputs the error message: "channel_open_session failed" : "SSH_KEXINIT received in wrong state" The workaround is to rebuild (on the server) openssh with USE=-hpn, etc-update/dispatch-conf and restart sshd This looks like bug #477506 (xpra design is close to NX), CC-ing base-system for opinion here
(In reply to Bernard Cafarelli from comment #3) > The workaround is to rebuild (on the server) openssh with USE=-hpn, > etc-update/dispatch-conf and restart sshd This workaround works fine for me, thanks! Am I missing something not using high performance support for openssh?
You go back to "standard" SSH performance, so not too bad :) It'd be nice that hpn worked here though
For now I have modified x2goserver ebuilds to depend on openssh[-hpn], so users do not have to dig the x2go wiki or this bug to get a working setup
net-libs/libssh-0.6.0_rc1 seems to have this problem fixed. I requested a version bump in bug #488486.
Thanks Lars! I was sure I had tested 0.6.0_rc1, probably mixed a few things between client and server. This test setup works fine indeed Updated both packages to: * still require openssh[-hpn] on arch x2goserver * warn users with <libssh-0.6.0_rc1 on arch x2goclient * allow openssh[hpn] on ~arch x2goserver * require libssh-0.6.0_rc1 on ~arch x2goclient
Just for the record. This is still a problem when someone is using a windows build of x2goclient as these builds are still being shipped with libssh-0.5.5
