NXプロトコルが実際にどのように機能するかについてはあまりわかりません。 X11コマンドの送信で何かを行うと聞きました。しかし、これは、リスニングクライアントが実際のコマンドを実行して表示するためにxサーバーを持っている必要があることを意味しますか?
非常に単純化された答え:デスクトップを実行しているシステムで実行されている「サーバー」コンポーネントと、ユーザーがいるシステムで実行されている「クライアント」コンポーネントがあるVNCに似ています。
VNCとNXのどちらの場合も、「サーバー」コンポーネントにはXのようなディスプレイがあり、ローカルプログラムが接続して、Xディスプレイのように扱います。
次に、ユーザーはサーバーに接続する「クライアント」プログラムを実行し、サーバーはそのプロトコルを使用してディスプレイをクライアントに送り返し、サーバーから入力を受け取ります。
VNCと同様に、クライアントがNXセッションから切断し、後で(および別の場所から)再接続できるようにNXを構成できます。
NXには、低速で遅延が大きい回線間での応答性を高めるオプションがあります。これらは、接続が確立される前にクライアントが選択できます。
私の経験では、NXはVNCセッションよりもわずかに柔軟性があります。ただし、本当に古いXアプリケーションは何らかの理由で問題が発生することがわかりました。 NXでVNCに表示される特定の情報を表示しないバックアップ管理プログラムがあります。クライアント側のフォントのインストールと関係があると思います。誰もビデオをストリーミングしないと言わなければならないので、応答性はVNCと比較して何をしているかによって異なります。 VNCはより広く普及しており、より多くの人々がVNCを使用した経験があります。人々がVNCについて気にかけるかもしれない単一の機能は、それと「デスクトップ共有」を行う機能でもあります( たとえば )、NXがそうすることはないと思います。
個人的には、高度に指定されたアプリケーション(CADツールなど)にシステムを使用し、独自のローカルデスクトップ(最近は通常はWindows)を使用し、VNCを使用する状況でNXを展開しています。人々はLinuxデスクトップを持っていて、デスクトップ共有をしたいと思っています。
ネットワーク間での動作に高度に最適化されたXディスプレイシステムと考えることができます。詳細をリストすることもできますが、正直なところ、 NX wikipediaの記事 には豊富な情報がありますので、そちらをお読みになることをお勧めします。
あなたの質問に答えるために、いいえ、クライアントは完全なXサーバーを実行する必要はありません。ただし、NXクライアントを実行する必要があります。