Saya dapat terhubung dari setiap komputer lain di LAN, serta secara eksternal. Ini terhubung dengan baik ke mesin lain yang menjalankan SSHD. Saat mencoba ssh dengan verbositas, saya mendapatkan pembacaan berikut:
$ ssh -vvv 192.168.1.9
OpenSSH_6.2p2, OpenSSL 1.0.1e 11 Feb 2013
debug2: ssh_connect: needpriv 0
debug1: Connecting to 192.168.1.9 [192.168.1.9] port 22.
debug1: Connection established.
debug1: identity file /home/Steven/.ssh/id_rsa type -1
debug1: identity file /home/Steven/.ssh/id_rsa-cert type -1
debug3: Incorrect RSA1 identifier
debug3: Could not load "/home/Steven/.ssh/id_dsa" as a RSA1 public key
debug1: identity file /home/Steven/.ssh/id_dsa type 2
debug1: identity file /home/Steven/.ssh/id_dsa-cert type -1
debug1: identity file /home/Steven/.ssh/id_ecdsa type -1
debug1: identity file /home/Steven/.ssh/id_ecdsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
ssh_exchange_identification: read: Connection reset by peer
Adakah yang tahu aku mungkin mengacaukannya? Saya tidak ingat mengubah file konfigurasi SSH, hanya menambahkan beberapa pengguna ke grup untuk bereksperimen dengan izin. Bahkan ketika saya mencoba untuk tidak menentukan akun (seperti di atas) masih tergantung pada "string versi lokal SSH-2.0-OpenSSH_6.2" selama satu menit sebelum memberikan kesalahan terakhir. Saya menjalankan Ubuntu Server 12.04 x86, untuk apa nilainya.
/dev/null
sebagai file identitas?tcpdump -i eth0 -n host 192.168.1.9 and tcp port 22
. Anda juga dapat mencoba ssh-agent danssh-add /home/Steven/.ssh/id_dsa
Jawaban:
Apa artinya ini, pada akhirnya, adalah bahwa server SSH di ujung yang lain mengalami crash atau tidak berfungsi. Masih mendengarkan di soket tetapi tidak mampu melakukan jabat tangan kriptografis.
Satu-satunya solusi adalah memulai kembali proses di sisi jarak jauh.
sumber
Saya memiliki masalah yang sama, apa yang saya temukan adalah IP saya semakin ditambahkan ke file etc / hosts.deny.
Saya menyelesaikan ini dengan hanya masuk ke server VPS lain kemudian menghubungkan ssh ke VPS yang diblokir dan menghapus IP saya (statis rumah) dari file hosts.deny.
sumber
Upaya pertama saya adalah menemukan "
ssh_exchange_identification: read: Connection reset by peer
", dan memeriksa silang dengan kode sumber, tapi sayangnya saya belum menemukan. Jadi dengan beberapa metode saya mencoba mereplikasi masalah yang sama di sisi saya, tetapi tidak dapat membuat masalah yang sama di sisi saya, seperti yang Anda lihat seperti di bawah ini.Dengan sshd_config DenyUsers root
Log Sisi Klien
Log Sisi Server
Dengan hosts.deny
sshd: CLIENT_IP
Log debug sisi klien:
Log Sisi Server
Dengan PAM deny
Log Sisi Klien:
Log Sisi Server:
Dengan Akun Kunci
Log Sisi Klien:
Log Sisi Server:
Kemudian setelah melakukan beberapa pencarian Google, sepertinya masalah ini karena:
sumber
ssh_exchange_identification
. Bagaimanapun, ini lebih seperti masalah firewall atau sejenisnya.Ini bisa terjadi jika perutean antara dua komputer berbeda. Penting untuk melihat baik konfigurasi perutean dari dua titik akhir maupun firewall apa pun yang dilewati paket.
sumber
Coba:
ssh -2 name@ip
ataussh -2 -l name ip
sumber