Re: Cannot log in as [email protected] after added SSH key to Gitlab
Vladimir Sedach <[email protected]>
| Newsgroups | gmane.lisp.common-lisp-net.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi, I still cannot connect - thanks for the heads up on the Debian distribution issue. There might be two problems: 1. .ssh/authorized_keys2 is still there and still trashed 2. old OpenSSH version that does not support ED25519 keys. I think the problem was caused because I had ControlMaster on in the SSH config on the machine I was using - I trashed the authorized_keys2 file when trying to add the new SSH key (there was probably a newline missing at the end) and I did not notice until the ControlMaster connection expired. If you remove vsedach/.ssh/authorized_keys2 and put my new RSA key (attached) in .ssh/authorized_keys I should be able to get back in. Thank you! Mark Evenson <[email protected]> writes: > On 7/1/17 23:12, Vladimir Sedach wrote: >> ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIDc+4x1XblOzyfHAzOCbM00FB/VglYg0PvOSL8FuQKQ/ [email protected] > > Added the key to > <file://comon-lisp.net/home/vsedach/.ssh/authorized_keys>, and hopefully > didn't munge the permissions too badly. > > Let us know if you need more help re-establishing control. > > In general, I find our SSH situation a bit wonky, presumably as we are > still running an older Debian distribution that doesn't have all the > latest SSH conventions well established. Erik has been working on > moving us over to the latest Debian ("Stretch") which I would argue > would be the sane point to try to figure out why sshd on that host > behaves the way it does.
t43_id_rsa.pub
(application/octet-stream, 394 B) - not displayed