Làm cách nào để tăng tốc X qua SSH trên kết nối mạng chậm?

32

Có bất kỳ khuyến nghị cụ thể nào về việc tăng tốc các ứng dụng X qua ssh trên kết nối mạng chậm không? Trong trường hợp cụ thể này, tôi đang truy cập vào một máy chủ ở bờ tây từ máy tính xách tay ở bờ đông và điều đó cũng kết nối DSL không quá nhanh.

Bất kỳ cài đặt cho ssh? Bất kỳ lời khuyên nói chung?

— vivekian2
nguồn

15

Bạn có thể sẽ thấy những lợi ích lớn nhất bằng cách sử dụng nén bằng -Ctùy chọn. Bạn cũng có thể kích hoạt nó sshd_configbằng cách sử dụng dòng sau:

Compression yes

— Chris xuống
nguồn

1

Nếu thời gian kết nối khứ hồi cao thì nén không giúp được gì nhiều. Giao thức X tiêu chuẩn, với vô số thông điệp bóng bàn, không phù hợp với các tuyến đường có RTT đáng chú ý.

— Linulin

Đó chỉ là bản chất của giao thức mà chúng ta đang xử lý. Người hỏi đã tuyên bố rằng anh ta không thể thay đổi máy chủ SSH đang chạy, vì vậy đây là tùy chọn máy khách ưu việt giả định rằng không có gì có thể được thực hiện đối với máy chủ.

— Chris Xuống

6

Một số trang web cũng được báo cáo là sử dụng một chiper đơn giản và nhanh chóng, ví dụ: blowfish: ssh -X -C -c blowfish-cbc,arcfour$ hostname

— math

Có một câu hỏi tương tự, đề xuất các tùy chọn bổ sung: superuser.com/questions/400136/speeding-up-remote-x-sairs

— toán

(câu hỏi cũ nhưng nó được đánh dấu là "tham chiếu" trong câu hỏi khác, đã bị đóng là trùng lặp với câu hỏi này) Lý do tại sao chạy các ứng dụng X qua kết nối ssh (hoặc tại bất kỳ vị trí từ xa nào thực sự) là chính giao thức X . Tôi đã đánh giá thấp câu trả lời này bởi vì điều chỉnh tốt các cài đặt ssh sẽ không giúp ích gì cả trong thực tế. Bạn cần sử dụng một số "công cụ nén giao thức" để làm cho ứng dụng có thể sử dụng được, tùy chọn tốt nhất X2GO hoặc một số công cụ dựa trên NX khác. Xem unix.stackexchange.com/a/187420/104833 chẳng hạn.

— Ariel

15

Nếu bạn có tùy chọn, hãy thử và kiểm tra NX (mặc dù rất khó để đi) vì nó sẽ cảm thấy nhanh hơn nhiều so với việc tạo đường hầm X qua ssh ...

— Anon
nguồn

3

NX theo mặc định cũng hoạt động trên một đường hầm ssh. Vì vậy, bạn không phải lo lắng về việc mở bất kỳ cổng nào khác.

— wm_eddie

NX thực sự siêu nhanh. Tốt hơn VNC, tốt hơn nén trên X. Hoạt động ngọt ngào.

— vivekian2

Tôi thực sự sẽ đánh dấu đây là câu trả lời đúng cho ai đó có thể khởi chạy NX ở phía máy chủ. Không phải tất cả các tính năng UI đều có sẵn (ít nhất là trên gnome), nhưng tốc độ là xứng đáng.

— vivekian2

Chưa từng thử NX nhưng VNC là một giải pháp thay thế tốt cho SSH -X

— baptx

Đây là câu trả lời được chấp nhận, không có ý nghĩa để cố gắng tăng tốc bằng cách cài đặt ssh (d) tinh chỉnh. Thay thế tốt nhất cho chính NX (khá khó để cấu hình) là X2GO, cũng là thư viện dựa trên NX nhưng cách dễ dàng hơn để chạy.

— Ariel

8

Đã được một thời gian kể từ khi tôi dùng thử, nhưng DXPC (Nén giao thức X khác biệt) đã sử dụng để làm cho X11 qua PPP quay số hoạt động nhanh hơn đáng kể. Có lẽ tùy chọn nén SSH sẽ hoạt động tốt hơn cho bạn, nhưng việc nén này dành riêng cho X11 và có thể hoạt động nhanh hơn.

— Bruce Ediger
nguồn

4

Nó có thể là giá trị điều tra openssh hiệu suất cao. Vì lý do bảo mật, openssh sử dụng bộ đệm tĩnh ở nhiều nơi. Dự án HPH-SSH thực hiện lại các bit của nó để sử dụng bộ đệm động. Dường như họ đã triển khai các thuật toán mã hóa đa luồng trong các phiên bản gần đây.

https://www.psc.edu/hpn-ssh

— jmtd
nguồn

Điều này có yêu cầu thay đổi trên máy chủ ssh chạy ở phía máy chủ không? Có thể đó là thứ tôi không thể kiểm soát.

— vivekian2

1

Không, nó không. Từ trang:> Chúng tôi đã tạo một bản vá sẽ loại bỏ các nút thắt cổ chai trong OpenSSH và hoàn toàn tương thích với các máy chủ và máy khách khác. Ngoài ra, khách hàng của HPN sẽ có thể tải xuống nhanh hơn từ các máy chủ không phải HPN

— jmtd

1

X2Go sẽ giải quyết vấn đề của bạn. Tôi đang truy cập một pi mâm xôi ở Argentina từ Thung lũng Silicon. Có một chút chậm trễ nhưng thật thoải mái khi làm việc như máy tính bàn của tôi.

VNC là lựa chọn thứ hai của bạn.

— Giàu có
nguồn