"UNPROTECTED PRIVATE KEY FILE!" Error using SSH into Amazon EC2 Instance (AWS)

Amazon Web-ServicesAuthenticationSshAmazon Ec2Permissions

Amazon Web-Services Problem Overview


This is probably a stupidly simple question to some :)

I've created a new linux instance on Amazon EC2, and as part of that downloaded the .pem file to allow me to SSH in.

When I tried to ssh with:

ssh -i myfile.pem <public dns>

I got:

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@         WARNING: UNPROTECTED PRIVATE KEY FILE!          @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Permissions 0644 for 'amazonec2.pem' are too open.
It is recommended that your private key files are NOT accessible by others.
This private key will be ignored.
bad permissions: ignore key: amazonec2.pem
Permission denied (publickey).

Following this post I tried to chmod +600 the pem file, but now when I ssh I just get:

Permission denied (publickey).

What school-boy error am I making here? The .pem file is in my home folder (in osx). It's permissions look like this:

-rw-------@   1 mattroberts  staff    1696 19 Nov 11:20 amazonec2.pem

Amazon Web-Services Solutions


Solution 1 - Amazon Web-Services

The problem is having wrong mod on the file.

Easily solved by executing -

chmod 400 mykey.pem

Taken from AWS instructions -

> Your key file must not be publicly viewable for SSH to work. Use this > command if needed: chmod 400 mykey.pem

400 protects it by making it read only and only for the owner.

Solution 2 - Amazon Web-Services

You are likely using the wrong username to login, because—

  • Most Ubuntu images have a user ubuntu
  • Amazon's AMI is ec2-user
  • Most Debian images have either root or admin

To login, you need to adjust your ssh command:

ssh -l USERNAME_HERE -i .ssh/yourkey.pem public-ec2-host

Solution 3 - Amazon Web-Services

I know this is very late to the game ... but this always works for me:

##step 1

ssh-add ~/.ssh/KEY_PAIR_NAME.pem

##step 2, simply ssh in :)

ssh user_name@<instance public dns/ip>

e.g.

ssh ec2-user@ec2-198-51-100-1.compute-1.amazonaws.com

hope this helps someone.

Solution 4 - Amazon Web-Services

Ok man, the only thing that worked for me was:

  1. Change permissions of the key > chmod 400 mykey.pem

  2. Make sure to log in using ec2-user, and the correct ec2-99... address. The ec2-99 address is at the bottom of the aws console when you're logged in and seeing your instance listed > ssh -i mykey.pem [email protected]

Solution 5 - Amazon Web-Services

Take a look at this article. You do not use the public DNS but rather the form

ssh -i your.pem root@ec2-XXX-XXX-XXX-XXX.z-2.compute-1.amazonaws.com

where the name is visible on your AMI panel

Solution 6 - Amazon Web-Services

In windows you can go to the properties of the pem file, and go to the security tab, then to advance button.

remove inheritance and all the permissions. then grant yourself the full control. after all SSL will not give you the same error again.

Solution 7 - Amazon Web-Services

Change permission for the key file with :

chmod 400 key-file-name.pem

See AWS documentation for connecting to the instance:

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EC2_GetStarted.html#EC2_ConnectToInstance_Linux

Solution 8 - Amazon Web-Services

I know this question has been answered already but for those that have tried them all and you are still getting the annoying "Permission denied (publickey)". Try running your command with SUDO. Of course this is a temporary solution and you should set permissions correctly but at least that will let you identify that your current user is not running with the privileges you need (as you assumed)

sudo ssh -i amazonec2.pem ec2-xxx-xxx-xxx-xxx.us-west-2.compute.amazonaws.com

Once you do this you'll get a message like this:

Please login as the user "ec2-user" rather than the user "root"

Which is also sparsely documented. In that case just do this:

sudo ssh -i amazonec2.pem ec2-xxx-xxx-xxx-xxx.us-west-2.compute.amazonaws.com -l ec2-user

And you'll get the glorious:

   __|  __|_  )
   _|  (     /   Amazon Linux AMI
  ___|\___|___|

Solution 9 - Amazon Web-Services

In Mac terminal, doing "chmod 400 xyz.pem" did not help me, it kept saying permission denied. For ubuntu users I would suggest

  1. ssh-add xyz.pem
  2. ssh -i xyz.pem [email protected] (notice the user is ubuntu)

Solution 10 - Amazon Web-Services

Feb, 2022 Update:

See the description to ssh to EC2 instance on AWS:

enter image description here

Then, you can find "No.3" saying this below:

enter image description here

So, run the command below as "No.3" says above:

chmod 400 myKey.pem

Solution 11 - Amazon Web-Services

ssh -i /.pem user@host-machine-IP

I think it's because either you have entered wrong credentials or, you are using a public key rather than private key or, your port permissions are open for ALL to ssh. This is bad for Amazon.

Solution 12 - Amazon Web-Services

There can be three reasons behind this error.

  1. Your are using a wrong key.
  2. Your key doesn't have the correct permissions. You need to chmod it to 400.
  3. You are using the wrong user. Ubuntu images have a user ubuntu, Amazon's AMI is ec2-user and debian images have either root or admin

Solution 13 - Amazon Web-Services

SSH keys and file permission best practices:

  • .ssh directory - 0700 (only by owner)

  • private key/.pem file - 0400 (read only by owner)

  • public key/.pub file - 0600 (read & write only by owner)

    chmod XXXX file/directory

Solution 14 - Amazon Web-Services

Alternative log-in using PuTTY. Its good but needs a few steps.

  1. Get your .pem that was generated when you first made the EC2 instance.
  2. Convert the .pem file .ppk using PuttyGen since PuTTY does not read .pem.
  3. Open PuTTY and enter your Host Name which is your instance username + Public DNS (Ex. [email protected]). Not your AWS account username.
  4. Then navigate to Connection > SSH > Auth. Then add your .ppk file. Click on Browse where it says "Private key file for authentication".
  5. Click Open and you should be able to immediately establish connection.

Im using PuTTY 0.66 in Windows.

Solution 15 - Amazon Web-Services

In addition to the other answers, here is what I did in order for this to work:

  • Copy the key to .ssh folder if you still hadn't:

cp key.pem ~/.ssh/key.pem

  • Give the proper permissions to the key

chmod 400 ~/.ssh/key.pem

eval `ssh-agent -s` ssh-add

  • Then, add the key

ssh-add ~/.ssh/key.pem

Now you should be able to ssh EC2 (:

Solution 16 - Amazon Web-Services

By default whenever you download the keyfile it come with 644 permissions.

So you need to change the permission each time you download new keys.

 chmod 400 my_file.pem

Solution 17 - Amazon Web-Services

In Windows go to the .pem file, right click and select Properties.

  • Go to Advanced in Security tab

  • Disable and remove inheritance.

  • Then press Add and select a principal.

  • Add account username as object name and press ok.

  • Give all permission.

  • Apply and save changes.

Now check the above command

Solution 18 - Amazon Web-Services

In windows,

  • Right click on the pem file. Then select properties.
  • Select security tab --> Click on Edit --> Remove all other user except current user
  • Go back to security tab again --> Click on Advanced --> Disable inheritance

Solution 19 - Amazon Web-Services

You can find the answer from the ASW guide. 400 protects it by making it read only and only for the owner.

chmod 400 mykey.pem

Solution 20 - Amazon Web-Services

You're not in root then run this command

sudo chmod 400 -R myfile.pem

Not is root then run this command

chmod 400 -R myfile.pem

Solution 21 - Amazon Web-Services

Do a chmod 400 yourkeyfile.pem If your instance is Amazon linux then use ssh -i yourkeyfile.pem ec2-user@ip for ubuntu ssh -i yourkeyfile.pem ubuntu@ip for centos ssh -i yourkeyfile.pem centos@ip

Solution 22 - Amazon Web-Services

BY default permission are not allowing the pem key. You just have to change the permission:

chmod 400 xyz.pem

and if ubuntu instance then connect using:

ssh -i xyz.pem [email protected]

Solution 23 - Amazon Web-Services

The issue for me was that my .pem file was in one of my NTFS partitions. I moved it to my linux partition (ext4).

Gave required permissions by running:

chmod 400 my_file.pem

And it worked.

Solution 24 - Amazon Web-Services

I have seen two reasons behind this issue

  1. access key does not have the right permission. pem keys with default permission are not allowed to make a secure connection. You just have to change the permission:

chmod 400 xyz.pem

  1. Also check whether you have logged-in with proper user credentials. Otherwise, use sudo while connecting

sudo ssh -i {keyfile} ec2-user@{ip address of remote host}

Solution 25 - Amazon Web-Services

Well, looking at your post description I feel there were 2 mistakes done by you:-

  1. Set correct permissions for the private key. Below command should help you to set correct file permision.

    chmod 0600 mykey.pem

  2. Wrong ec2 user you are trying to login.

    Looking at your debug log I think you have spawned an Amazon linux instance. The default user for that instance type is ec2-user . If the instance would have been ubuntu then your default user would have been ubuntu .

    ssh -i privatekey.pem default_ssh_user@server_ip

> Note: > For an Amazon Linux AMI, the default user name is ec2-user. >
> For a Centos AMI, the default user name is centos. >
> For a Debian AMI, the default user name is admin or root. >
> For a Fedora AMI, the default user name is ec2-user or fedora. >
> For a RHEL AMI, the default user name is ec2-user or root. >
> For a SUSE AMI, the default user name is ec2-user or root. >
> For an Ubuntu AMI, the default user name is ubuntu. >
> Otherwise, if ec2-user and root don't work, check with the AMI provider. >

source: https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AccessingInstancesLinux.html

Solution 26 - Amazon Web-Services

Key file should not be publicly viewable so use permission 400

chmod 400 keyfile.pem

If above command shows permission error use

sudo chmod 400 keyfile.pem

Now ssh into the ec2 machine, if you still face the issue, use ec2-user

ssh -i keyfile.pem [email protected]

Solution 27 - Amazon Web-Services

Checklist:

  1. Are you using the right private key .pem file?

  2. Are its permissions set correctly? (My Amazon-brand AMIs work with 644, but Red hat must be at least 600 or 400. Don't know about Ubuntu.)

  3. Are you using the right username in your ssh line? Amazon-branded = "ec2-user", Red Hat = "root", Ubuntu = "ubuntu". User can be specified as "ssh -i pem usename@hostname" OR "ssh -l username -i pem hostname"

Solution 28 - Amazon Web-Services

Following are the simple steps for Linux user to connect with the server using .pem file:

Step1: To to the location of pem file and copy it to home .ssh location.

cp example.pem ~/.ssh/example.pem

Step2: Change the permission

chmod 400 ~/.ssh/example.pem

Step3: Run the following command

ssh -i ~/.ssh/example.pem ec2-user@host.com

As this command is too long so you sould create the alias of this using following commands:

 vim ~/.bashrc

Write the same command in the following manner at the last.

alias sshConnect='ssh -i ~/.ssh/example.pem [email protected]'

Now restart your system and use sshConnect to connect with your server.

Solution 29 - Amazon Web-Services

Just change the permission of pem file to 0600 allowing only for the allowed user and it will work like charm.

sudo chmod 0600 myfile.pem

And then try to ssh it will work perfectly.

ssh -i myfile.pem <<ssh_user>>@<<server>>

Solution 30 - Amazon Web-Services

It is just a permission issue with your aws pem key.

Just change the permission of pem key to 400 using below command.

chmod 400 pemkeyname.pem

If you don't have permission to change the permission of a file you can use sudo like below command.

sudo chmod 400 pemkeyname.pem

I hope this should work fine.

Solution 31 - Amazon Web-Services

.400 protects it by making it read only and only for the owner.
You can find the answer from the ASW guide.

chmod 400 yourPrivateKey.pem

enter image description here

Solution 32 - Amazon Web-Services

What did it for me is editing the default security group to allow for inbound TCP traffic at port 22:

enter image description here

Solution 33 - Amazon Web-Services

You would need to put some conservative permissions on the key file (myfile.pem). Try changing it to r-------- OR 400

Solution 34 - Amazon Web-Services

for windows 10.

. Right click file . properties->security-> disable inheritance .now add -> your user(window) with only "read" . Click ok

now its working for me

Solution 35 - Amazon Web-Services

If you are connecting from Windows, perform the following steps on your local computer.

  1. Navigate to your .pem file.

  2. Right-click on the .pem file and select Properties.

  3. Choose the Security tab.

  4. Select Advanced.

  5. Verify that you are the owner of the file. If not, change the owner to your username.

  6. Select Disable inheritance and Remove all inherited permissions from this object.

  7. Select Add, Select a principal, enter your username, and select OK.

  8. From the Permission Entry window, grant Read permissions and select OK.

  9. Click Apply to ensure all settings are saved.

  10. Select OK to close the Advanced Security Settings window.

  11. Select OK to close the Properties window.

  12. You should be able to connect to your Linux instance from Windows via SSH.

From a Windows command prompt, run the following commands.

  1. Run the following command to reset and remove explicit permissions: icacls.exe $path /reset
  2. Run the following command to grant Read permissions to the current user: icacls.exe $path /GRANT:R "$($env:USERNAME):(R)"
  3. Run the following command to disable inheritance and remove inherited permissions : icacls.exe $path /inheritance:r

You should be able to connect to your Linux instance from Windows via SSH.

Solution 36 - Amazon Web-Services

What fixed this for me was to move the .pem file within the apps directory. Soo say fooapp is the name of my app. I placed it directly in there.

Solution 37 - Amazon Web-Services

You should also check if your .pem file is not corrupted. I spent about an hour scratching my head and decided to check using this line

openssl rsa -check -in test.pem -noout

If it returns "RSA key ok" then you are good. If not, make sure you have the right file and or copied it correctly for whatever reason.

Solution 38 - Amazon Web-Services

If you are on windows 10 using the ubuntu subsystem, and if you sudo chmod to change the key to 400, then it may still error with "Load key pem: Permission denied"

ls -al and you will see root now owns the file! chown it to your logged in user and then it will work.

Solution 39 - Amazon Web-Services

It is just a permission issue with your aws pem key.

Just change the permission of pem key to 400 using below command.

chmod 400 pemkeyname.pem

If you don't have permission to change the permission of a file you can use sudo like below command.

sudo chmod 400 pemkeyname.pem

Else if nothing works for you just follow this video to change the keys on your EC2 instance. You can install now public / private key pair on your instance.

https://youtu.be/LvLlRCrS8B4

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionMatt RobertsView Question on Stackoverflow
Solution 1 - Amazon Web-ServicesKofView Answer on Stackoverflow
Solution 2 - Amazon Web-ServicesTillView Answer on Stackoverflow
Solution 3 - Amazon Web-Servicesuser2838357View Answer on Stackoverflow
Solution 4 - Amazon Web-ServicesboboboboView Answer on Stackoverflow
Solution 5 - Amazon Web-ServicesrenickView Answer on Stackoverflow
Solution 6 - Amazon Web-ServicesNadeeshan HerathView Answer on Stackoverflow
Solution 7 - Amazon Web-ServicesAyush GoyalView Answer on Stackoverflow
Solution 8 - Amazon Web-ServicesRicardo CidView Answer on Stackoverflow
Solution 9 - Amazon Web-ServicesHimalay MajumdarView Answer on Stackoverflow
Solution 10 - Amazon Web-ServicesKai - Kazuya ItoView Answer on Stackoverflow
Solution 11 - Amazon Web-ServicesSyed PriomView Answer on Stackoverflow
Solution 12 - Amazon Web-ServicesJagatveer SinghView Answer on Stackoverflow
Solution 13 - Amazon Web-ServicesRyanView Answer on Stackoverflow
Solution 14 - Amazon Web-ServicesjarvisView Answer on Stackoverflow
Solution 15 - Amazon Web-ServicesRodrigo NantesView Answer on Stackoverflow
Solution 16 - Amazon Web-ServicesGeralt of RaviaView Answer on Stackoverflow
Solution 17 - Amazon Web-ServicesUserView Answer on Stackoverflow
Solution 18 - Amazon Web-ServicesCodemakerView Answer on Stackoverflow
Solution 19 - Amazon Web-ServicesSeniorEngineerView Answer on Stackoverflow
Solution 20 - Amazon Web-ServicesCHAVDA MEETView Answer on Stackoverflow
Solution 21 - Amazon Web-Servicessathee005View Answer on Stackoverflow
Solution 22 - Amazon Web-Servicesrahul kumarView Answer on Stackoverflow
Solution 23 - Amazon Web-ServicesRishabh AgrahariView Answer on Stackoverflow
Solution 24 - Amazon Web-ServicesAbhijit BaruaView Answer on Stackoverflow
Solution 25 - Amazon Web-ServicesPrabuddha ChakrabortyView Answer on Stackoverflow
Solution 26 - Amazon Web-Servicessingh30View Answer on Stackoverflow
Solution 27 - Amazon Web-ServicesfivedogitView Answer on Stackoverflow
Solution 28 - Amazon Web-ServicesAjaiView Answer on Stackoverflow
Solution 29 - Amazon Web-ServicesPrashView Answer on Stackoverflow
Solution 30 - Amazon Web-ServicesDeepak NView Answer on Stackoverflow
Solution 31 - Amazon Web-ServicesZgpeaceView Answer on Stackoverflow
Solution 32 - Amazon Web-ServicesJasonView Answer on Stackoverflow
Solution 33 - Amazon Web-ServicesSunilView Answer on Stackoverflow
Solution 34 - Amazon Web-ServicesRathakrishnan DuraimoniView Answer on Stackoverflow
Solution 35 - Amazon Web-ServicesKeithView Answer on Stackoverflow
Solution 36 - Amazon Web-ServicesNick ResView Answer on Stackoverflow
Solution 37 - Amazon Web-ServicesEgaView Answer on Stackoverflow
Solution 38 - Amazon Web-ServicesDavid EschmeyerView Answer on Stackoverflow
Solution 39 - Amazon Web-ServicesUjwal AbhishekView Answer on Stackoverflow