-X（または）フラグを使用してSSH経由でGUIリモートプログラムを開きます。-Y例えば、
$ ssh -Y [email protected]
最近、Web検索だけでこれを行うためのより効率的な方法があることがわかりました。
$ ssh -DNNNN [email protected]
NNNN4桁のポート番号はどこにありますか？次に、ポートNNNNのプロキシを介して接続するようにローカルブラウザを設定しました。これは、すべてのGUI情報をトンネリングする必要がなく、要求されたWebデータのみをトンネリングする必要があるため、最初のSSH方法よりもはるかに効率的です。
私の質問は次のとおりです一般的に、SSHとX転送にはより効率的な方法がありますか？？たぶん、ローカルライブラリやレンダリングを活用するソリューションやリモートホスティングGUIプログラムを操作するのに役立つソリューションがありますか？
答え1
用語が混乱しています。最初のものはX11転送で定義的に非効率的であり、これに対してできることはほとんどありません（数十年前は待ち時間の長い接続用に設計されていません）。新しいネットワークを介してフルGUI（ブラウザ？）を送信するため、他の方法と比較して非効率的です。
もう1つは、関心のあるネットワークデータ（SOCKSプロトコルとSSHにカプセル化されている）のみを送信するSOCKSプロキシ（完全に異なるもの）で、これは明らかにより効率的です。
あなたの質問は答えられない方法で要求されました。何を達成したいですか？ GUIプログラムを実行しますか？プロキシネットワーク接続？何か全く違うんですか？
答え2
比較的高速なネットワークでもX転送が遅いことがよくあります。これは帯域幅と待ち時間の影響を受けます。多くのアプリケーションがしばしばサーバーからの応答を待つため、かなりの遅延が発生する可能性があります。
圧縮により帯域幅を増やすことができます。 SSHは圧縮にこのオプションを使用できます-C。また、使用することができますDXPC、Xプロトコルを理解するので、汎用圧縮よりも優れた性能を発揮できる特殊目的コンプレッサーです。ただし、制限要素が待機時間の場合は役に立ちません。一般に、dxpc は低速リンクの軽量アプリケーションに大きな影響を与えますが、高速リンクの重量アプリケーションには大きな改善はありません。
NXdxpcの高度な代替品です。 dxpcとは異なり、一部のデータを圧縮するだけでなくキャッシュするため、待ち時間が短縮されます。
大きな違いを生み出すことの1つは、クライアントサイドレンダリング（fontconfig）の代わりにサーバーレンダリングフォント（クラシックX11テキストレンダリング）を使用することです。リモートリンクよりはるかに高速です。しかし、サーバーレンダリングフォントには欠点があります。さらに悪い（アンチエイリアシングなし）、アプリケーションではなくサーバーによって管理されます（それ自体は欠点ではありませんが、多くのアプリケーションがフォントを完全に制御したい）。アプリケーションはサポートされなくなりました。
答え3
Xpraをお試しください。最高のX11転送アプリケーションであり、より安全です。 x264まで、さまざまなコーデックと圧縮フォーマットをサポートしています。業務上やむを得ずSkypeを実行する必要があり、マイコンピュータでオープンソースコードのみを使用したい場合、リモート側でSkypeを実行するために使用します。アプリケーションは継続的に実行されるため、接続が切断されると、GNU画面と同様に再接続できます。
また、活発に開発中のオープンソースNX実装X2GOについても注目してください。