Sự cố SSH - Đọc từ ổ cắm không thành công: Thiết lập lại kết nối bằng ngang hàng

Tôi có thể SSH theo một hướng mà không gặp vấn đề gì:

ĐƯỢC:

ssh user@computerA

nhưng cách khác:

ssh user@computerB

Tôi nhận được Read from socket failed: Connection reset by peer.

Tôi thậm chí không bắt đầu biết nơi để tìm cách giải quyết điều này.

Bất cứ ai có bất kỳ manh mối?

1. bắt đầu theo dõi tệp nhật ký của máy chủ

   tail -f /var/log/auth.log

2. thêm -v để có được đầu ra dài dòng ở cuối máy khách

   ssh user@computerB -v

Điều này có thể cung cấp cho bạn thêm chi tiết về nguyên nhân. nếu thiếu khóa rsa và dsa trên máy chủ, hãy sửa chúng bằng cách:

ssh-keygen -t rsa1 -f /etc/ssh/ssh_host_rsa_key
ssh-keygen -t dsa  -f /etc/ssh/ssh_host_dsa_key

Tôi đã cài đặt lại các bit SSH bằng cách thực hiện:

sudo apt-get --reinstall install openssh-server openssh-client

Điều này đã khắc phục tất cả các vấn đề của tôi.

Phương pháp của änthräX rất hữu ích. Nó làm việc cho tôi!

Về cơ bản tôi nghĩ, sau khi cài đặt ssh, các tệp chính là cần thiết.

Bản sửa đổi duy nhất tôi đã thực hiện là sử dụng rsathay vì rsa1:

ssh-keygen -t rsa -f /etc/ssh/ssh_host_rsa_key 
ssh-keygen -t dsa -f /etc/ssh/ssh_host_dsa_key

Phương pháp sửa đổi đó đã làm việc cho tôi.

Đó là bởi vì bằng cách nào đó, quyền của các tệp bên trong /etc/sshđã thay đổi ... Vì vậy, hãy thay đổi quyền của các tệp như ví dụ được đưa ra dưới đây:

sử dụng:

chmod 644 ssh_config
chmod 600 moduli

và v.v.

Cuối cùng, các quyền của tệp sẽ trông giống như được đưa ra dưới đây,

[root@hostname ssh]# ls -latr
total 172

-rw-r--r--.   1 root root   2047 Aug 12  2010 ssh_config
-rw-------.   1 root root 125811 Aug 12  2010 moduli
-rw-------.   1 root root    963 Mar  1 16:02 ssh_host_key
-rw-r--r--.   1 root root    627 Mar  1 16:02 ssh_host_key.pub
-rw-r--r--.   1 root root    382 Mar  1 16:02 ssh_host_rsa_key.pub
-rw-------.   1 root root   1675 Mar  1 16:02 ssh_host_rsa_key
-rw-r--r--.   1 root root    590 Mar  1 16:02 ssh_host_dsa_key.pub
-rw-------.   1 root root    668 Mar  1 16:02 ssh_host_dsa_key
-rw-------.   1 root root   3845 May  7 11:52 sshd_config

Sau khi thay đổi quyền, hãy thử kết nối từ putty, sẽ hoạt động tốt ..

Chúng tôi đã có một vấn đề tương tự, nhưng nó chỉ xảy ra khi đăng nhập từ Ubuntu sang Solaris. Đảm bảo rằng tất cả các dòng này có trong /etc/ssh/ssh_config máy chủ Ubuntu đã khắc phục sự cố (bạn sẽ thấy một số dòng này đã có mặt):

Host *
SendEnv LANG LC_*
HashKnownHosts yes
GSSAPIAuthentication yes
GSSAPIDelegateCredentials no
Ciphers aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc
HostKeyAlgorithms ssh-rsa,ssh-dss
MACs hmac-md5,hmac-sha1,hmac-ripemd160

Trong trường hợp Xubfox tôi chỉ cần hai cái cuối cùng.

Thông báo này cũng có thể xuất phát từ nhiều cuộc tấn công ssh đã cố gắng. Nếu bạn thấy thông báo này trong nhật ký của mình, một nguồn độc hại có thể đang cố ssh vào máy của bạn bằng cách sử dụng các lần thử mật khẩu mạnh mẽ.

Để làm chậm các lần thử, hãy cài đặt gói "fail2ban":

sudo apt-get install fail2ban

Từ trang wiki của fail2ban :

Fail2ban quét các tệp nhật ký (ví dụ / var / log / apache / error_log) và cấm các IP hiển thị các dấu hiệu độc hại - quá nhiều lỗi mật khẩu, tìm cách khai thác, v.v. Nói chung Fail2Ban được sử dụng để cập nhật các quy tắc tường lửa để từ chối các địa chỉ IP trong một khoảng thời gian xác định