Ini mungkin pertanyaan sederhana yang bodoh bagi sebagian orang :)

Saya telah membuat contoh linux baru di Amazon EC2, dan sebagai bagian dari itu mengunduh file .pem untuk memungkinkan saya masuk SSH.

Ketika saya mencoba ssh dengan:

ssh -i myfile.pem <public dns>

Saya mendapatkan:

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@         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).

Setelah posting ini saya mencoba chmod +600 file pem, tapi sekarang ketika saya ssh saya baru saja mendapatkan:

Permission denied (publickey).

Kesalahan sekolah-anak apa yang saya buat di sini? File .pem ada di folder rumah saya (di osx). Izinnya terlihat seperti ini:

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

Masalahnya adalah salah mod pada file.

Mudah dipecahkan dengan mengeksekusi -

chmod 400 mykey.pem

Diambil dari instruksi Amazon -

File kunci Anda tidak boleh dapat dilihat oleh publik agar SSH berfungsi. Gunakan perintah ini jika diperlukan: chmod 400 mykey.pem

400 melindunginya dengan membuatnya hanya membaca dan hanya untuk pemilik.

Anda kemungkinan menggunakan nama pengguna yang salah untuk masuk:

• sebagian besar gambar Ubuntu memiliki pengguna ubuntu
• AMI Amazon adalah ec2-user
• sebagian besar gambar Debian memiliki rootatauadmin

Untuk masuk, Anda perlu menyesuaikan perintah ssh Anda:

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

HTH

Saya tahu ini sangat terlambat untuk permainan ... tapi ini selalu berhasil untuk saya:

Langkah 1

ssh-add ~/.ssh/KEY_PAIR_NAME.pem

langkah 2, cukup ssh :)

ssh user_name@<instance public dns/ip>

misalnya

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

Semoga ini bisa membantu seseorang.

Ok man, satu-satunya hal yang berhasil untuk saya adalah:

1. Ubah izin kunci

   chmod 400 mykey.pem

2. Pastikan untuk masuk menggunakan ec2-user , dan alamat ec2-99 ... yang benar. Alamat ec2-99 ada di bagian bawah konsol aws ketika Anda masuk dan melihat instance Anda terdaftar

   ssh -i mykey.pem ec2-user@ec2-99-99-99-99.compute-1.amazonaws.com

Lihatlah artikel ini . Anda tidak menggunakan DNS publik melainkan formulir

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

di mana nama tersebut terlihat di panel AMI Anda

Ubah izin untuk file kunci dengan:

chmod 400 key-file-name.pem

Lihat dokumentasi AWS untuk menghubungkan ke instance:

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

Di windows Anda dapat pergi ke properti file pem, dan pergi ke tab keamanan, lalu untuk memajukan tombol.

hapus warisan dan semua izin. kemudian berikan diri Anda kendali penuh. setelah semua SSL tidak akan memberikan Anda kesalahan yang sama lagi.

Saya tahu pertanyaan ini sudah dijawab tetapi bagi mereka yang telah mencoba semuanya dan Anda masih mendapatkan "Izin ditolak (publickey)" yang mengganggu. Coba jalankan perintah Anda dengan SUDO. Tentu saja ini adalah solusi sementara dan Anda harus menetapkan izin dengan benar tetapi setidaknya itu akan memungkinkan Anda mengidentifikasi bahwa pengguna Anda saat ini tidak berjalan dengan hak istimewa yang Anda butuhkan (seperti yang Anda asumsikan)

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

Setelah Anda melakukan ini, Anda akan mendapatkan pesan seperti ini:

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

Yang juga jarang didokumentasikan. Dalam hal ini lakukan saja ini:

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

Dan Anda akan mendapatkan yang mulia:

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

Di terminal Mac, melakukan "chmod 400 xyz.pem" tidak membantu saya, itu terus mengatakan izin ditolak. Untuk pengguna ubuntu saya sarankan

1. ssh-add xyz.pem
2. ssh -i xyz.pem ubuntu@ec2-54-69-172-118.us-west-2.compute.amazonaws.com (perhatikan pengguna adalah ubuntu)

Praktik terbaik izin kunci dan file SSH:

• direktori .ssh - 0700 (hanya oleh pemilik)
• file kunci / .pem pribadi - 0400 (hanya baca oleh pemilik)

• kunci publik / .pub file - 0600 (baca & tulis hanya oleh pemilik)

  chmod XXXX file/directory

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

Saya pikir itu karena Anda salah memasukkan kredensial atau, Anda menggunakan kunci publik daripada kunci pribadi atau, izin port Anda terbuka untuk SEMUA untuk ssh. Ini buruk untuk Amazon.

Alternatif masuk menggunakan Putty. Bagus tapi butuh beberapa langkah.

1. Dapatkan .pem Anda yang dibuat saat pertama kali membuat instance EC2.
2. Konversikan file .pem .ppk menggunakan PuttyGen karena Putty tidak membaca .pem.
3. Buka Putty dan masukkan Nama Host Anda yang merupakan nama pengguna instan Anda + DNS Publik (mis. Ubuntu@ec2-xxx-xxx-xxx-xxx.region.compute.amazonaws.com). Bukan nama pengguna akun AWS Anda.
4. Kemudian arahkan ke Connection> SSH> Auth . Kemudian tambahkan file .ppk Anda . Klik Browse di mana dikatakan "File kunci pribadi untuk otentikasi" .
5. Klik Buka dan Anda harus dapat segera membuat koneksi.

Saya menggunakan Putty 0,66 di Windows.

Selain jawaban lain, berikut adalah apa yang saya lakukan agar ini berfungsi:

• Salin kunci ke folder .ssh jika Anda masih belum:

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

• Berikan izin yang tepat ke kunci

chmod 400 ~/.ssh/key.pem

• Mulai ssh-agent (Terima kasih kepada https://stackoverflow.com/a/17848593 )

eval `ssh-agent -s` ssh-add

• Lalu, tambahkan kuncinya

ssh-add ~/.ssh/key.pem

Sekarang Anda harus dapat ssh EC2 (:

Lakukan chmod 400 yourkeyfile.pem Jika instance Anda adalah Amazon linux maka gunakan ssh -i yourkeyfile.pem ec2-user @ ip untuk ubuntu ssh -i yourkeyfile.pem ubuntu @ ip untuk centos ssh -i yourkeyfile.pem centos @ ip

Ada tiga alasan di balik kesalahan ini.

1. Anda menggunakan kunci yang salah.
2. Kunci Anda tidak memiliki izin yang benar. Anda perlu chmod ke 400.
3. Anda menggunakan pengguna yang salah. Gambar Ubuntu memiliki pengguna ubuntu , Amazon AMI adalah pengguna ec2 dan gambar debian memiliki root atau admin

Masalahnya bagi saya adalah bahwa file .pem saya ada di salah satu partisi NTFS saya. Saya memindahkannya ke partisi linux saya (ext4).

Memberi izin yang diperlukan dengan menjalankan:

chmod 400 my_file.pem

Dan itu berhasil.

Nah, melihat deskripsi posting Anda, saya merasa ada 2 kesalahan yang dilakukan oleh Anda: -

1. Tetapkan izin yang benar untuk kunci pribadi . Perintah di bawah ini akan membantu Anda untuk mengatur izin file yang benar.

   chmod 0600 mykey.pem

2. Pengguna ec2 salah yang Anda coba masuki .

   Melihat log debug Anda, saya pikir Anda telah menelurkan instance Amazon linux. Pengguna default untuk tipe instance itu adalah ec2-user. Jika instansinya adalah ubuntu maka pengguna default Anda adalah ubuntu 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.

sumber: https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AccessingInancesLinux.html

Daftar periksa:

1. Apakah Anda menggunakan file .pem kunci pribadi yang tepat?

2. Apakah izinnya diatur dengan benar? (AMI merek Amazon saya bekerja dengan 644, tetapi Red hat harus setidaknya 600 atau 400. Tidak tahu tentang Ubuntu.)

3. Apakah Anda menggunakan nama pengguna yang tepat di ssh line Anda? Amazon-branded = "ec2-user", Red Hat = "root", Ubuntu = "ubuntu". Pengguna dapat ditentukan sebagai "ssh -i pem usename @ hostname" OR "ssh -l nama pengguna -i pem hostname"

Cukup ubah izin file pem ke 0600 yang memungkinkan hanya untuk pengguna yang diizinkan dan itu akan berfungsi seperti pesona.

sudo chmod 0600 myfile.pem

Dan kemudian coba ssh itu akan bekerja dengan sempurna.

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

DENGAN izin default tidak mengizinkan kunci pem. Anda hanya perlu mengubah izin:

chmod 400 xyz.pem

dan jika ubuntu instance kemudian terhubung menggunakan:

ssh -i xyz.pem ubuntu@ec2-youraws.amazonaws.com

File kunci tidak boleh dapat dilihat oleh umum, jadi gunakan izin 400

chmod 400 keyfile.pem

Jika perintah di atas menunjukkan kesalahan penggunaan izin

sudo chmod 400 keyfile.pem

Sekarang ssh ke mesin EC2, jika Anda masih menghadapi masalah, gunakan EC2-pengguna

ssh -i keyfile.pem ec2-user@ec2-12-34-56-78.compute-1.amazonaws.com

0,400 melindunginya dengan membuatnya hanya membaca dan hanya untuk pemilik.
Anda dapat menemukan jawabannya dari panduan ASW.

chmod 400 yourPrivateKey.pem

Berikut ini adalah langkah-langkah sederhana bagi pengguna Linux untuk terhubung dengan server menggunakan file .pem:

Langkah1: Ke ke lokasi file pem dan salin ke lokasi .ssh rumah.

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

Langkah2: Ubah izin

chmod 400 ~/.ssh/example.pem

Langkah 3: Jalankan perintah berikut

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

Karena perintah ini terlalu panjang sehingga Anda dapat membuat alias dari ini menggunakan perintah berikut:

 vim ~/.bashrc

Tuliskan perintah yang sama dengan cara berikut pada akhirnya.

alias sshConnect='ssh -i ~/.ssh/example.pem ec2-user@host.com'

Sekarang restart sistem Anda dan gunakan sshConnectuntuk terhubung dengan server Anda.

Ini hanya masalah izin dengan kunci aws pem Anda.

Cukup ubah izin tombol pem ke 400 menggunakan perintah di bawah ini.

chmod 400 pemkeyname.pem

Jika Anda tidak memiliki izin untuk mengubah izin file, Anda dapat menggunakan sudo seperti perintah di bawah ini.

sudo chmod 400 pemkeyname.pem

Saya harap ini bekerja dengan baik.

Saya telah melihat dua alasan di balik masalah ini

1) kunci akses tidak memiliki izin yang tepat. kunci pem dengan izin default tidak diizinkan untuk membuat koneksi yang aman. Anda hanya perlu mengubah izin:

chmod 400 xyz.pem

2) Juga periksa apakah Anda telah masuk dengan kredensial pengguna yang tepat. Kalau tidak, gunakan sudo saat menghubungkan

sudo ssh -i {keyfile} ec2-user @ {alamat ip host jarak jauh}

Kunci Anda tidak boleh dapat dilihat oleh publik agar SSH berfungsi. Gunakan perintah ini jika perlu:

chmod 400 Interview-apps.pem

Connect to your instance using its Public DNS:

ec2-**-***-***-***.us-west-2.compute.amazonaws.com

Contoh:

ssh -i "Interview-apps.pem" ec2-user@ec2-**-***-***-***.us-west-2.compute.amazonaws.com

Harap abaikan jawaban ini jika tidak relevan untuk Anda, tetapi dari pengalaman saya, saya telah melihat orang-orang mengalami masalah Permission denied (publickey)karena mereka hanya menempelkan kunci publik mereka (pada mesin target) tanpa huruf pertama !

Ini terjadi ketika menggunakan vim untuk mengedit (menempel) kunci. Karena vim secara default terbuka dalam mode perintah (bukan dalam mode insert ), menempelkan tombol tanpa beralih ke mode insert (yaitu i) akan mengakibatkan melewatkan shuruf pertama , misalnya alih-alih

ssh-rsa <key>

Anda akhirnya menempelkan

sh-rsa <key>

Jadi sebelum mencoba solusi lain, lihat apakah Anda telah menempelkan kunci Anda dengan benar ! yaitu

cat ~/.ssh/id_rsa.pub

Hanya jika Anda yakin, lakukan langkah selanjutnya; mencoba ssh dalam mode verbose (yaitu flag -v) mungkin mengarahkan Anda ke masalah aktual:

ssh -v -i <private_key> <name>@<ip> -p <port>

Sebagai catatan tambahan, seperti yang telah disebutkan di sini oleh orang lain, dalam sebagian besar kasus, memulai agen ssh kosong (program yang menyimpan kunci Anda di memori) dan menambahkan kunci Anda harus menyelesaikan masalah:

ssh-agent bash
ssh-add <private_key>

Apa yang diperbaiki bagi saya adalah memindahkan file .pem di dalam direktori apps. Soo say fooapp adalah nama aplikasi saya. Saya menempatkannya langsung di sana.

Terkadang mungkin ada kesalahan dalam folder. Saya tidak tahu kenapa...

Anda dapat mengubah folder dan coba lagi. Misalnya, Anda dapat melakukan percobaan di folder biasa (Desktop, Unduhan, dll.).

Saya mencoba metode ini dan berhasil

Kesalahan ini hanya karena izin.

Berikan saja 400 izin

#chmod 400 pemfilepath