SSH error 114 when connect with FinalBuilder 7

FinalBuilder Discussion
1
Hi guys!
I'm trying to make an ssh connection with Suse Linux, but is returning the following errormessage.
ssh error encoutered: 114.
The interesting thing is that if I try this same connection with the "putty", works correctly.
Anyone out there can give me a hint what to do?
 
Thanks!
2

Hi Ede,

Error 114 translates to “There are no more methods for user authentication”. What type of security configuration do you have on SSH server? Are you using the correct private key file (if required)?

If you can’t get it to work, could you give us some details about the SSH server so we can try and reproduce it here? Feel free to send the information to support [at] finalbuilder.com if you’re not comfortable putting the information on the public forums.

Regards,
Paul.

3

Hello Paul.

Look, I'm using linux ssh standard, even without any modification.
Only access ssh on port 22, username and password prompts, and it works fine with other programs.
I noticed that in /etc/ssh there key files it generates is the first time raised the ssh service. I tried to use these files on the FB, the option Private Key File and Server FingerPrint, but unsuccessfully.
I don't know if you can help me with this, but I hope so.
Thank you for listening

 

 

4

Hi Ede,
Can you please try re-generating the ssh server’s keys using ssh-keygen - this has solved the issue for others in the past (see this thread for details: https://www.finalbuilder.com/Default.aspx?tabid=456&aft=10219)

Cheers,

Ben

5

 Sorry Ben, but I can't.

I did exactly what you said, but I had the same result. 

No connection to host, with message "Wrong socket state 4 in SetAddress (error code is 96258)

6

Hi Ede,
That looks like a different error message to what you were receiving earlier, so at least we’re making some progress.

Is it possible that you have a firewall that is blocking FinalBuilder but not PuTTY?

We use a third party library for the underlying SSH connection, and from their help it seems that client-side firewalls are the usual cause of error 96258.

Cheers,

Ben

7

Hello Ben!
First of all, thanks for your attention!
I would like to say that with your tip worked, but unfortunately not.
We have no firewall enabled, or at the station and not the server.
Unfortunately I do not know what may be influencing this barrier.
I will try this weekend to build a virtual machine  with Linux Suse 10 on my personal computer and see there if is also the same situation.
Any news I come back here to post on the forum.
Thanks

8

Hello Ben.
I have some news for you.
Connecting Ubuntu Linux ssh works fine, but testing the ssh connection in SUSE Linux,there's no way.
One thing I noticed is the SSH version of these distributions.
In the version of Ubuntu SSH 5.1 is already in the SUSE version is 5.4.
Can it be?
Details, I need to be on SUSE since KYLYX only runs in this distribution, unfortunately I can not change the OS.

 

9

Hi Ede,
Thanks for investigating further. I’ll run up a SUSE VM and see if I can replicate the problem.

Cheers,

Ben

10

Hi Ede,
I can reproduce the problem here on OpenSUSE. I’ll investigate and see if I can get it fixed.

Cheers,

Ben

11

Hi Ede,
I think I’ve found the cause and a (temporary) solution.

From version 5.7 of OpenSSH, the default algorithm has been changed to ECDSA (see http://www.linuxquestions.org/questions/slackware-14/[current]-openssh-5-7-ecdsa-as-default-algorithm-859079/). This seems to be tripping up the third party library we use for the underlying SSH connection.

I’ve been able to get it to work by following the suggestion in this post: https://bbs.archlinux.org/viewtopic.php?pid=919870#p919870

That is, in /etc/ssh/sshd_config, comment out the line:
[code]PasswordAuthentication no[/code]

If you have access to change your sshd config, that should hopefully get you up and running.

I’ll get in contact with the library vendor and see if there’s a solution that doesn’t involve modifying the server config.

Cheers,

Ben

12

Thanks Ben.

I'll try that and then you notice about the result.

Thank you so much!

13

Thanks Ben.
With this setup sshd_config worked perfectly.
If any change is made in the library or even in FB, placed here in the forum so I can return this setting as it was.
For now I'll use it this way.
Again, thank you for your help.

14

Hi Ede,
It just occurred to me - are you using a username/password or private key file to authenticate?

PasswordAuthentication no means that you must use a key file, although for some reason it seems that PuTTY still allows you to use username/password.

If you’d like to use FinalBuilder while having PasswordAuthentication set to ‘no’, you’ll need to set up private key file authentication.

Cheers,

Ben

15

 Hello Ben,

So I do not actually use the private key files. But even with these files could not make the connection by FinalBuilder.
When I commented that line in sshd_config went to work.
Actually I had never set up these private key files before, it worked for other programssuch as remote connection, I never gave much importance to them.
The important thing is that it is working now. !

16

I see this issue when I try to connect to UNIX box… I’m using SSH Open COnnection !! It connects fine with SSH Secure Client but fails when I use FB…I use username and password for authentication

SSH error encoutered: 114

Any Updates? I use FB 7.0.0.1283

17

Hi,
As I said above, if the server config has ‘PasswordAuthentication no’ set, you must use a private key file. ‘PasswordAuthenticaition no’ specifically disables connecting via username/password.

There are 3 modes for authentication: username/password; username/keyfile; and interactive. When you’re using the SSH client you’re using an interactive session, which (depending on your SSH server config) may work when non-interactive username/password (which FinalBuilder uses) will not.

Cheers,

Ben