Source Tree SSH Public Key Denied

Question

I'm working on a project in a private repository on https://www.bitbucket.com.

I'm coding it locally, then staging, commiting and pushing the update vie BitBucket's Windows Git client, Sourcetree.

After that, I'm pulling the files from a remote shared server, which requires SSH authentication.

I've tried the following in order to connect the git repo with the bitbucket account:

1. Launched the embedded Sourcetree SSH agent (Pageant)
2. Added my .ppk (PuTTY Private Key) to Pageant using my passphrase
3. Opened the SourceTree Terminal in the location of my project, let's call it C:/Project.
4. Used git init to initialize the repository.
5. Used git push -u origin --all in order to push the repo from my computer to BitBucket.
6. Got this error: Permission denied (publickey).
7. Tried to see if I can ssh -Tv [e-mail] - Still, Permission denied.

I'm trying to figure out what exactly went wrong - has it found my SSH key at all? Is the key not loaded in a specific place?

Note: I have loaded the public key in my profile on BitBucket.

Answer 1

I needed to further modify these settings SourceTree:

Answer 2

Well - I've found the solution after much trial and error. Apparently, using PUTTY's keygen and storing the new public key in my .ssh folder doesn't work. However, using ssh-keygen IN GIT BASH and then trying to login using the new generated key pair, works just fine. Out of curiosity though more than anything - I would love to know why this is the case.

Answer 3

This is an old question, but every time there is a MacOS update, I came across this issue. Catalina was no exception.

First, you should check your config file to confirm if your old keys still there... it should:

~ ls -al ~/.ssh

Then you have to add again your key(s) by the name listed above:

~ ssh-add -K ~/.ssh/[key-name]

Answer 4

I know this is resolved, but to add to the accepted answer, you don't actually need Git Bash in order for this to work. As Cupcake said, it is true that PuTTY puts out .ppk files for private keys, which won't work outside the usual PuTTY/Pageant context.

This is because the terminal expects by default to find a file named id_rsa in ~/.ssh and PuTTY doesn't generate that by default. Git Bash's ssh-keygen does though, which is why Tom Granot's solution works. You CAN, though, through the PuTTY key generator, export the same exact file through the Conversions/Export OpenSSH Key... option in the menu. Just be sure to name it id_rsa and have it sit next to your id_rsa.pub file, and everything should work fine.

Answer 5

To whom may have the same issue on Mac with new Sierra. Solution would be to add private key to SSH agent via:

ssh-add -K ~/.ssh/id_rsa

It looks like that identity[id_rsa] doesn't persist by SSH agent.

Note this is not a permanent solution .. You would need to do that each time you clone a new repository.At least then no need to provide private key for each push to remote.

-------- Update 28.Sep.2017 --------

Permanent solution ( On Sierra):

Steps:

1- Be sure that you have a running ssh-agent in background before doing anything.

To check if ssh-agent is running by:

pgrep 'ssh-agent'

That command returns PID (ProcessID) of that process if it's running. If you see a value.. Go to Step#2. if not, so you need to run that agent in background by:

eval "$(ssh-agent -s)"

2- Edit ~/.ssh/config (Create if it doesn't exist as su ):

Host *
 AddKeysToAgent yes
 UseKeychain yes
 IdentityFile ~/.ssh/id_rsa

3- Then add that key agent ( that would be once ):

ssh-add -K ~/.ssh/id_rsa

That's it.

Actually Step#2 is the crucial one. I just want to provide a complete guide.

I hope that may help you.'.

Answer 6

This happened to me after updating my Sourcetree on my Mac. What worked for me was just simply removing everything in the ~/.ssh/ folder except the .config and the known_hosts folders. Then simply go to sourcetree under preferences, remove your github account, re-add the profile again after deleting all the .ssh public and private keys and sourcetree should re-add the keys locally and to GitHub