Yavaş bir ağ bağlantısında SSH üzerinden X nasıl hızlandırılır?

32

Yavaş bir ağ bağlantısında X uygulamalarını ssh üzerinden hızlandırmaya ilişkin özel tavsiyeler var mı? Bu özel durumda, batı kıyısındaki bir sunucuya doğu kıyısındaki bir dizüstü bilgisayardan erişiyorum ve bu da çok hızlı olmayan bir DSL bağlantısında.

Ssh için herhangi bir ayar var mı? Genel olarak herhangi bir ipucu?

— vivekian2
kaynak

15

Bu -Cseçeneği kullanarak sıkıştırmayı kullanarak muhtemelen en büyük yararları göreceksiniz . sshd_configAşağıdaki satırı kullanarak sizde de etkinleştirebilirsiniz :

Compression yes

— Chris Down
kaynak

1

Bağlantı gidiş-dönüş süresi yüksekse, sıkıştırma çok yardımcı olmaz. Çok sayıda pinpon mesajı olan standart X protokolü, dikkat çeken RTT'li yollar için uygun değildir.

— Linulin

Bu sadece uğraştığımız protokolün niteliği. Anketör, çalışan SSH sunucusunu değiştiremeyeceğini belirtti, bu yüzden sunucuya hiçbir şey yapılamayacağını varsayan üstün müşteri seçeneği.

— Chris Down

6

Bazı sitelerden biri de basit ve hızlı bir chiper kullandığı bildirilmektedir, örneğin blowfish: ssh -X -C -c blowfish-cbc,arcfour$ hostname

— matematik

Ek seçenekler öneren benzer bir soru var: superuser.com/questions/400136/speeding-up-remote-x-sessions

— matematik

(eski soru, ancak bunun bir kopyası olarak kapatılan diğer soruda "referans" olarak işaretlendi) X uygulamalarının bir ssh bağlantısı üzerinden (veya gerçekte herhangi bir uzak konumda) çalıştırılmasının nedeni X protokolünün kendisidir. . Bu cevabı reddettim, çünkü ssh ayarlarında ince ayar yapmak pratikte hiç yardımcı olmayacak. Uygulamayı kullanılabilir, en iyi seçenek X2GO veya başka bir NX tabanlı araç yapmak için bazı "protokol sıkıştırma araçları" kullanmanız gerekir. Örneğin, unix.stackexchange.com/a/187420/104833 adresine bakın .

— Ariel,

15

Seçeneğiniz varsa, XX'i ssh üzerinden tünellemekten çok daha hızlı hissedeceğinden NX'i deneyin (denemek bir acı olsa da).

— çok geçmeden
kaynak

3

Varsayılan olarak NX, bir ssh tüneli üzerinde de çalışır. Yani başka bir portu açmak için endişelenmenize gerek yok.

— wm_eddie 20:11

NX aslında süper hızlı. VNC'den daha iyi, X'e göre sıkıştırmadan daha iyi.

— vivekian2 21:11

Aslında sunucu tarafında NX'i başlatabilecek biri için doğru cevabı işaretlerdim. Tüm UI özellikleri mevcut değildir (gnome'daki en az), ancak hız buna değer.

— vivekian2 21:11

— NX'i

Bu, kabul edilen cevap olmalı, ince ssh (d) ayarlarıyla hızlanmayı denemek anlamsız. NX'in kendisine en iyi alternatif (yapılandırması oldukça acı verici) X2GO, ayrıca NX kütüphaneleridir fakat çalıştırılması daha kolaydır.

— Ariel

8

Denememin üzerinden bir süre geçti, ancak DXPC (Diferansiyel X Protokol Sıkıştırma), X11'i çevirmeli PPP üzerinden daha hızlı çalışmasını sağlamak için kullandı. Belki de SSH sıkıştırma seçeneği sizin için daha iyi çalışır, ancak bu sıkıştırma X11'e özgüdür ve daha hızlı çalışabilir.

— Bruce Ediger
kaynak

4

Yüksek performans openssh araştırmaya değer olabilir. Güvenlik nedeniyle, openssh birçok yerde statik tamponlar kullanır. HPH-SSH projesi, dinamik arabellekleri kullanmak için bit parçalarını yeniden uygular. Ayrıca, son revizyonlarda çok iş parçacıklı şifreler kullandıkları anlaşılıyor.

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

— jmtd
kaynak

Bu, sunucu tarafında çalışan ssh sunucusunda değişiklik gerektiriyor mu? Bu mümkün, kontrol edemediğim bir şey.

— vivekian2

1

Hayır değil. Sayfadan:> OpenSSH'deki tıkanıklıkları giderecek ve diğer sunucular ve istemcilerle tam olarak birlikte çalışabilecek bir yama oluşturduk. Ayrıca HPN istemcileri olmayan HPN sunucularından daha hızlı indirmek mümkün olacak

— jmtd

1

X2Go probleminizi çözecek. Arjantin'deki bir ahududu pi'ye Silikon Vadisi'nden erişiyorum. Hafif bir gecikme var ama masa bilgisayarım üzerinde çalışmak kadar rahat.

VNC ikinci tercihiniz.

— Zengin
kaynak