SSH không hoạt động từ một máy tính cụ thể


14

Tôi có thể kết nối từ mọi máy tính khác trên mạng LAN, cũng như bên ngoài. Nó kết nối tốt với các máy khác chạy SSHD. Khi thử ssh với độ dài, tôi nhận được thông báo sau:

$ 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

Bất cứ ý tưởng những gì tôi có thể đã gây rối? Tôi không nhớ việc thay đổi các tệp cấu hình SSH, chỉ thêm một số người dùng vào các nhóm để thử nghiệm các quyền. Ngay cả khi tôi cố gắng không chỉ định tài khoản (như trên), nó vẫn bị treo ở "Chuỗi phiên bản cục bộ SSH-2.0-OpenSSH_6.2" trong một phút trước khi đưa ra lỗi cuối cùng. Tôi đang chạy Ubuntu Server 12.04 x86, với giá trị của nó.


1
Bạn đã thử xác định /dev/nulllà tập tin nhận dạng?
Ignacio Vazquez-Abrams

1
Bạn đã kiểm tra nhật ký liên quan đến ssh trong máy chủ từ xa tức là 192.168.1.9 chưa?
Rahul Patil

1
Trông giống như một vấn đề mạng. Bạn có thể chạy tcpdump -i eth0 -n host 192.168.1.9 and tcp port 22. Bạn cũng có thể thử ssh-agent vàssh-add /home/Steven/.ssh/id_dsa
Hauke ​​Laging

Hãy xem một số giải pháp trong Hỏi & Đáp SU này: superuser.com/questions/568891/
mẹo

Những thay đổi bạn đã thực hiện, trước vấn đề này là gì?
Rahul Patil

Câu trả lời:


14

Điều này có nghĩa là, cuối cùng, máy chủ SSH ở đầu bên kia đã bị hỏng hoặc theo một cách nào đó không hoạt động. Nó vẫn nghe trên ổ cắm nhưng nó không có khả năng thực hiện bắt tay bằng mật mã.

Giải pháp duy nhất là khởi động lại quá trình ở phía xa.


2

Tôi đã có một vấn đề rất giống nhau, những gì tôi tìm thấy là IP keept của tôi được thêm vào tập tin etc / hosts.deny.

Tôi đã giải quyết vấn đề này bằng cách đăng nhập vào một máy chủ VPS khác sau đó kết nối ssh vào VPS bị chặn và xóa IP (tĩnh tại nhà) của tôi khỏi tệp hosts.deny.


1

Nỗ lực đầu tiên của tôi là tìm " ssh_exchange_identification: read: Connection reset by peer" và kiểm tra chéo với mã nguồn, nhưng tiếc là tôi không tìm thấy cái nào cả. Vì vậy, với một số phương pháp tôi đã cố gắng sao chép cùng một vấn đề ở bên tôi, nhưng không thể tạo ra cùng một vấn đề ở bên tôi, như bạn có thể thấy như bên dưới.

Với root sshd_config DenyUsers

Nhật ký phía khách hàng

Quyền bị từ chối, vui lòng thử lại

Nhật ký phía máy chủ

Ngày 2 tháng 7 02:47:32 máy chủ sshd [27118]: Không cho phép người dùng root từ CLIENT_IP vì được liệt kê trong DenyUsers

Với hosts.deny

sshd: CLIENT_IP

Nhật ký gỡ lỗi phía máy khách:

ssh_exchange_identification: Kết nối được đóng bởi máy chủ từ xa

Nhật ký phía máy chủ

Ngày 2 tháng 7 02:46:28 máy chủ sshd [27100]: từ chối kết nối từ CLIENT_IP (CLIENT_IP)

Từ chối PAM

Nhật ký phía khách hàng:

Quyền bị từ chối (khóa công khai, tương tác bàn phím).

Nhật ký phía máy chủ:

PAM-listfile: Người dùng xyz bị từ chối cho dịch vụ ssh

Với tài khoản khóa

Nhật ký phía khách hàng:

debug2: chúng tôi đã gửi một gói mật khẩu, chờ trả lời debug1: Xác thực có thể tiếp tục: publickey, gssapi-with-mic, Mật khẩu bị từ chối, vui lòng thử lại.

Nhật ký phía máy chủ:

Ngày 2 tháng 7 02:57:16 máy chủ sshd [27303]: pam_unix (sshd: auth): lỗi xác thực; logname = uid = 0 euid = 0 tty = ssh ruser = rhost = CLIENT_IP user = usertest Ngày 2 tháng 2 02:57:17 [27303]: Mật khẩu không thành công cho usertest từ CLIENT_IP cổng 39431 ssh2

Sau đó, sau khi thực hiện một số tìm kiếm Google, có vẻ như vấn đề này là do:

  • Sao chép IP trong mạng của bạn
  • Có thể đó là lỗi.

3
"Thiết lập lại kết nối bằng ngang hàng" là một thông báo lỗi ổ cắm chung; bạn sẽ không tìm thấy nó trong các nguồn SSH. Hãy tìm một mạng đọc ssh_exchange_identification. Dù sao, điều này trông giống như một vấn đề tường lửa hoặc tương tự.
tripleee

0

Điều này có thể xảy ra nếu việc định tuyến giữa hai máy tính là khác nhau. Rất đáng để xem xét cả cấu hình định tuyến của hai điểm cuối cũng như bất kỳ tường lửa nào mà các gói đi qua.


Chính xác thì làm thế nào để đường dẫn của gói tin ảnh hưởng đến việc bắt tay có thành công hay không ???
David Hoelzer

-1

Hãy thử: ssh -2 name@iphoặcssh -2 -l name ip


4
Bạn có muốn giải thích làm thế nào bạn nghĩ rằng điều này có liên quan?
jasonwryan
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.