Putty: Membuat Server menolak Kesalahan kunci kami

Saya membuat pasangan kunci menggunakan puttygen.exe(klien adalah windows 8). Di server (Ubuntu 12.04.3 LTS), saya telah memasukkan kunci publik saya ~/.ssh/authorized_keys. Kunci publiknya adalah ini:

ssh-rsa AAAAB3NzaC1yc2EAAAABJQAAAQEAopfM6RHOgnuc4Aftn3t4k5UIAT3StCAbn/vg/IMbphbXadshC+79sIlRq3P4zGzMjFTP4hKnzu6ehLV5lmj/qorq3SKT+bPO5Qrac3VbIlrGvuBFDDjP82I2Hwg3HzlsFTstqk++KToapaTYZ7jENEYyPl2wnzITJnt//+4U1o6juoXTKgdNE02hHnRZyHOV/bnkZyJJCEwJv5U0eXSThQnhmXtUxGT8U0HQNFiXfqIIVllhWiCnyrhhIaKz/CIJNAd2VmzyJzQtJtTQX8aWSNVrZju6Sv2/RncTNvsACdNgjjh/FH8PQXaep00jlJ3MOdsC8vz6VSPFbh6iKy1oLQ== rsa-key-20131231

Jadi benar (satu baris, tidak ada komentar, dimulai dengan ssh-rsa, dll.)

.ssh tingkat izin dir adalah 700, izin file authorized_keys adalah 600. Baik direktori dan file milik pengguna sebenarnya yang saya coba masuki.

Ketika saya mencoba menghubungkan saya mendapatkan 'server refused our key'dan server meminta kata sandi. Itu saja. Tidak ada yang masuk /var/log/auth.logsaat mencoba masuk dengan kunci.

Saya telah mencari di mana-mana dan semua artikel dan tip menyebutkan pengaturan chmod 600 dan 700 untuk file / direktori dan memformat kunci dengan benar. Saya telah melakukan semua ini masih mendapatkan kesalahan 'menolak kunci kami' dan saya kehabisan ide.

Oke, ada kesalahan ketik kecil di kunci saya. Rupanya saat menempelkan ke file, huruf pertama terputus dan dimulai dengan sh-rsa, bukan ssh-rsa.

nrathathaus - jawaban Anda sangat membantu, terima kasih banyak, jawaban ini dikreditkan kepada Anda :) Saya tidak seperti yang Anda katakan dan menetapkan ini di sshd_conf:

LogLevel DEBUG3

Dengan melihat log saya menyadari bahwa sshd membaca kunci dengan benar tetapi menolaknya karena pengenal yang salah.

Menambahkan beberapa pemikiran karena jawaban lain membantu, tetapi tidak tepat.

Pertama-tama, seperti yang disebutkan dalam jawaban yang diterima, edit

/etc/ssh/sshd_config

dan setel tingkat log:

LogLevel DEBUG3

Kemudian coba untuk mengotentikasi, dan jika gagal, cari file log:

/var/log/secure

Ini akan memiliki kesalahan yang Anda cari.

Dalam kasus saya, saya harus mengubah izin / home / pengguna dari 0755 menjadi 0700 juga.

Dalam kasus saya, adalah masalah izin.

Saya mengubah level log menjadi DEBUG3, dan /var/log/securesaya melihat baris ini:

Authentication refused: bad ownership or modes for directory

Googled dan saya menemukan posting ini:

https://www.daveperrett.com/articles/2010/09/14/ssh-authentication-refused/

chmod g-w /home/your_user
chmod 700 /home/your_user/.ssh
chmod 600 /home/your_user/.ssh/authorized_keys

Pada dasarnya, ini memberitahu saya untuk:

• singkirkan wizin grup dari dir home user Anda
• Perubahan izin untuk 700satu .sshdir
• mengubah izin untuk 600satu authorized_keysberkas.

Dan itu berhasil.

Hal lain adalah bahkan saya mengaktifkan login root, saya tidak bisa mulai rootbekerja. Lebih baik gunakan pengguna lain.

Menjalankan Windows 8.1 Saya mengalami server refused our keymasalah.

Mengikuti panduan ini: https://winscp.net/eng/docs/guide_windows_openssh_server Sangat mudah untuk membuat koneksi menggunakan login Windows usernamedan password. Namun, mengautentikasi dengan usernamekombinasi dengan a private key, tanggapannya adalah server refused our key.

Membuatnya bekerja dengan kunci publik turun ke izin pada file: C:\ProgramData\ssh\administrators_authorized_keys

Ini adalah halaman yang berguna: https://github.com/PowerShell/Win32-OpenSSH/wiki/Troubleshooting-Steps

Hentikan dua layanan OpenSSH, lalu buka command promptdengan admin permissions. Lalu lari: C:\OpenSSH-Win32>c:\OpenSSH-Win32\sshd.exe -ddd

Catatan: tentukan path lengkap ke exe jika tidak sshdmengeluh. Ini membuat pemroses koneksi sekali pakai. Itu -dddverbose level 3.

Setelah membuat koneksi, pemindaian log mengungkapkan:

debug1: trying public key file __PROGRAMDATA__/ssh/administrators_authorized_keys
debug3: Failed to open file:C:/ProgramData/ssh/administrators_authorized_keys error:2
debug1: Could not open authorized keys '__PROGRAMDATA__/ssh/administrators_authorized_keys':
        No such file or directory

Harus membuat file: C:\ProgramData\ssh\administrators_authorized_keys Dan salin public keyteks ke dalamnya, misalnya: ssh-rsa AAAA................MmpfXUCj rsa-key-20190505 Lalu simpan file. Saya menyimpan file seperti UTF-8dengan BOM. Tidak menguji ANSI.

Kemudian menjalankan baris perintah satu kali lagi, di log menunjukkan:

debug1: trying public key file __PROGRAMDATA__/ssh/administrators_authorized_keys
debug3: Bad permissions. Try removing permissions for user: S-1-5-11 on file C:/ProgramData/ssh/administrators_authorized_keys.
        Authentication refused.

S-1-5-11adalah nama yang diberikan untuk System.

Untuk memperbaikinya Bad permissions, klik kanan pada administrators_authorized_keysfile, buka Security Tab, klik Advancedtombol dan hapus izin yang diwariskan. Kemudian hapus semua Group or user names:kecuali untuk nama pengguna login Windows, misalnya: YourMachineName\username Izin untuk itu usernameharus Read Allow, yang Write Denylainnya tidak dicentang. Pemilik file juga harusYourMachineName\username

Ini memperbaiki masalah.

Tautan Berguna Lainnya:

Unduh OpenSSH-Win32.zip dari: https://github.com/PowerShell/Win32-OpenSSH/releases

C # contoh bagaimana menggunakan WinSCPnet.dll untuk membuat koneksi ke server OpenSSH: https://winscp.net/eng/docs/library#csharp

Berikut adalah potongan kode untuk membuat koneksi menggunakan WinSCPnet.dll:

static void WinSCPTest() {
    SessionOptions ops = new SessionOptions {
        Protocol = Protocol.Sftp, 
        PortNumber = 22,
        HostName = "192.168.1.188", 
        UserName = "user123",
        //Password = "Password1",
        SshHostKeyFingerprint = @"ssh-rsa 2048 qu0f........................ddowUUXA="
    };

    ops.SshPrivateKeyPath = @"C:\temp\rsa-key-20190505.ppk";

    using (Session session = new Session()) {
        session.Open(ops);
        MessageBox.Show("success");
    }
}

Gantikan SshHostKeyFingerprintdan SshPrivateKeyPathdengan nilai-nilai Anda sendiri.

Edit: menambahkan tangkapan layar izin file administrator_authorized_keys:

Saat OpenSSH SSH Serverdijalankan sebagai Layanan, maka hanya Systemharus memiliki izin. Namun, jika dijalankan sshd.exedari command prompt, maka pengguna saat ini harus menjadi satu-satunya pengguna yang terdaftar (read allow, write deny).

Saya menambahkan jawaban ini untuk membantu siapa pun, seperti saya, yang menghabiskan waktu berjam-jam menjelajahi internet tanpa hasil.

FOLDER RUMAH ANDA DAPAT DIENKRIPSI.

Atau dalam hal ini setiap folder tempat file "authorized_keys" Anda berada. Sobat, itu akan menghemat banyak waktu. Untuk memeriksanya, lakukan

ls -A

pada direktori yang status enkripsi-nya ingin Anda tentukan. Jika folder tersebut berisi folder bernama ".encryptfs" jawabannya adalah, ya, folder itu dienkripsi. Ini akan menghalangi kemampuan Anda untuk mengakses file "authorized_keys" yang berisi kunci ssh publik yang diperlukan untuk verifikasi.

Untuk memperbaikinya, tempatkan file "authorized_key" di pohon direktori yang tidak berisi enkripsi.

Solusi sederhana yang saya temukan adalah memindahkan authorized_keysfile dari direktori .ssh yang tersembunyi dan meletakkannya di direktori sistem ssh:

/etc/ssh/keys/authorized_keys

Segera setelah saya melakukan ini, itu berhasil tanpa masalah.

mengalami masalah yang sama di windows server 2008 r2 dan banyak mengeksplorasi untuk dipecahkan, akhirnya lakukan itu dengan mengikuti:

buka C: \ Program Files (x86) \ OpenSSH \ etc \ sshd_config dengan textpad atau editor teks lainnya

hapus komentar dari baris berikut, setelah menghapusnya akan terlihat seperti berikut:

RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile  .ssh/authorized_keys

simpan dan coba masuk dengan kunci pribadi sekarang. Selamat bersenang-senang.

Terima kasih kepada nrathaus dan /var/log/auth.log investigasi pada level debug muncul sebagai berikut.

Alasan lainnya adalah direktori beranda Anda mungkin memiliki izin yang berbeda dari 755.

Saya mengalami masalah ini hari ini dan masalah saya adalah ketika menyalin kunci publik dari file, karakter baris baru juga disertakan. Anda dapat menggunakan ": set list" di vim untuk melihat semua baris baru yang tersembunyi dan pastikan untuk menghapus semua baris baru kecuali yang terakhir. Juga, kunci saya kehilangan "ssh-rsa" pada awalnya. Pastikan Anda memilikinya juga.

Bagi mereka yang menerima kesalahan ini dari Windows Server, saya menerima kesalahan yang sama ini dan itu adalah masalah akun pengguna. Dengan banyak organisasi, kebijakan grup untuk Administrator mungkin tidak mengizinkan pengaturan SSH Server dan koneksi. Dengan jenis penyiapan tersebut, ini harus dilakukan dari akun Admin Lokal. Mungkin layak untuk dilihat jika Anda telah mengonfirmasi bahwa tidak ada kesalahan ketik pada kunci publik.

Dalam kasus saya, saya harus menonaktifkan SELinux di Centos6.6 agar berfungsi :)

Edit / etc / selinux / config dan atur yang berikut ini dan kemudian reboot host.

selinux=disabled

BTW ... lupa menyebutkan bahwa saya harus menyetel LogLevel = DEBUG3 untuk mengidentifikasi masalah.

Saya mengalami kesalahan yang sama pada solaris tetapi ditemukan di /var/adm/splunk-auth.log berikut ini:

sshd: [auth.debug] debug1: PAM conv function returns PAM_SUCCESS
sshd: [auth.notice] Excessive (3) login failures for weblogic: locking account.
sshd: [auth.debug] ldap pam_sm_authenticate(sshd-kbdint weblogic), flags = 1
sshd: [auth.info] Keyboard-interactive (PAM) userauth failed[9] while authenticating: Authentication failed

Di / etc / shadow akun dikunci:

weblogic:*LK*UP:16447::::::3

Menghapus bagian "* LK *":

weblogic:UP:16447::::::3

dan saya bisa menggunakan ssh dengan authorized_keys seperti biasa.

Dalam kasus saya itu disebabkan oleh ( /etc/ssh/sshd_config):

PermitRootLogin no

Berubah menjadi yes, memulai ulang layanan dan masuk secara normal.

Saya telah menyelesaikan masalah ini, puttygen adalah perangkat lunak pihak ketiga, kunci ssh yang dihasilkan olehnya tidak digunakan secara langsung, jadi Anda harus melakukan beberapa perubahan. Misalnya, tampilannya seperti ini

---- BEGIN SSH2 PUBLIC KEY ----
Comment: "rsa-key-20170502"
AAAAB3NzaC1yc2EAAAABJQAAAQEAr4Ffd3LD1pa7KVSBDU+lq0M7vNvLp6TewkP7
*******C4eq1cdJACBPyjqUCoz00r+LqkGA6sIFGooeVuUXTOxbYULuNQ==
---- END SSH2 PUBLIC KEY ---- 

Saya menghilangkan beberapa huruf di tengah, diganti dengan *, jika tidak, StackOverflow memberi tahu saya bahwa format kode salah, jangan biarkan saya memposting。

ini adalah kunci ssh saya yang dihasilkan oleh puttygen, Anda harus mengubahnya

ssh-rsa AAAAB3NzaC1yc2EAAAABJQAAAQEAr4Ffd3LD1pa7KVSBDU+lq0M7vNvLp6TewkP7wfvKGWWR7wxA8GEXJsM01FQw5hYWbNF0CDI7nCMXDUEDOzO1xKtNoaidlLA0qGl67bHaF5t+0mE+dZBGqK7jG9L8/KU/b66/tuZnqFqBjLkT+lS8MDo1okJOScuLSilk9oT5ZiqxsD24sdEcUE62S8Qwu7roVEAWU3hHNpnMK+1szlPBCVpbjcQTdiv1MjsOHJXY2PWx6DAIBii+/N+IdGzoFdhq+Yo/RGWdr1Zw/LSwqKDq1SmrpToW9uWVdAxeC4eq1cdJACBPyjqUCoz00r+LqkGA6sIFGooeVuUXTOxbYULuNQ== yourname@hostname

Dalam kasus saya, saya telah menghapus beberapa komentar, seperti

---- BEGIN SSH2 PUBLIC KEY ----
Comment: "rsa-key-20170502"
---- END SSH2 PUBLIC KEY ----

dan tambahkan ssh-rsadi awal, tambahkan yourname@hostnamedi akhir. catatan : jangan hapus ==di akhir dan Anda harus mengubah "namaAnda" dan "nama host" untuk Anda, Dalam kasus saya, adalah uaskh@mycomputer, namaAnda adalah bahwa Anda ingin masuk ke vps Anda. ketika semua hal ini telah dilakukan, Anda dapat mengunggah publik -key ke rumah uaskh ini ~/.ssh/authorized_keysoleh cat public-key >> ~/.ssh/authorized_keysmaka sudo chmod 700 ~/.ssh sudo chmod 600 ~/.ssh/authorized_keysmaka Anda harus mengubah / etc / ssh / sshd_config,RSAAuthentication yes PubkeyAuthentication yes AuthorizedKeysFile .ssh/authorized_keys sistem operasi saya adalah CentOS 7, ini adalah pertama kalinya saya untuk pertanyaan anwser, saya akan mencoba upaya saya untuk melakukan, Terima kasih!

Ya Tuhan, aku menghabiskan waktu berhari-hari untuk memperbaiki ini. Jadi inilah yang berhasil untuk saya. Saya kembali ke lipatan root seperti ini: cd / root / mkdir .ssh cd .ssh chmod 700 .ssh nano -w authorized_keys service ssh restart Jadi saya menggunakan root untuk login melalui Putty dan berhasil. jadi coba lakukan hal yang sama dengan pengguna yang ingin Anda gunakan dalam dempul.

Dalam kasus saya, itu adalah pengguna yang salah: pengaitan grup. Saya menyelesaikan pengaturan pengguna dan grup yang tepat:

sudo chown [user]:[group] -R /home/[user]

Saya menggunakan file PUTTYgen dengan psftp, dan saya mengalami masalah ini di Windows Server saya ketika kami diminta untuk membuat kunci baru untuk klien. File private_key_name .ppk dan file open_ssh.txt harus berada di direktori yang sama agar koneksi dapat bekerja.

Dalam kasus saya, rumah di nfs adalah 777, perlu 750. Itu memperbaiki masalah.

Saya memiliki masalah ini di mana sshd hanya membaca authorized_keys2.

Menyalin atau mengganti nama file memperbaiki masalah saya.

cd  ~/.ssh
sudo cat authorized_keys >> authorized_keys2

PS Saya menggunakan Putty dari Windows dan menggunakan PuTTyKeygen untuk pembuatan pasangan kunci.

Saya menghadapi masalah serupa ketika mencoba masuk melalui Mobaxterm. Kunci pribadi dibuat melalui puttygen. Regenerasi kunci membantu dalam kasus saya.

Saat menggunakan Cpanel Anda dapat memeriksa apakah kunci tersebut diotorisasi

Akses SSH >> Kunci publik >> Kelola >> Otorisasi atau Batalkan Otorisasi.

jika Anda mendapatkan kesalahan ini /var/log/secure

kesalahan: key_read: key_from_blob AA
AAB3NzaC1yc2EAAAABJQAAAQEAoo3PFwX04NFG + rKz93l7em1BsUBzjHPMsswD

itu berarti kunci Anda memiliki ruang, jika Anda membuat kunci melalui puttgen saat Anda melihat .ppkfile, akan terlihat seperti ini:

AAAAB3NzaC1yc2EAAAABJQAAAQEAoo3PFwX04NFG+rKz93l7em1BsUBzjHPMsswD
al74MLaJyhQD0pE23NS1izahbo1sJGnSJu2VJ//zxidSsba6xa6OvmeiKTwCz0E5
GMefdGVdpdbTlv99qjBl1+Nw1tDnHIC0+v9XmeZERQfCds9Kp1UivfReoYImntBC
gLtNyqRYrSu8csJCt7E1oY8QK6WP1vfYgAQ2taGyS9+g7FHyyf5VY2vH3oWzzbqz
xjsSLAv3zEQSm1LzSw9Pvc8iwasFyUMBOPj31CKQYTXyX8KpJTr0Zb7oqMauBE5L
VwxZhlcJHbj0FsMbF/+GRjvgexymCi3bHmwGQ6FEADNd0RkhdQ==

dan ketika Anda mencoba menempelkannya Anda akan mendapatkan kesalahan dalam membaca kunci, jadi coba edit kunci dan buat satu baris dan coba

ini akan terlihat seperti sesuatu

ssh-rsa AAAAB3NzaC1yc2EAAAABJQAAAQEAoo3PFwX04NFG+rKz93l7em1BsUBzjHPMsswDal74MLaJyhQD0pE23NS1izahbo1sJGnSJu2VJ//zxidSsba6xa6OvmeiKTwCz0E5GMefdGVdpdbTlv99qjBl1+Nw1tDnHIC0+v9XmeZERQfCds9Kp1UivfReoYImntBCgLtNyqRYrSu8csJCt7E1oY8QK6WP1vfYgAQ2taGyS9+g7FHyyf5VY2vH3oWzzbqzxjsSLAv3zEQSm1LzSw9Pvc8iwasFyUMBOPj31CKQYTXyX8KpJTr0Zb7oqMauBE5LVwxZhlcJHbj0FsMbF/+GRjvgexymCi3bHmwGQ6FEADNd0RkhdQ== username@domainname

Apa yang berhasil bagi saya adalah:

• Menghentikan instance ec2
• lepaskan volume
• lampirkan volume dengan instance lama menggunakan kunci yang sama dan dapat SSH
• pasang volume di beberapa folder temp
• memeriksa file di direktori mount_point / home / ec2-user / .ssh / authorized_keys
  • Idealnya, file ini perlu memiliki informasi kunci kami tetapi bagi saya file ini kosong
• menyalin file official_keys instance lama ke volume yang baru dipasang
• lepaskan perangkat
• lampirkan kembali ke contoh ec2 asli
• mulai dan biarkan lulus pemeriksaan kesehatan

Kali ini berhasil untuk saya. Namun saya tidak tahu mengapa ia tidak memiliki informasi file kunci saya pada awalnya ketika instans diluncurkan. Periksa tautan ini juga https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/TroubleshootingInstancesConnecting.html#TroubleshootingInstancesConnectingMindTerm

Dalam kasus saya, masalahnya seperti ini, selama pembuatan kunci ssh, saya sengaja mengubah direktori default dari kunci tersebut. Jadi, daripada menggunakan lokasi ~ / .ssh / authorized_keys yang saya pilih untuk digunakan ~/home/user/folder1/.ssh/authorized_keys, agar perubahan ini bekerja, saya seharusnya membuat perubahan yang sama tentang lokasi baru pada file ini /etc/ssh/sshd_config. Tetapi sampai saya menyadari hal ini, saya sudah mencoba beberapa solusi yang disarankan oleh orang lain di sini termasuk mengatur izin folder rumah ke 700dan direktori .ssh ke 600.

Langkah-langkah untuk memperbaiki Root mount (Yang saya ikuti ketika saya mengubah izin dengan folder ec2-user dan file kunci otorisasi) Proses ini akan mirip dengan melepaskan dan memasang pen-drive

Berikut adalah beberapa skenario lain yang mungkin Anda temui -

1. Anda menggunakan kunci pribadi SSH tetapi kunci publik yang sesuai tidak ada di file authorized_keys.
2. Anda tidak memiliki izin untuk file authorized_keys Anda.
3. Anda tidak memiliki izin untuk folder .ssh.
4. File authorized_keys atau folder .ssh Anda tidak diberi nama dengan benar.
5. File authorized_keys atau folder .ssh Anda telah dihapus.

Langkah-langkah untuk memperbaikinya

• Hentikan instance Ec2 yang bermasalah
• Lepaskan volume root (/ dev / sda1)
• Buat instance ec2 atau gunakan yang sedang berjalan
• Pasang volume yang terlepas (/ dev / sdvf) ke instance ec2 baru

Sekarang setelah Anda login ke ec2 baru, jalankan langkah-langkah di bawah ini

• Perintah lsblk - daftar semua tunggangan yang tersedia
• Pilih nilai pemasangan yang Anda lepaskan dari instance bermasalah
• Saat pengguna ec2, jalankan "sudo mount / dev / mapper / rootvg-home / mnt" sudo mount /dev/mapper/rootvg-home /mnt
• Kemudian ubah direktori ke / mnt
• Lakukan semua perubahan yang diperlukan

Sekarang kami telah memperbaiki volume kami dengan masalah yang kami hadapi. Sebagian besar bisa jadi masalah izin pengguna - Umount / mnt untuk melepasnya - Sekarang pergi ke konsol dan arahkan ke volume yang dilampirkan ke instance baru dan lepaskan - Setelah terlepas, lampirkan ke volume baru Anda sebagai / dev / sda1

Dengan itu Anda harus bisa login dengan sukses

Seperti pengalaman saya, saya menyarankan Anda untuk menghasilkan kunci dari dempul, tidak boleh menghasilkan dari sisi linux. Karena kuncinya adalah format PEM lama. Pokoknya, hanya saran saya. Saya melakukan langkah-langkah di bawah ini dan bekerja dengan baik dengan saya dan dengan tim saya.

1. Hasilkan pasangan kunci dengan PuTTYGen.exe di lokal Anda (ketik: RSA, panjang: 2048 bit).

2. Simpan kunci pribadi / publik sebagai file " id_rsa.ppk / id_rsa.pub " di lokal Anda.

3. Buat file "authorized_keys" di lokal Anda, lalu masukkan kunci publik di " id_rsa.pub " ke " authorized_keys ". Ingat konten harus dimulai dengan " ssh-rsa " dan hanya satu baris .

4. Gunakan WinScp (atau perintah putty) untuk menyalin " authorized_keys & id_rsa.pub " dari lokal Anda ke linux-user-home " /home/$USER/.ssh/ ".

5. Jalankan perintah ini:

   chmod 700 .ssh

   chmod 600 .ssh / authorized_keys

   chown $ USER: $ USER .ssh -R

6. Uji pengaturan koneksi Anda dengan memuat kunci pribadi " id_rsa.ppk " di profil PuTTY.exe, lalu klik buka (masukkan frasa sandi Anda jika ada).

periksa kunci Anda, ini harus menjadi kunci rsa (id_rsa.pub) hari ini dan bukan lagi kunci dss (id_dsa.pub), gunakan puttygen 0.70 dan pilih RSA pada jenis kunci yang akan dihasilkan, ganti kunci publik pada host ~ /. ssh / authorized_keys

Setelah menambahkan kunci, masuk seolah- ec2-userolah Anda menggunakan mesin Amazon Linux

Alasan lain bisa jadi UTF-8 BOM dalam authorized_keysfile tersebut.