Bagaimana cara mempercepat X over SSH pada koneksi jaringan yang lambat?

32

Apakah ada rekomendasi khusus untuk mempercepat aplikasi X melebihi ssh pada koneksi jaringan yang lambat? Dalam kasus khusus ini, saya mengakses server yang terletak di pantai barat dari laptop di pantai timur dan itu juga pada koneksi DSL yang tidak terlalu cepat.

Adakah pengaturan untuk ssh? Adakah tip secara umum?

— vivekian2
sumber

15

Anda mungkin akan melihat manfaat paling utama dengan menggunakan kompresi menggunakan -Copsi. Anda juga dapat mengaktifkannya di Anda sshd_configdengan menggunakan baris berikut:

Compression yes

— Chris Down
sumber

1

Jika koneksi round-trip time tinggi maka kompresi tidak banyak membantu. Protokol standar X, dengan banyak pesan ping-pong, tidak cocok untuk rute dengan RTT yang nyata.

— Linulin

Itulah sifat protokol yang kita hadapi. Penanya telah menyatakan bahwa dia tidak dapat mengubah server SSH berjalan, jadi ini adalah pilihan klien superior dengan asumsi tidak ada yang dapat dilakukan ke server.

— Chris Down

6

Satu situs juga dilaporkan menggunakan chiper sederhana dan cepat, misalnya blowfish: ssh -X -C -c blowfish-cbc,arcfour$ hostname

— math

Ada pertanyaan serupa, merekomendasikan opsi tambahan: superuser.com/questions/400136/speeding-up-remote-x-sessions

— matematika

(pertanyaan lama tetapi sedang ditandai sebagai "referensi" dalam pertanyaan lain, yang ditutup sebagai duplikat dari pertanyaan ini) Alasan mengapa menjalankan aplikasi X melalui koneksi ssh (atau di lokasi yang jauh sebenarnya) adalah protokol X itu sendiri . Saya menurunkan jawaban ini karena memperbaiki pengaturan ssh tidak akan membantu sama sekali dalam praktiknya. Anda perlu menggunakan beberapa "protokol-alat kompresi" untuk membuat aplikasi dapat digunakan, opsi terbaik X2GO atau alat berbasis NX lainnya. Lihat unix.stackexchange.com/a/187420/104833 misalnya.

— Ariel

15

Jika Anda memiliki pilihan, coba dan uji NX (meskipun sulit untuk melanjutkan) karena akan terasa jauh lebih cepat daripada tunneling X over ssh ...

— Segera
sumber

3

NX secara default juga berfungsi pada ssh tunnel. Jadi Anda tidak perlu khawatir tentang membuka port lain.

— wm_eddie

NX sebenarnya sangat cepat. Lebih baik daripada VNC, lebih baik daripada kompresi lebih dari X. Bekerja dengan baik.

— vivekian2

Saya sebenarnya akan menandai ini jawaban yang tepat untuk seseorang yang dapat meluncurkan NX di sisi server. Tidak semua fitur UI tersedia (minimal pada gnome), tetapi kecepatannya sepadan.

— vivekian2

Tidak pernah mencoba NX tetapi VNC adalah alternatif yang baik untuk SSH -X

— baptx

Yang ini harus menjadi jawaban yang diterima, tidak masuk akal untuk mencoba mempercepat dengan pengaturan ssh (d) fine-tunning. Alternatif terbaik untuk NX itu sendiri (yang cukup menyakitkan untuk dikonfigurasikan) adalah X2GO, juga berbasis NX-libraries tetapi lebih mudah untuk dijalankan.

— Ariel

8

Sudah lama sejak saya mencobanya, tetapi DXPC (Differential X Protocol Compression) digunakan untuk membuat X11 melalui dial-up PPP bekerja lebih cepat. Mungkin opsi kompresi SSH akan bekerja lebih baik untuk Anda, tetapi kompresi ini khusus untuk X11 dan mungkin bekerja lebih cepat.

— Bruce Ediger
sumber

4

Mungkin perlu menyelidiki openssh kinerja tinggi. Untuk alasan keamanan, openssh menggunakan buffer statis di banyak tempat. Proyek HPH-SSH mengimplementasikan kembali bit-bit itu untuk menggunakan buffer dinamis. Tampaknya juga mereka telah mengimplementasikan cipher multi-threaded dalam revisi terbaru.

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

— jmtd
sumber

Apakah ini memerlukan perubahan pada ssh server yang berjalan di sisi server? Mungkin itu adalah sesuatu yang tidak bisa saya kendalikan.

— vivekian2

1

Tidak, tidak. Dari halaman:> Kami telah membuat tambalan yang akan menghilangkan hambatan di OpenSSH dan sepenuhnya dapat dioperasikan dengan server dan klien lain. Selain itu, klien HPN akan dapat mengunduh lebih cepat dari server non HPN

— jmtd

1

X2Go akan menyelesaikan masalah Anda. Saya mengakses pi raspberry di Argentina dari Silicon Valley. Ada sedikit keterlambatan tetapi senyaman untuk bekerja seperti komputer meja saya.

VNC adalah pilihan kedua Anda.

— Kaya
sumber