ssh: Keaslian 'hostname' host tidak dapat ditetapkan

Ketika saya ssh ke mesin, kadang-kadang saya mendapatkan peringatan kesalahan ini dan itu meminta untuk mengatakan "ya" atau "tidak". Ini menyebabkan beberapa masalah saat menjalankan dari skrip yang secara otomatis ssh ke mesin lain.

Pesan peringatan:

The authenticity of host '<host>' can't be established.
ECDSA key fingerprint is    SHA256:TER0dEslggzS/BROmiE/s70WqcYy6bk52fs+MLTIptM.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'pc' (ECDSA) to the list of known hosts.

Apakah ada cara untuk secara otomatis mengatakan "ya" atau mengabaikan ini?

Bergantung pada klien ssh Anda, Anda dapat mengatur opsi StrictHostKeyChecking ke no pada baris perintah, dan / atau mengirim kunci ke file null known_hosts. Anda juga dapat mengatur opsi ini dalam file konfigurasi Anda, baik untuk semua host atau untuk set alamat IP atau nama host yang diberikan.

ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no

EDIT

Seperti yang dicatat @IanDunn, ada risiko keamanan untuk melakukan ini. Jika sumber daya yang Anda hubungkan telah dipalsukan oleh penyerang, mereka berpotensi dapat memutar ulang tantangan server tujuan kembali kepada Anda, membodohi Anda dengan berpikir bahwa Anda terhubung ke sumber daya jarak jauh sementara pada kenyataannya mereka terhubung ke sumber daya dengan kredensial Anda. Anda harus hati-hati mempertimbangkan apakah itu risiko yang pantas diambil sebelum mengubah mekanisme koneksi Anda untuk melewati HostKeyChecking.

Referensi .

Pertanyaan lama yang pantas dijawab.

Anda dapat mencegah prompt interaktif tanpa menonaktifkan StrictHostKeyChecking(yang tidak aman).

Masukkan logika berikut ke dalam skrip Anda:

if [ -z "$(ssh-keygen -F $IP)" ]; then
  ssh-keyscan -H $IP >> ~/.ssh/known_hosts
fi

Ia memeriksa apakah kunci publik dari server masuk known_hosts. Jika tidak, ia meminta kunci publik dari server dan menambahkannya ke known_hosts.

Dengan cara ini Anda terkena serangan Man-In-The-Middle hanya sekali, yang dapat dikurangi dengan:

• memastikan bahwa skrip terhubung pertama kali melalui saluran aman
• memeriksa log atau diketahui_host untuk memeriksa sidik jari secara manual (hanya dilakukan sekali)

Untuk menonaktifkan (atau mengontrol penonaktifan), tambahkan baris berikut ke awal /etc/ssh/ssh_config...

Host 192.168.0.*
   StrictHostKeyChecking=no
   UserKnownHostsFile=/dev/null

Pilihan:

• Subnet Host dapat *memungkinkan akses tidak terbatas ke semua IP.
• Edit /etc/ssh/ssh_configuntuk konfigurasi global atau ~/.ssh/configuntuk konfigurasi khusus pengguna.

Lihat http://linuxcommando.blogspot.com/2008/10/how-to-disable-ssh-host-key-checking.html

Pertanyaan serupa di superuser.com - lihat https://superuser.com/a/628801/55163

Pastikan ~/.ssh/known_hostsbisa ditulisi. Itu memperbaikinya bagi saya.

Cara terbaik untuk melakukannya adalah dengan menggunakan 'BatchMode' di samping 'StrictHostKeyChecking'. Dengan cara ini, skrip Anda akan menerima nama host baru dan menulisnya ke file known_hosts, tetapi tidak akan memerlukan intervensi ya / tidak.

ssh -o BatchMode=yes -o StrictHostKeyChecking=no user@server.example.com "uptime"

Edit file konfigurasi Anda yang biasanya terletak di '~ / .ssh / config', dan pada awal file, tambahkan baris di bawah ini

Host *
    User                   your_login_user
    StrictHostKeyChecking  no
    IdentityFile          ~/my_path/id_rsa.pub

Set pengguna untuk your_login_usermengatakan bahwa pengaturan ini milik your_login_user
StrictHostKeyChecking Anda setel ke tidak akan menghindari prompt
IdentityFile adalah jalur ke kunci RSA

Ini bekerja untuk saya dan skrip saya, semoga sukses untuk Anda.

Peringatan ini dikeluarkan karena fitur keamanan, jangan menonaktifkan fitur ini.

Hanya ditampilkan sekali.

Jika masih muncul setelah koneksi kedua, masalahnya mungkin secara tertulis ke known_hostsfile. Dalam hal ini Anda juga akan mendapatkan pesan berikut:

Failed to add the host to the list of known hosts 

Anda dapat memperbaikinya dengan mengubah pemilik mengubah izin file agar dapat ditulis oleh pengguna Anda.

sudo chown -v $USER ~/.ssh/known_hosts

Dengan mengacu pada jawaban Cori, saya memodifikasinya dan menggunakan perintah di bawah ini, yang berfungsi. Tanpa exit, perintah yang tersisa sebenarnya masuk ke mesin jarak jauh, yang tidak saya inginkan dalam skrip

ssh -o StrictHostKeyChecking=no user@ip_of_remote_machine "exit"

Lakukan ini -> chmod +w ~/.ssh/known_hosts. Ini menambahkan izin menulis ke file di ~/.ssh/known_hosts. Setelah itu host jarak jauh akan ditambahkan ke known_hostsfile ketika Anda terhubung ke waktu berikutnya.

Idealnya, Anda harus membuat otoritas sertifikat yang dikelola sendiri. Mulai dengan membuat pasangan kunci: ssh-keygen -f cert_signer

Kemudian tandatangani kunci host publik setiap server: ssh-keygen -s cert_signer -I cert_signer -h -n www.example.com -V +52w /etc/ssh/ssh_host_rsa_key.pub

Ini menghasilkan kunci host publik yang ditandatangani: /etc/ssh/ssh_host_rsa_key-cert.pub

Di /etc/ssh/sshd_config, arahkan HostCertificateke file ini: HostCertificate /etc/ssh/ssh_host_rsa_key-cert.pub

Mulai kembali layanan sshd: service sshd restart

Kemudian pada klien SSH, tambahkan berikut ini ke ~/.ssh/known_hosts: @cert-authority *.example.com ssh-rsa AAAAB3Nz...cYwy+1Y2u/

Di atas berisi:

• @cert-authority
• Domain *.example.com
• Isi lengkap kunci publik cert_signer.pub

The cert_signerkunci publik akan percaya server apapun yang kunci publik tuan rumah ditandatangani oleh cert_signerkunci pribadi.

Meskipun ini membutuhkan konfigurasi satu kali di sisi klien, Anda dapat memercayai beberapa server, termasuk yang belum ditetapkan (selama Anda menandatangani setiap server, yaitu).

Untuk lebih jelasnya, lihat halaman wiki ini .

Secara umum masalah ini terjadi ketika Anda sering memodifikasi tombol. Berdasarkan server, mungkin perlu waktu untuk memperbarui kunci baru yang telah Anda buat dan tempelkan di server. Jadi setelah membuat kunci dan menempel di server, tunggu selama 3 hingga 4 jam dan kemudian coba. Masalahnya harus dipecahkan. Itu terjadi pada saya.

Tambahkan ini ke / etc / ssh / ssh_config Anda

Host *
UserKnownHostsFile=/dev/null
StrictHostKeyChecking=no

Jalankan ini di server host itu masalah firasat

chmod -R 700 ~/.ssh

Saya memiliki kesalahan yang sama dan ingin menarik perhatian pada kenyataan bahwa - seperti yang terjadi pada saya - Anda mungkin hanya memiliki hak yang salah.
Anda telah mengatur .sshdirektori Anda sebagai biasa atau rootpengguna dan dengan demikian Anda harus menjadi pengguna yang benar. Ketika kesalahan ini muncul, saya roottetapi saya dikonfigurasi .sshsebagai pengguna biasa. Keluar rootmemperbaikinya.

Saya mengatasi masalah yang memberikan kesalahan tertulis di bawah ini:
Kesalahan:
Keaslian host 'XXX.XXX.XXX' tidak dapat dibuat.
Sidik jari kunci RSA adalah 09: 6c: ef: cd: 55: c4: 4f: ss: 5a: 88: 46: 0a: a9: 27: 83: 89.

Larutan:
1. instal alat openSSH apa pun.
2. jalankan perintah ssh
3. ia akan meminta Anda menambahkan host ini seperti. terima YA.
4. Host ini akan menambahkan daftar host yang dikenal.
5. Sekarang Anda dapat terhubung dengan host ini.

Solusi ini berfungsi sekarang ......