Summary: | net-misc/x2goserver with net-misc/openssh[hpn]: x2goclient hangs at connect | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Stefan Radermacher <gentoo> |
Component: | Current packages | Assignee: | Gentoo NX Server project <nx> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | flow, polynomial-c |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 488486 | ||
Bug Blocks: |
Description
Stefan Radermacher
2013-08-26 12:50:13 UTC
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 |