Solusi 1:
Ya, Anda dapat melakukan ini, seperti yang Anda jelaskan.
[email protected] ~$ ssh-add -l 4096 10:b3:fd:29:08:86:24:a6:da:0a:dd:c6:1e:b0:66:6a id_rsa (RSA) [email protected] ~$ ssh [email protected] motd message, etc. [email protected] ~$
Solusi 2:
Ini sedikit tambahan, tapi.....
Jika Anda selalu menggunakan nama pengguna yang sama untuk server jarak jauh, menambahkan host ke dalam konfigurasi ssh Anda mungkin juga bermanfaat:
Host remotesystem
User baruser
Dengan demikian, Anda tidak perlu mengingat untuk menentukan nama pengguna saat login, dan Anda mengesampingkannya saat mengalami masalah dengan kunci di masa mendatang.
Solusi 3:
Nama pengguna lokal Anda tidak terlalu penting (selain kunci privat yang harus berada di dalam direktori home pengguna lokal Anda). Cukup salin kunci ke authorized_keys pengguna jarak jauh bagian dan itu akan berhasil.
Solusi 4:
Dengan masalah terkait ssh, hal pertama yang harus dilakukan adalah mengaktifkan verbositas klien:
ssh [email protected] -vvv
Jika ini gagal memberi Anda wawasan tentang apa yang salah, Anda perlu mengubah level log di server dan memulai ulang daemon.
LogLevel DEBUG3
Anda harus menemukan keluaran debug di /var/log/auth.log (atau di mana pun ssh dikonfigurasi untuk masuk). Setelah Anda menemukan masalahnya, ingatlah untuk mengembalikannya ke cara Anda menemukannya.
Solusi 5:
Izin pada direktori .ssh di kedua mesin sudah benar. Secara umum, itu berarti 700 pada direktori .ssh dan paling banyak 755 pada direktori home. Selain 600 pada semua file di direktori .ssh.
Jika pengguna di sistem jarak jauh adalah root, pastikan root dapat ssh. (PermitRootLogin di sshd_config) dan kunci publik (PubkeyAuthentication) dan jika perlu RSA (RSAAuthentication) diaktifkan.