Windows'dan en hızlı uzak X


12

Aşağıdaki kurulum var:

|-----------------|                          |---------------|
|   Windows       |     LAN (or VPN)         |    Linux box  |
| (local machine) | <-------------------->   |               |
|-----------------|                          |---------------|

Linux kutusundaki Emacs ve Eclipse pencerelerime Windows makinemden minimum gecikme ile erişmek istiyorum .

Seçeneklerim şöyle görünüyor:

  • VNC
  • Ubuntu ile Virtualbox ve daha sonra ssh -XLinux kutusuna kullanarak yerel Windows sunucumda bir Linux konuğunun sanallaştırılması ( hızlı ssh X tüneli için yapılandırmaları tartışan bir iş parçacığı )
  • cygwin ile bir X sunucusu ve ssh -Xuzak kutu.

Şu anda RealVNC kullanıyorum, ancak dikkate değer bir gecikme olduğunu fark ettim . Biraz araştırma yaptıktan sonra Wikipedia'da şunları okudum :

VNC protokolü piksel tabanlıdır . Bu, büyük bir esnekliğe yol açmasına rağmen (örneğin, herhangi bir masaüstü türü görüntülenebilir), genellikle X11 veya Windows Uzak Masaüstü Protokolü gibi temel grafik düzenini daha iyi anlayan çözümlerden daha az verimlidir.

Bu, yerel bir Windows makinesinden uzak X pencerelerine en hızlı şekilde erişmek için hangi seçeneklere ihtiyacım var ?


ssh -Xmacun ile kullandığım şey, bazı meslektaşları olsa xming kullanın.
h3rrmiller

ssh tünellemesi akla geliyor ama ağın getirdiği gecikmeyi nasıl kontrol edebilirsiniz? VNC girişinin gecikmesi potansiyel olarak ağ tarafından sunulandan daha düşük olabilir.
Karlson

Ayrıca, VNC ve ssh-X yönlendirme için Spice var . Esas olarak sanal makineler için geliştirilmiş olduğundan kullanıp kullanamayacağınızı bilmiyorum.
jofel

Teşekkürler. @ h3rrmiller Putty ile uzaktan X yapmanız gerektiğini düşündüm xming. Putty'de tam olarak nasılsın ssh -X? Enable X11 forwardingPutty'de tıkladım , ancak bu yeterli görünmüyor.
Amelio Vazquez-Reina

3
@ user27915816 evet, macun ile X11 iletimi için arka planda çalışan xming'e ihtiyacınız var.
jofel

Yanıtlar:


8

Maksimum bant genişliği için en son teknolojinin bir X11 protokol sıkıştırma programı olan NX olduğunu düşünüyorum . Gecikme açısından da iyi performans göstermelidir. Windows NX istemcisini ve Linux'ta ücretsiz NX sunucusunu kullanmayı deneyin .

Mümkünse, SSH yerine doğrudan TCP bağlantısı kullanın. Tabii ki, bu sadece güvenlik endişesi olmayan kontrollü bir ortamda uygulanabilir.

Çoğu kurulumda yerel olarak çalışan bir sanal makinenin size en iyi gecikmeyi sağlayacağını düşünüyorum. Daha da iyisi, Windows altında Emacs ve Eclipse'i çalıştırın; uzak dosyaları düzenlemelerini veya daha iyi sonuçlar elde etmelerini sağlamak için daha sonra Unison ile veya bir sürüm kontrol sistemi aracılığıyla senkronize ettiğiniz yerel dosyaları düzenlemelerini sağlayın.


2

Windows Uzak Masaüstü gayet iyi çalışıyor - Linux kutusunda xrdp çalıştırdığınız sürece (ve benim deneyimime göre, VNC'den önemli ölçüde daha az can sıkıcı ve daha duyarlı).

xrdp Linux kutusunda bir X sunucusu çalıştırır ve bunu RDP'ye bağlar.

Aslında, bu telin her iki ucunda genellikle Linux'um olmasına rağmen, düz X11 iletimi çok ağır olduğunda, rdesktop'u VNC üzerinden xrdp'ye tercih ederim. VNC sadece "çok iyi çalışmıyor" anlamına gelen bir Fransız kısaltmasıdır.


2

Mobaxterm'in x yönlendirme konusunda hızlı olduğunu kabul ediyorum. Sonra bunun cygwin tabanlı ssh kullandığını, ancak yine de cygwin / ssh'imden daha hızlı olduğunu öğrendim. Hata ayıklama bilgilerine baktıktan sonra, Mobaxterm'ın sırrının daha yaygın aes256-cbc şifresi yerine aes128-ctr kullandığını, hmac-sha1'i kullandığını ve varsayılan olarak sıkıştırmayı açtığını öğrendim .

Cygwin'de,

ssh -m hmac-sha1 -c aes128-ctr -C 

size mobaxterm'e yakın bir performans vermelidir. Hala mobaxterm'ın daha hızlı olduğuna inanıyorsanız, mobaxterm kökünüzde bulabileceğiniz _ssh.exe'yi doğrudan kullanabilirsiniz.

Bazı bloglar / cevaplar arcfour veya blowfish gibi şifreler önerdi . Aes128-ctr'den (eski CPU için) biraz daha iyi olmalılar , ancak eski ve tüm platformlarda bulunmayabilirler. Desteklenen tüm şifreleri ve mac'ları şu şekilde görüntüleyebilirsiniz:

ssh -Q cipher
ssh -Q mac

Bu kıyaslama , aes128-gcm'nin size modern CPU'da en iyi performansı vermesi gerektiğini gösteriyor.

Güncelleme:

Bazıları sıkıştırmaya karşıdır. Ağınızın mükemmel olduğuna inansanız bile, deneme sürümünüz aksini göstermedikçe hala -C'nin yardımcı olduğunu varsayalım. Veri aktarım miktarı çok büyük olduğundan ve sıkıştırma oranı etkileyici olduğundan, ör.

 debug1: compress outgoing: raw data 603154, compressed 141717, factor 0.23 
 debug1: compress incoming: raw data 67841628, compressed 641357, factor 0.01

Aslında, <1ms gecikmeli dahili 100Mbps LAN bağlantısı üzerinden hem doğrudan tcp hem de ssh ile x iletmeyi ve uygun bir şifrelemeyi denedim. Ssh seçeneği açıkça daha hızlıdır.


1

Aslında Mobaxterm'ın süper hızlı olduğunu görünce şok oldum .

Ben bir yazılım geliştiricisiyim ve Qt Creator adlı IDE'yi kullanıyorum. Qt Creator'ın çok, çok hızlı olduğu biliniyor, ancak Putty + Xming çok uzaktı, uzak bir xserver aracılığıyla kullanmayı bıraktığım için çok yavaştı. Sonunda Mobaxterm hızı ile beni şok etti. Dene.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.