2010-03-22 36 views
10

Tôi đang sử dụng tập lệnh kết nối với cụm qua ssh và gửi một số lệnh rồi thoát kết nối. Kịch bản này về cơ bản kết nối một lần bằng cách sử dụng ssh, sau đó thực hiện một kịch bản trong phiên này. Kịch bản lệnh này lặp qua một danh sách các lệnh một vài lần và sau khi nó kết thúc, kết nối bị chấm dứt. Vì vậy, kịch bản này hoạt động tốt, ngoại trừ thực tế là sau một vài vòng nó mang lại cho tôi lỗi sau tại vòng lặp 22. Và sau đó một lần nữa tại vòng lặp 32. Các vòng lặp thực hiện chính xác điều tương tự, vì vậy tôi không thể nắm bắt được vấn đề tập lệnh đang đối mặt. Tôi không nghĩ rằng nó có thể cho kịch bản này để yêu cầu xác thực mỗi khi anh ta phải chạy qua một vòng lặp.kịch bản ssh cung cấp lỗi "key_read"

Đây là lỗi:

key_read: uudecode AAAAB3NzaC1yc2EAAAABIwAAAQEAxmNx2hcXLpTjuaa3yKC3B9gbF7KprP2/ 
CH8fBgMbCyIcOB+ZMQDmEnbVTqedBwV/mxjZzorEpHTM8MX2WsTjFsxwzDgcpuxm+3cwfb0WSy9Y4Kb 
F8crAsRDbBIpUZ2n/iSdRcds9nTjk6PA61kTS24RLACHpqF18vudlO5WcbCOnAwa+DdUs0Raw29UiQc 
BaC6M4YPnApq9Ayy7a6qFI2uK6efkwfLTZIDivWlIdLpRLEyuBEpozQQhEd0mrGhR/ 
Gl1GevRvFMms14130xQ4A5UpJSn6CmrRIWBkcgp1TilqDGQ1F5xZOinnc4C00gFrbT3hkkQqY5A9p 
node023,10.141.0.31 ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAxmNx2hcXLpTjuaa3yKC3 
B9gbF7KprP2/CH8fBgMbCyIcOB+ZMQDmEnbVTqedBwV/mxjZzorEpHTM8MX2WsTjFsxwzDgcpuxm+ 
3cwfb0WSy9Y4KbF8crAsRDbBIpUZ2n/iSdRcds9nTjk6PA61kTS24RLACHpqF18vudlO5WcbCOnAw 
a+DdUs0Raw29UiQcBaC6M4YPnApq9Ayy7a6qFI2uK6efkwfLTZIDivWlIdLpRLEyuBEpozQQhEd0m 
rGhR/Gl1GevRvFMms14130xQ4A5UpJSn6CmrRIWBkcgp1TilqDGQ1F5xZOinnc4C00gFrbT3hkkQqY5 
A9pa0lQHFkSw== 

Trả lời

2

Bạn có thể đang xử lý một số vấn đề về thời gian ... thử thêm ngủ vào tập lệnh để làm cho các vòng lặp mất nhiều thời gian hơn và xem nó vẫn chết trên vòng lặp 22 và 32 ... nó có thể chỉ là thời gian khi những vòng lặp đó xảy ra. Nếu đây là trường hợp bạn có thể phải điều chỉnh tệp cấu hình sshd trên máy chủ bạn đang đăng nhập (nếu bạn có quyền truy cập), nếu không bạn luôn có thể thêm vào cấu hình ssh trên máy tính cục bộ. Một cái gì đó như "ServerAliveInterval 5" có thể giúp đỡ.

+0

Thnx cho sự giúp đỡ của bạn trong tình huống này, đó là một kịch bản lớn vì vậy tôi sẽ cho bạn biết khi nó kết thúc. – lugte098

+0

"ServerAliveInterval 5" đã không làm bất cứ điều gì cho tôi, nhưng giấc ngủ có vẻ làm việc, tôi sẽ thử nó trên các lô khác của tôi là tốt, thnx! – lugte098

+1

Vâng, giấc ngủ không được thiết kế để "Sửa chữa" bất cứ điều gì ... chỉ nói với bạn nếu có điều gì đó đặc biệt về số 22 và 32 hoặc nếu "nó luôn phá vỡ 55 phút trong quá trình và 80 phút" (giả sử mỗi chu kỳ mất 2,5 phút) hoặc một cái gì đó tương tự. Xin lỗi để nói, có vẻ như bạn đang gặp sự cố chưa được giải quyết và có thể sẽ tiếp tục tấn công một cách ngẫu nhiên, chúng tôi đã chỉ ra rằng nó không đáng tin cậy (mặc dù có một cơ hội nhỏ khiến giấc ngủ được khắc phục, hy vọng đó là trường hợp). – Dan

0

Tôi đã xem trực tuyến này: http://support.bb4.com/archive/200408/msg00235.html

Nhìn tương tự như vấn đề của bạn. Có một liên kết khác trong bài đăng để có thông tin chi tiết hơn trên trang web của Big Brother.

+0

Tôi đã đọc một số chủ đề liên quan đến vấn đề này, bao gồm cả của bạn, nhưng không ai trong số họ thực sự là một giải pháp cho tôi. – lugte098

2

Hy vọng điều này có thể giúp một vài người.

Tôi đã có thông báo lỗi chính xác này khi SSH đến bất kỳ máy chủ nào. Điều thú vị là tôi được phép tiếp cận. Tôi đã kiểm tra tất cả các tệp khóa SSH và chúng ở đâu trên tất cả các dòng (có rất nhiều người được báo cáo là nguyên nhân có thể).

Sau đó, tôi đã xóa nhận xét khỏi công khai RSA (== [email protected]) và đã hoạt động! Sau đó tôi đã xóa dòng đó khỏi DSA công khai; lỗi xuất hiện trở lại.

Tôi không am hiểu về khóa SSH và cách chúng hoạt động chính xác, nhưng điều này dường như đã thực hiện thủ thuật cho một số máy chủ tôi truy cập. Vì vậy, xóa nhận xét khỏi công chúng RSA và để lại nhận xét đó cho DSA công khai.

16

Một lý do tại sao vấn đề này có thể xảy ra:

Tôi đã có một vấn đề tương tự khi SSHing đến một trong các máy chủ của chúng tôi: nó sẽ làm việc nhưng hiển thị thông báo lỗi kỳ lạ này. Giải pháp thực sự là sửa các ~/.ssh/known_hosts có 2 mục nhập cho máy chủ này.

+1

Cảm ơn - đây là vấn đề tôi gặp phải. –

+0

Tôi đã gặp vấn đề tương tự, cảm ơn bạn. –

3

Tôi đã dán nội dung id_rsa.pub từ Windows vào máy ảo Linux. Điều đó khiến cho các CRLF được chèn vào giữa các dòng ở một vài nơi, điều đó chỉ rõ ràng nếu tôi đã chỉnh sửa tệp với một cửa sổ đủ rộng (hoặc cat'd trong một thiết bị đầu cuối đủ rộng). Loại bỏ các CRLFs để toàn bộ điều đã được trên một dòng cố định vấn đề này.

1

Đối với tôi, đó là lỗi trong tệp ~.ssh/known_hosts trong thư mục .ssh của tôi. Tôi đã xóa tất cả các dòng để có được khởi đầu "mới" của các máy chủ đã biết và sau này tôi không nhận được lỗi nào.

+0

Điều này làm việc cho tôi, chỉ xóa (các) dòng cho máy chủ lưu trữ mà tôi đã đăng nhập vào sự cố đã khắc phục. Tôi nghi ngờ nó liên quan đến việc thay đổi chìa khóa của chủ nhà. – zymhan

Các vấn đề liên quan