Điểm:1

Các lần thử kết nối SSH liên tiếp, nhanh chóng bị treo

lá cờ jp

Tôi có một tập lệnh bash sao chép các tệp nhỏ liên tiếp bằng cách sử dụng scp. Vì vậy, có một loạt các scp các lệnh trong tập lệnh này. Khóa SSH đang được sử dụng để xác thực với máy chủ khác.

Vì các tệp quá nhỏ nên các nỗ lực kết nối SSH diễn ra rất nhanh và hoàn toàn không đi sâu vào tập lệnh, một scp sẽ bị treo vô thời hạn.

  • Không có lỗi sản xuất.
  • Thiết bị mạng đã bị loại khỏi phương trình và các máy chủ giao tiếp trực tiếp trên cùng một mạng con.
  • Vấn đề đã được chứng minh với rsync cũng.

Nếu một ngủ trong 1 giây được đặt giữa các cuộc gọi scp này, tập lệnh chạy trơn tru, không bị treo.

Tôi nên tìm giới hạn tỷ lệ rõ ràng này ở đâu? Tôi không thấy điều này giữa bất kỳ máy chủ nào khác của mình...

Michael Hampton avatar
lá cờ cz
Bạn đã cân nhắc sử dụng các kết nối ssh liên tục chưa? Nó không chỉ giải quyết vấn đề này mà còn làm cho quá trình chuyển tổng thể nhanh hơn nhiều.
Marcus avatar
lá cờ jp
@MichaelHampton Tôi thực sự đã xem xét điều đó, nhưng vì tôi đang khắc phục sự cố các quy trình mà tôi không sở hữu, nên tôi được giao nhiệm vụ khắc phục sự cố mà không thay đổi tập lệnh. Chắc chắn là một ý tưởng giải pháp tốt mặc dù.
Marcus avatar
lá cờ jp
@anx Điều này thật thú vị nhờ liên kết, tôi không biết điều này. Tuy nhiên, vấn đề SSH này cũng đã được chứng minh với rsync, vì vậy tôi tin rằng vấn đề không nằm ở scp.
Điểm:3
lá cờ in

Đôi khi người ta thiết lập giới hạn tỷ lệ sử dụng iptables.

OpenSSH có MaxStartup tùy chọn thực hiện một số giới hạn tốc độ đối với khách hàng đến. Mặc định (ít nhất là trên máy tính của tôi) là 10:30:100.

người đàn ông sshd_config

Ngoài ra, có thể bật tùy chọn giảm sớm ngẫu nhiên bằng cách chỉ định ba giá trị được phân tách bằng dấu hai chấm start:rate:full (ví dụ: "10:30:60"). sshd(8) sẽ từ chối các nỗ lực kết nối với xác suất tỷ lệ/100 (30%) nếu hiện tại có (10) kết nối không được xác thực. Xác suất tăng tuyến tính và tất cả các lần thử kết nối đều bị từ chối nếu số lượng kết nối không được xác thực đạt đến mức đầy đủ (60).

Một vấn đề bán phổ biến khác và nguyên nhân gây ra sự chậm trễ kết nối OpenSSH có liên quan đến một tính năng trên máy chủ OpenSSH sẽ cố gắng thực hiện tra cứu ngược lại địa chỉ IP đến khi thử kết nối. Tôi tin rằng nó cần chức năng DNS này để tương thích với một số phương thức xác thực tương thích với rhost cũ hơn, chức năng mà tôi nghĩ hầu như không còn ai sử dụng nữa. Dù sao, tính năng phân giải DNS sẽ gây ra sự cố nếu trình phân giải DNS được định cấu hình kém, được định cấu hình để sử dụng trình phân giải bị hỏng hoặc có thể có điều gì đó về vùng đảo ngược mà IP máy khách đang kết nối bị hỏng.

Câu trả lời lý tưởng nhất là sửa DNS và đảm bảo DNS của bạn luôn hoạt động không có lỗi và trả lời nhanh chóng. Nhưng nếu bạn không yêu cầu độ phân giải DNS, thì một giải pháp nhanh chóng ở đây là ngăn máy chủ cố gắng phân giải tên. Bộ Sử dụngDNS không trong bạn sshd_config.

Marcus avatar
lá cờ jp
Cảm ơn vì phản hồi này. Thật không may, tôi tin rằng tôi đã loại bỏ những thứ này, vì MaxStartups được đặt giống như trên các máy chủ của tôi không bị treo. Và iptables không chứa quy tắc giới hạn tốc độ.
lá cờ in
Nó thực sự bị treo `vô thời hạn` hay chỉ trong một thời gian dài? Một khả năng khác tôi có thể nghĩ đến là bạn đã hỏng DNS trên máy chủ đó và đã hết thời gian cố gắng giải quyết DNS. Bạn có thể muốn đặt `UseDNS no` trong sshd_config của mình.
Marcus avatar
lá cờ jp
Tôi nghĩ rằng bạn đã đóng đinh nó với UseDNS no. Nếu bạn muốn cập nhật câu trả lời của mình với mẩu tin bổ sung này đã giải quyết vấn đề của tôi, tôi sẽ chấp nhận nó.
anx avatar
lá cờ fr
anx
@Marcus cơ sở của việc DNS bị lỗi đối với các lần đăng nhập liên tiếp là gì? Đây có phải là lỗi hoặc trình giải quyết sơ khai cục bộ bị hỏng hoặc thứ gì đó thực sự không thể sửa được cục bộ không?
Marcus avatar
lá cờ jp
@anx Nguyên nhân gốc rễ vẫn đang được điều tra. Biết đó là DNS mặc dù nó cực kỳ hữu ích. Tôi đã có manh mối khác đó là DNS nhưng không biết về UseDNS của SSH cho đến bây giờ.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.