Izin ditolak (publickey) ketika SSH Access ke Amazon EC2 misalnya [ditutup]

Saya ingin menggunakan contoh Amazon ec2 saya tetapi menghadapi kesalahan berikut:

Permission denied (publickey).

Saya telah membuat pasangan kunci dan mengunduh file .pem .

Diberikan:

chmod  600 pem file.

Lalu, perintah ini

ssh -i /home/kashif/serverkey.pem  ubuntu@ec2-54-227-242-179.compute-1.amazonaws.com

Tetapi ada kesalahan ini:

Permission denied (publickey)

Juga, bagaimana saya bisa terhubung dengan filezilla untuk mengunggah / mengunduh file?

Pesan kesalahan ini berarti Anda gagal mengautentikasi.

Ini adalah alasan umum yang dapat menyebabkan itu:

1. Mencoba terhubung dengan kunci yang salah. Apakah Anda yakin instance ini menggunakan keypair ini?
2. Mencoba terhubung dengan nama pengguna yang salah. ubuntuadalah nama untuk distribusi AWS ubuntu berdasarkan, tetapi pada beberapa orang lain itu ec2-user(atau adminpada beberapa Debians, menurut jawaban Bogdan Kulbida ini) (juga bisa root, fedora, lihat di bawah)
3. Mencoba menghubungkan host yang salah. Apakah itu host yang tepat yang Anda coba masuki?

Catatan itu 1.juga akan terjadi jika Anda mengacaukan /home/<username>/.ssh/authorized_keysfile pada instance EC2 Anda.

Tentang 2., informasi tentang nama pengguna yang harus Anda gunakan sering kurang dari deskripsi Gambar AMI. Tetapi Anda dapat menemukan beberapa di dokumentasi AWS EC2, poin 4.: http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AccessingInstancesLinux.html

Gunakan perintah ssh untuk terhubung ke instance. Anda akan menentukan file kunci pribadi (.pem) dan user_name @ public_dns_name. Untuk Amazon Linux, nama pengguna adalah ec2-user. Untuk RHEL5, nama pengguna adalah pengguna root atau ec2 . Untuk Ubuntu, nama pengguna adalah ubuntu . Untuk Fedora, nama pengguna adalah fedora atau pengguna ec2 . Untuk SUSE Linux, nama pengguna adalah root . Jika tidak, jika pengguna dan root ec2 tidak berfungsi, tanyakan kepada penyedia AMI Anda.

Akhirnya , ketahuilah bahwa ada banyak alasan lain mengapa otentikasi akan gagal. SSH biasanya cukup eksplisit tentang apa yang salah jika Anda ingin menambahkan -vopsi ke perintah SSH Anda dan membaca hasilnya, seperti yang dijelaskan dalam banyak jawaban lain untuk pertanyaan ini.

Dalam hal ini masalahnya muncul dari Pasangan Kunci yang hilang. Tentang ini:

• Tidak ada cara untuk mengubah Pasangan Kunci pada contoh . Anda harus membuat contoh baru yang menggunakan Pasangan Kunci baru.
• Anda dapat mengatasi masalah jika instance Anda digunakan oleh aplikasi di Elastic Beanstalk .

Anda dapat mengikuti langkah-langkah ini:

1. Akses ke Konsol Manajemen AWS
2. Buka Tab Pohon Kacang Elastis
3. Pilih aplikasi Anda dari Semua Aplikasi Tab
4. Dari menu sebelah kiriù pilih Konfigurasi
5. Klik pada Contoh Aksesoris
6. Di Server Form, periksa input Pair Key EC2 dan pilih Pair Key baru Anda. Anda mungkin harus menyegarkan daftar untuk melihat Pasangan Kunci baru yang baru saja Anda buat.
7. Menyimpan
8. Elastic Beanstalk akan membuatkan untuk Anda instance baru yang terkait dengan pasangan kunci baru.

Secara umum, ingat Anda harus mengizinkan instance EC2 Anda untuk menerima lalu lintas SSH masuk.

Untuk melakukan ini, Anda harus membuat aturan khusus untuk Grup Keamanan instance EC2 Anda. Anda dapat mengikuti langkah-langkah ini.

1. Akses ke Konsol Manajemen AWS
2. Buka Tab EC2
3. Dari Instances daftar pilih instance yang Anda minati
4. Di tab Deskripsi, centang nama Grup Keamanan oleh instance Anda.
5. Lagi di tab Keterangan klik pada aturan Lihat dan periksa apakah Grup Keamanan Anda memiliki aturan untuk lalu lintas ssh masuk pada port 22
6. Jika tidak, dalam Menu Jaringan & Keamanan pilih Security Group
7. Pilih Grup Keamanan yang digunakan oleh instance Anda dan klik Tab Masuk
8. Di sebelah kiri Tab Masuk Anda dapat membuat aturan untuk lalu lintas masuk SSH:
   • Buat aturan baru : SSH
   • Sumber : Alamat IP atau subnetwork dari mana Anda ingin akses ke instance
   • Catatan : Jika Anda ingin memberikan akses tanpa batas ke instance Anda, Anda dapat menentukan 0.0.0.0/0 , meskipun Amazon tidak merekomendasikan praktik ini
9. Klik Tambahkan Aturan lalu Terapkan Perubahan Anda
10. Periksa apakah Anda sekarang dapat terhubung ke instance Anda melalui SSH.

Semoga ini bisa membantu seseorang seperti membantu saya.

Inilah cara saya memecahkan masalah

ssh -i <key> ec2-user@<ec2 ip>

Aku memecahkan masalah hanya menempatkan sudosebelum

sudo ssh -i mykey.pem myec2.amazonaws.com

Tetapi solusi yang tepat adalah mengubah kepemilikan terlebih dahulu, dan kemudian terhubung sebagai pengguna normal seperti yang dikatakan Janus Troelsen di bawah ini. Dalam kasus saya itu adalah:

chown wellington:wellington key.pem

Coba gunakan

sudo ssh -i mykey.pem ubuntu@<ec2_ip_public_dns>

ATAU

sudo ssh -i mykey.pem ec2-user@<ec2_ip_public_dns>

Kemungkinan penyebab lain dari kesalahan ini:

Ketika direktori home pengguna dapat ditulis kelompok , pengguna tidak dapat login.

(Direproduksi pada instance Ubuntu.)

untuk contoh mikro ubuntu 12,04 lts saya harus menetapkan nama pengguna sebagai opsi

ssh -i pemfile.pem -l ubuntu dns

Anda perlu melakukan langkah-langkah berikut:

1. Buka klien atau terminal ssh Anda jika Anda menggunakan Linux.
2. Temukan file kunci pribadi Anda dan ubah direktori Anda.
   cd <path to your .pem file>
3. Jalankan perintah di bawah ini:
   chmod 400 <filename>.pem
ssh -i <filename>.pem ubuntu@<ipaddress.com>

Jika ubuntupengguna tidak berfungsi maka coba dengan ec2-user.

Saya kesulitan dengan izin yang sama karena kesalahan ternyata

key_parse_private2: missing begin marker 

Dalam situasi saya penyebabnya adalah file konfigurasi ssh dari pengguna saat ini (~ / .ssh / config).

Menggunakan yang berikut ini:

ssh -i ~/myKey.pem ec2-user@<IP address> -v 'exit'

Output awal menunjukkan:

debug1: Reading configuration data /home/ec2-user/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 56: Applying options for *
debug1: Hostname has changed; re-reading configuration
debug1: Reading configuration data /home/ec2-user/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config

... banyak garis debug memotong di sini ...

debug1: Next authentication method: publickey
debug1: Trying private key: /home/ec2-user/somekey.pem
debug1: key_parse_private2: missing begin marker
debug1: read PEM private key done: type RSA
debug1: Authentications that can continue: publickey
debug1: No more authentication methods to try.

Baris ketiga di atas adalah tempat masalah aktual diidentifikasi; Namun, saya mencari pesan debug empat baris dari bawah (atas) dan disesatkan. Tidak ada masalah dengan kunci tetapi saya mengujinya dan membandingkan konfigurasi lainnya.

File konfigurasi ssh pengguna saya mengatur ulang host melalui pengaturan global yang tidak diinginkan seperti yang ditunjukkan di bawah ini. Baris Host pertama seharusnya bukan komentar.

$ cat config
StrictHostKeyChecking=no
#Host myAlias
        user ec2-user
        Hostname bitbucket.org
#        IdentityFile ~/.ssh/somekey
#        IdentitiesOnly yes

Host my2ndAlias
        user myOtherUser
        Hostname bitbucket.org
        IdentityFile ~/.ssh/my2ndKey
        IdentitiesOnly yes

Saya harap orang lain menemukan ini bermanfaat.

Saya lupa menambahkan nama pengguna (ubuntu) saat menghubungkan contoh Ubuntu saya. Jadi saya mencoba ini:

ssh -i /path/my-key-pair.pem my-ec2-instance.amazonaws.com

dan cara yang benar adalah

ssh -i /path/my-key-pair.pem ubuntu@my-ec2-instance.amazonaws.com

Ini terjadi pada saya beberapa kali. Saya telah menggunakan Amazon Linux AMI 2013.09.2 dan Ubuntu Server 12.04.3 LTS yang keduanya berada pada tingkat gratis.

Setiap kali saya meluncurkan contoh saya memiliki izin ditolak muncul. Saya belum memverifikasi ini tetapi teori saya adalah bahwa server tidak sepenuhnya diatur sebelum saya mencoba ssh ke dalamnya. Setelah beberapa kali mencoba dengan izin yang ditolak, saya menunggu beberapa menit dan kemudian saya dapat terhubung. Jika Anda mengalami masalah ini, saya sarankan menunggu lima menit dan mencoba lagi.

Berikut adalah skenario frustasi yang mungkin menghasilkan kesalahan ini:

Jika Anda menyantap instance baru dari AMI yang Anda buat dari instance lain (misalkan instance xyz), maka instance baru hanya akan menerima kunci yang sama dengan instance A yang digunakan. Ini benar-benar dapat dimengerti tetapi menjadi membingungkan karena selama proses langkah demi langkah membuat instance baru, Anda diminta untuk memilih atau membuat kunci (pada langkah terakhir) yang tidak akan berfungsi.

Terlepas dari kunci yang Anda buat atau pilih, hanya kunci yang Anda gunakan misalnya XYZ akan diterima oleh instance baru.

Saya berjuang dengan ini untuk sementara waktu sampai saya menemukan yang berikut:

eb ssh

Ketika Anda menggunakannya dari direktori proyek, bingo-bango no muss no ribut-ribut, Anda masuk

Dalam kasus saya sendiri, saya melakukan hal berikut:

chmod 400 <key.pem>

ssh -i <key.pem> ec2-user@ec2_public_dns (for debian)

Saya awalnya menggunakan root@bagian dan saya mendapat prompt ini:

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

Saya di Windows dengan WinSCP . Ini bekerja sangat baik pada File Explorer dan Putty SSH Shell untuk mengakses Amazon EC2-VPC Linux saya. Tidak ada hubungannya dengan chmod pem filepenggunaan myfile.ppk dikonversi oleh PuTTYgen dari file pem .

hal yang sama terjadi pada saya, tetapi semua yang terjadi adalah bahwa kunci pribadi hilang dari gantungan kunci di mesin lokal saya.

ssh-add -K

menambahkan kembali kunci, maka perintah ssh untuk menghubungkan kembali berfungsi.

Masalah ini dapat diselesaikan dengan masuk ke kotak Ubuntu menggunakan perintah di bawah ini:

ssh -i ec2key.pem ubuntu@ec2-public-IP

Saya sudah dua kali memiliki kunci dan ssh baris perintah yang benar (saya tahu karena saya menduplikasi contoh Ubuntu 14.04 yang berfungsi), tetapi tidak dapat ssh menjadi contoh baru, bahkan setelah menunggu 5 menit seperti yang disarankan oleh Wade Anderson di atas.

Saya harus menghancurkan dan menciptakan kembali mesin. Ini telah terjadi pada dua kesempatan terpisah. Karena saya tidak bisa masuk pada awalnya, saya tidak bisa melihat apa yang salah.

Jadi, jika Anda memiliki masalah ini, coba itu.

Anda harus memeriksa beberapa hal ini:

1. Pastikan alamat IP Anda benar
2. Pastikan Anda menggunakan Kunci yang benar
3. Pastikan Anda menggunakan nama pengguna yang benar, Anda dapat mencoba: 3.1. admin 3.2. ec2-user 3.3. ubuntu

Saya memiliki masalah yang sama, dan diselesaikan setelah saya mengubah nama pengguna menjadi ubuntu. Dalam dokumentasi AWS disebutkan untuk pengguna ec2-user tetapi entah bagaimana tidak bekerja untuk saya.

Kunci pribadi saya disetel untuk izin 400dan mengakibatkan Izin ditolak menetapkannya ke '644' membantu saya.

key_load_private_type: Izin ditolak adalah kesalahan spesifik yang saya dapatkan

Larutan: Sudo chmod 644 <key.pem>

Catatan: diatur ke 644 harus, itu tidak berfungsi dengan 400

Ketika Anda mencoba melakukannya

ssh -i <.pem path> root@ec2-public-dns

Anda mendapatkan pesan yang menyarankan Anda untuk menggunakan ec2-user.

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

Jadi gunakan

ssh -i <.pem path> ec2-user@ec2-public-dns

Saya memiliki masalah yang sama dan sangat aneh. Jika Anda yakin Anda melakukan semua yang baik daripada mengikuti ini: Terkadang ada kebingungan tentang pengguna untuk instance EC2 !! Beberapa kali Anda mendapatkan pengguna ec2, ubuntu, centos dll. Jadi periksalah username Anda untuk machie !!

Login dengan pengguna root. ssh -i yourkey.pem (400 permission) root@<ip> Ini akan menimbulkan kesalahan dan akan memberi Anda nama pengguna yang tersedia . kemudian login dengan pengguna itu.

Ini hal mendasar, tetapi selalu pastikan pengguna mana yang Anda coba lakukan login. Saya kasus saya hanya gangguan . Saya mencoba menggunakan pengguna root :

ssh -i ~/keys/<key_name> root@111.111.111.111

Tetapi ada pengguna lain :

ssh -i ~/keys/<key_name> dedeco@111.111.111.111

saya memiliki kesalahan yang sama tetapi situasi yang berbeda. bagi saya itu terjadi tiba-tiba setelah banyak waktu saya bisa ssh berhasil ke komputer remote saya di luar sana. setelah banyak mencari solusi untuk masalah saya adalah izin file. itu aneh tentu saja karena saya tidak mengubah izin di komputer saya atau yang jauh milik file / direktori ssh. jadi dari wiki archlinux yang baik ini dia:

Untuk mesin lokal lakukan ini:

$ chmod 700 ~/
$ chmod 700 ~/.ssh
$ chmod 600 ~/.ssh/id_ecdsa

Untuk mesin jarak jauh lakukan itu:

$ chmod 700 ~/
$ chmod 700 ~/.ssh
$ chmod 600 ~/.ssh/authorized_keys

setelah itu ssh saya mulai bekerja lagi tanpa izin ditolak (publickey).

Kemungkinan Kemungkinan Lain: ID login salah

Periksa 'Petunjuk Penggunaan'

Semua saran bagus di atas, tetapi yang saya temui adalah saya memilih contoh yang sudah dibuat sebelumnya. Setelah instance dimulai, lihat petunjuk penggunaan. Saya salah menggunakan id login kunci pribadi ketika dalam instruksi saya seharusnya menggunakan 'bitnami' (misalnya bitnami @ domain -i key.pem)

Saya memiliki kesalahan serupa

debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Trying private key: xxxx.pem
debug1: Authentications that can continue: publickey
debug1: No more authentication methods to try.
Permission denied (publickey).

Masalah saya adalah bahwa instance tidak mulai dengan benar karena kesalahan pada skrip run-on-start-up dari Step 3: Configure instance detail bawahAdvanced details:

Apa yang saya pikir saya masukkan:

#include
 https://xxxx/bootstrap.sh


Apa yang sebenarnya dimasukkan merusak pengaturan instance

#include

https://xxxx/bootstrap.sh

Jadi kunci publik di sisi contoh tidak dibuat

Ini sensitif huruf.

Salah: Pengguna SSH EC2 @ XXX.XX.XX.XX -i MyEC2KeyPair.pem

Benar: SSH ec2-user @ XXX.XX.XX.XX -i MyEC2KeyPair.pem

Saya bisa SSH dari satu mesin, tetapi tidak dari yang lain. Ternyata saya menggunakan kunci pribadi yang salah.

Cara saya menemukan ini adalah dengan mengambil kunci publik dari kunci pribadi saya, seperti ini:

ssh-keygen -y -f ./myprivatekey.pem

Apa yang keluar tidak cocok dengan apa yang ada di ~/.ssh/authorized_keysinstance EC2.

Semua jawaban berperingkat teratas di atas akurat dan harus berfungsi untuk sebagian besar kasus. Jika mereka tidak seperti dalam kasus saya, saya cukup menyingkirkan ~/.ssh/known_hostsfile saya pada mesin yang saya coba ssh dari dan yang memecahkan masalah bagi saya. Saya dapat terhubung setelah itu.