private key auth does not work (no meaningful error)
- [x]
gdb --version>= 7.7.1 - [x] it works on the command line with
gdb - [x]
cwdandtargetare 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
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
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
Hm it might be because of a passphrase on the key file?
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.
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.