On 20.05.2015 11:34 PM, Real, Elizabeth (392K) wrote:
What version of SSH does x2go use?
X2Go uses SSH version 2. Protocol version 1 should not be in use anymore.
And if the issue is with the server¹s RSA ssh keys, can you provide documentation as to how the RSA keys should be setup on the server?
The RSA "problem" might have been misleading and not a problem at all - at least at this stage. Generally, it's true that RSA keys must be available, but the default setup as you had it should be providing that alright.
That is, if the problem is still the old "Protocol mismatch".
As far as I could see, libssh receives an empty banner from the remote OpenSSH daemon for some reason and thus can't connect at all. It never even reaches a state where client and server could exchange keys.
I have never, ever seen this issue before and I know at least one other person with an RHEL 7 server that has a working setup, so this must be something very specific to your setup.
It *looks* like a networking issue, but given that our previous tests with netcat "succeeded" in the sense of getting a legit banner out of the remote OpenSSH server, I'm stumped.
Other possible things to look out for include the proxy settings in the session settings, but I think we have ruled that out, too, because you're not using any proxy.
It *could* also be a bug in libssh, but that would be very odd. Especially given it works for other people.
I assume access to these machines for debug purposes is not an option?
Mihai