Scale up as you grow — whether you're running one virtual machine or ten thousand.

From GPU-powered inference and Kubernetes to managed databases and storage, get everything you need to build, scale, and deploy intelligent applications.

There are lots of questions almost like this one, but not quite the same (or not that I’ve found). I am trying to ssh into my droplet. Ages ago I set up my droplet with the right keys so I did not need a password. That works just fine, even now I can ssh into the droplet just fine.
So what’s the problem? Well, I’m setting up a new machine and copying everything from my old machine over. The new machine doesn’t let me log in. I’ve checked the permissions of the various files in my ~/.ssh directory and they look fine.
Next I ran ssh -v and recorded the output on both the old machine (which works) and the new machine (which doesn’t). It is quite long but I looked through to find the differences. Down near the end the old (working) machine looks like this:
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering public key: RSA SHA256:<long string> /home/roger/.ssh/id_rsa
debug1: Authentications that can continue: publickey
debug1: Offering public key: RSA SHA256:<long string> /home/roger/.ssh/id_rsa_docean
debug1: Server accepts key: pkalg rsa-sha2-512 blen 279
debug1: Authentication succeeded (publickey).
```
Whereas the new machine looks like this:
```
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering public key: /home/roger/.ssh/id_rsa RSA SHA256:<long string> agent
debug1: Authentications that can continue: publickey
debug1: Offering public key: roger@benedict RSA SHA256:<long string> agent
debug1: Authentications that can continue: publickey
debug1: Offering public key: roger.parkinson35@gmail.com RSA SHA256:<long string> agent
debug1: Authentications that can continue: publickey
debug1: Offering public key: roger@benedict RSA SHA256:<long string> agent
debug1: Server accepts key: roger@benedict RSA SHA256:<long string> agent
sign_and_send_pubkey: signing failed for RSA "roger@benedict" from agent: agent refused operation
```
The important difference, I think, is that the old machine does an `'offering public key ... .ssh/id_rsa_docean'` and the new one does not. I do recall putting key information into that file when I set this up ages ago. The file is present on the new machine gut it isn't using it. Instead it tries several other things and eventually fails.
The new machine is using a different version of ssh, so maybe my old files aren't compatible with the new version. I feel if I could just tell it about the key file it would probably work. But I haven't found how to do that.
Thanks for any help.
jhonnydepp12
Peter Alison
Arnold Hendriks
384d3f11289345379905a243f7b817
Laveenk16
Laveenk16
e8ab71f9e5914ffba3313f6ac33bb3
1c3ae38719bc49de9abf588e704583
lincoln
76ac182105344670910aa7c62ff2a3
c3d53dcb398b418288ff41b565183d
f27857d3fd85405b8f50d9997c684d