☰

Windowsで最速のリモートX

tag-icon • tag-icon ssh x11 windows virtual-machine
Windowsで最速のリモートX

次の設定があります。

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

WindowsコンピュータからLinuxコンピュータのEmacsとEclipseウィンドウにアクセスしたいと思います。最小遅延。

私のオプションは次のとおりです。

  • 仮想ネットワークコントローラ
  • VirtualboxとUbuntuを使用してローカルのWindowsホストでLinuxゲストを仮想化し、ssh -XここでLinuxボックスに仮想化します（設定について説明するスレッドは次のとおりです）。高速SSH Xトンネル)
  • Xサーバーを使用してcygwinを実行し、ssh -Xリモートボックスに接続します。

私は現在RealVNCを使用していますが、注目すべき点が見つかりました。隠れる。いくつかの調査をした後、読み続けました。ウィキペディア次のように：

VNCプロトコルはピクセルベース。これは多くの柔軟性を提供します（つまり、あらゆる種類のデスクトップを表示できます）、基本的なグラフィックレイアウトをよりよく理解するソリューション（X11やWindowsリモートデスクトッププロトコルなど）よりも効率が悪いことがよくあります。

それでは、どのようなオプションを得るべきか疑問に思います。最速アクセス ローカルWindowsシステムのリモートXウィンドウ？

答え1

私の考えの最大帯域幅のための最新の技術はNX、X11プロトコル圧縮プログラムです。また、待ち時間の面でも良いパフォーマンスを発揮する必要があります。試してみてくださいWindows NXクライアントそして無料NXサーバーLinuxで。

可能であれば、SSHの代わりに直接TCP接続を使用してください。もちろん、これは安全上のリスクのない制御された環境でのみ可能です。

ほとんどの設定では、ローカルで実行されているVMが最高の待ち時間を提供すると思います。より良い方法は、WindowsでEmacsとEclipseを実行することです。リモートファイルを編集するか（より良い結果を得るために）ローカルファイルを編集してから、Unisonまたはバージョン管理システムを介して同期できます。

答え2

私はMobaxtermがx配信の面で高速であることに同意します。その後、cygwinベースのSSHを使用していますが、まだ私のcygwin / sshよりも速いことがわかりました。デバッグ情報を見た後、Mobaxtermの秘密は次のようになります。aes128-ctr一般的なものではなくaes256-CBCパスワード、使用hmac-sha1圧縮はデフォルトでオンになっています。

シグウィンでは

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

mobaxtermに近いパフォーマンスを提供する必要があります。それでもmobaxtermがより速いと思われる場合は、mobaxtermのルートディレクトリにある_ssh.exeを直接使用できます。

一部のブログ/回答では、次のパスワードを使用することを提案しています。号4またはふぐ。彼らは比較する必要がありますaes128-ctr（以前のCPUの場合）古いですが、すべてのプラットフォームで必ず使用できるわけではありません。以下では、サポートされているすべてのパスワードとMACを表示できます。

ssh -Q cipher
ssh -Q mac

これ基準aes128-gcmが最新のCPUで最高のパフォーマンスを提供する必要があることを示します。

修正する:

何人かの人々は圧縮に反対すると助言します。ネットワークが完璧だと思っていても、実験で異なって現れない限り、Assumption-Cはまだ役に立つと言いたいと思います。データ転送量が非常に大きく、圧縮率が印象的だからです。

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

実際には、x転送のためにTCPとSSHを直接試してみて、圧縮と適切な暗号化を介して内部100Mbps LAN接続で<1msの待ち時間を達成しました。 sshオプションは確かに高速です。

答え3

Windowsリモートデスクトップは、Linuxシステムでxrdpを実行している限りうまく機能します（私の経験では、VNCよりはるかに面倒で応答性があります）。

xrdpはLinuxシステムでXサーバーを実行し、それをRDPに接続します。

実際、私は通常、ラインの両端にLinuxをインストールしますが、通常のX11配信が遅すぎるたびに、VNCよりもxrdpよりもrdesktopを好みます。 VNCは「使いやすい」というフランス語の略語です。

答え4

実は私も見て衝撃を受けました。モルバックス用語おそらくかなり速い。

私はソフトウェア開発者であり、Qt CreatorというIDEを使用しています。私たち全員が知っているように、Qt Creatorは非常に高速で、Putty + Xmingは遅すぎてリモートxserverを介した使用を放棄しました。私は最終的にMobaxtermのスピードにショックを受けました。試してみてください。

関連情報