code-debug icon indicating copy to clipboard operation
code-debug copied to clipboard

private key auth does not work (no meaningful error)

Open flying-sheep opened this issue 8 years ago • 6 comments

  • [x] gdb --version >= 7.7.1
  • [x] it works on the command line with gdb
  • [x] cwd and target are properly set

password works, but as you said, it’s a terrible idea. trying to use a private key merely gives:

Could not run gdb over ssh!
Error: All configured authentication methods failed

running ssh <user>@<target> also works of course.

it would be useful to have more debug info to work with, e.g. the final ssh call and the ability to specify -v/-vvv

flying-sheep avatar Feb 27 '17 15:02 flying-sheep

Are you sure you used the correct key file? Move all other key files (especially in your .ssh folder) temporarily to some other place. About the error message: the ssh library I use for connecting (ssh2) doesn't really give any more information. So no -v/-vvv options there.

For the original issue: SSH using a keyfile works for me, check again if you used the correct keyfile, it won't automatically use the ones in your .ssh folder

WebFreak001 avatar Feb 27 '17 22:02 WebFreak001

yes, my key works. i did pretty much this, since my key had a passphrase your plugin (or that SSH library) couldn’t handle:

$ ssh $user@$server 'rm .ssh/authorized_keys'
$ rm ~/.ssh/id_rsa{,.pub}
$ ls ~/.ssh
authorized_keys  config  known_hosts
$ ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key ($HOME/.ssh/id_rsa): 
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: 
Your identification has been saved in $HOME/.ssh/id_rsa.
Your public key has been saved in $HOME/.ssh/id_rsa.pub.
[…]
$ ssh-copy-id $user@$server
[…]
$user@$server's password: ***********
$ ssh $user@$server 'echo shit works'
shit works

flying-sheep avatar Feb 28 '17 07:02 flying-sheep

Hm it might be because of a passphrase on the key file?

WebFreak001 avatar Feb 28 '17 11:02 WebFreak001

no: i did the above because my previous key had one, and your plugin’s output said that it couldn’t handle that. so i deleted my old key and created a new one without passphrase, which then proceeded to also not work with your plugin.

that’s the one i filed this issue for.

to summarize:

  • I have an RSA keypair without passphrase
  • The public key is in $user@$server:~/.ssh/authorized_keys
  • Logging in using the private key works.
  • The full path to the private key is configured to be used by your plugin.
  • Using a password instead of a keyfile and otherwise the exact same config, everything works.

flying-sheep avatar Feb 28 '17 11:02 flying-sheep

Same for me with 0.25.1 and (with updated ssh module of my PR's 0.26-dev) - password work, key works via Terminal + SSH but not via this extension.

GitMensch avatar Nov 09 '21 15:11 GitMensch