Điều đó tùy thuộc vào ý bạn là "khắc phục". Nguyên nhân cơ bản, như đã chỉ ra trong các ý kiến, là tắc nghẽn/thiếu tài nguyên. Theo cách đó, nó tương tự như một số mã HTTP. Đó là nguyên nhân bình thường, có thể máy chủ ssh đang trả về dữ liệu tiêu đề sai.
429 Quá nhiều yêu cầu, yêu cầu khách hàng sử dụng giới hạn tốc độ hoặc đôi khi API sẽ trả lại 503 theo cách tương tự, nếu bạn vượt quá hạn ngạch. Ý tưởng là, để thử lại sau, với một sự chậm trễ.
Bạn có thể tìm cách xử lý ngoại lệ này trong mã của mình, đợi một lát và thử lại. Bạn cũng có thể chỉnh sửa tệp transport.py của mình, để đặt thời gian chờ biểu ngữ thành thứ gì đó cao hơn. Nếu bạn có một ứng dụng mà nó không quan trọng như thế nào một cách nhanh chóng máy chủ đáp ứng, bạn có thể thiết lập này để 60 giây.
Điều này xảy ra nếu máy chủ chấp nhận kết nối nhưng trình nền ssh không phản hồi trong vòng 15 giây. Nó có thể là tắc nghẽn mạng, thiết bị chuyển mạch bị lỗi, vv ... nhưng thường có nghĩa là máy chủ đích bị sa lầy hoặc sshd của nó bị treo. Khôi phục là đợi và thử lại. Nếu bạn kiểm soát máy chủ, đây là thời điểm tốt để kiểm tra sức khỏe của máy chủ. – tdelaney
Bạn có thể tạo lại lỗi này bằng cách tạo 10 luồng và mở/đóng các kết nối sftp nhanh nhất có thể trên tất cả chúng. Trình nền sshd không thể trả lời đúng lúc và ngoại lệ trên được ném ra. –
Tôi vừa gặp sự cố trên một máy chủ. Khách hàng Openssh kết nối tốt, Paramiko thất bại. Nếu tôi telnet máy chủ, nó không viết dòng 'SSH-2.0-OpenSSH_6.0p1' ngay lập tức như tất cả các máy chủ khác làm. Không có ý tưởng về nguyên nhân. – Equidamoid