Điều gì có thể gây ra phiên ssh chậm? [đóng cửa]

Tôi ssh trên máy chủ từ xa nhưng hiệu suất thiết bị đầu cuối là kém. Biểu tượng tôi đang gõ không được hiển thị ngay lập tức, nhưng với một số độ trễ. Đôi khi hai biểu tượng được hiển thị tại một thời điểm sau khi trì hoãn.

Độ trễ cao là một nguyên nhân khác của hiệu suất ssh kém. Tôi thực sự khuyên bạn nên sử dụng mtr như một sự thay thế tốt hơn cho traceroute. Nó sẽ có thể cung cấp cho bạn một số ý tưởng về nơi các vấn đề mạng của bạn có thể xảy ra.

Vô hiệu hóa chuyển tiếp X11 nếu bạn không cần nó (ssh -x) và cho phép nén (ssh -C) cũng có thể tăng tốc phiên của bạn.

Tôi có thể nghĩ về hai nguyên nhân có thể:

1. Mất gói trên kết nối
2. Tải cao trên máy chủ.

Tôi đã cố gắng đo hiệu suất mạng bằng cách sớm phát hiện ra rằng thiết bị đầu cuối vẫn ổn. Chuyện gì xảy ra vậy?

Chúng tôi có một sự cân bằng tải giữa hai bộ định tuyến kênh Internet. Đôi khi, nó định tuyến lưu lượng ssh của tôi qua wan1 và đôi khi qua wan2. Tôi đã đề xuất, rằng có một cái gì đó sai chỉ với một kênh. Vì vậy, tôi đã đo hiệu suất mạng bằng mtr (công cụ tuyệt vời!) Cho hai kênh riêng biệt.

vâng wan2 có 21 bước nhảy với 110 ms và wan1 có 15 bước chỉ với 21 ms! độ trễ wan2 là vấn đề.

Sử dụng Nén và NénLevel of 9. Điều đó sẽ giúp một chút. Bạn có thể định cấu hình các tham số này trong / etc / ssh / ssh_config. Nhưng nếu mạng thực tế rất kém thì thủ thuật này sẽ không làm được gì nhiều.

Nguyên nhân rõ ràng nhất cho hành vi này là liên kết bị bão hòa hoặc làm rớt gói. Bạn có bao nhiêu bước nhảy từ máy trạm đến máy bạn đang tham gia? Bạn đã phân tích một traceroute, nếu có?

Nếu bạn đang sử dụng OpenSSH trên một đường ống dài (băng thông cao + độ trễ cao), hãy đảm bảo bạn đang sử dụng ít nhất phiên bản 4.7 ở cả hai bên vì nó có các bản sửa lỗi để làm cho OpenSSH sử dụng kích thước cửa sổ tcp lớn hơn.

 * The SSH channel window size has been increased, and both ssh(1)
   sshd(8) now send window updates more aggressively. These improves
   performance on high-BDP (Bandwidth Delay Product) networks.

Điều này có thể quan trọng nếu bạn muốn sử dụng kết nối với tiềm năng đầy đủ của nó bởi vì nếu không, người gửi có thể phải đợi acks trước khi có thể tiếp tục gửi.

Như đã nói bởi những người khác, nó có thể đến từ độ trễ, mất mạng của bạn, máy chủ chậm.
Đôi khi bạn thấy 2 ký tự ở một loại vì ngăn xếp TCP hiện đại sử dụng thuật toán có tên là Naggle .

Nó cũng có thể là một số nỗ lực của SSH Brute Force nhằm điều chỉnh kết nối của bạn. Mỗi khi phiên của tôi chạy chậm, tôi kiểm tra nhật ký và trong một số trường hợp ai đó đang thử mật khẩu như điên.

DNS bị định cấu hình sai có thể gây ra điều này. Máy chủ sẽ phản hồi tốt khi đăng nhập và tải lên và tải xuống tệp khá nhanh, nhưng thông tin đăng nhập SSH sẽ chậm.

Một điều cần xem xét chỉ đơn giản là bộ nhớ máy chủ. Tôi đang chạy một máy ảo Ubuntu với 256Mb bộ nhớ và SSH thực sự chậm chạp. Nhân đôi điều này lên 512Mb đã giải quyết được vấn đề.