VC

VNC ( Virtual Network Computing ) は、リモート フレーム バッファー プロトコル (RFB) を使用して別のコンピューターをリモート制御するグラフィカル デスクトップ共有システムです。キーボードとマウスの入力を 1 台のコンピューターから別のコンピューターに送信し、ネットワークを介してグラフィカル画面の更新を中継します。^[1]このテクノロジの一般的な用途には、リモート テクニカル サポートや、自宅のコンピューターから職場のコンピューターのファイルにアクセスする (またはその逆) などがあります。

VNC はプラットフォームに依存せず、多くの GUI ベースのオペレーティングシステムとJava用のクライアントとサーバーを備えています。複数のクライアントが同時に VNC サーバーに接続できます。VNC にはさまざまな亜種^[2]があり、それぞれ独自の機能を備えています。たとえば、Microsoft Windows用に最適化されたものや、ファイル転送 (VNC 本来の一部ではない) を提供するものなどがあります。多くの VNC は (追加機能なしで) VNC 本来と互換性があり、ある種類のビューアは別の種類のサーバーに接続できます。その他の VNC は VNC コードに基づいていますが、標準の VNC とは互換性がありません。

VNC はもともと英国ケンブリッジのOlivetti & Oracle Research Labで開発されました。その後、その開発者はRealVNC Ltd を設立し、VNC と RFB を米国およびその他の国で登録商標として主張しました。オリジナルの VNCソースコードと多くの最近の派生製品は、GNU General Public Licenseに基づいてオープンソース化されています。

英国ケンブリッジのOlivetti & Oracle Research Lab (ORL) ^[3]は、 OlivettiとOracle Corporation が研究所を所有していた時代に VNC を開発しました。AT&T Research Lab 在籍中に VNC の開発に携わった開発者には、Tristan Richardson (発明者)、Andy Harter (プロジェクト リーダー)、Quentin Stafford-Fraser、James Weatherall、Andy Hopperなどがいます。^[4] Virtual Network Computer/Computing (VNC)という名前は、同じく RFB プロトコルを使用していた Videotile と呼ばれるシン クライアントに関する ORL の研究に由来しています。Videotile には、ペン入力が可能な LCD ディスプレイと、ネットワークへの高速ATM接続がありました。当時、ネットワーク コンピュータはシン クライアントの同義語としてよく使用されていましたが、VNC は基本的にソフトウェアのみの (つまり仮想の) ネットワーク コンピュータです。^[要出典]

1999年にAT&Tがこの研究所を買収し、2002年に研究所の研究活動を終了した。その後、開発チームのメンバー数名（リチャードソン、ハーター、ウェザーオール、ホッパーなど）がRealVNCを設立し、その名前でオープンソースおよび商用VNCソフトウェアの開発を継続した。2013年現在^{[アップデート]}、RealVNC Ltdは「VNC」という用語を米国およびその他の国で登録商標であると主張している。^[5]

オリジナルの GPL ソース コードは、VNC の他のいくつかのバージョンに取り入れられています。RFB プロトコルは拡張可能に設計されているため、このような分岐によって互換性の問題が発生することはありません。VNC クライアントとサーバーは、両端でサポートされている最も適切なオプションを使用するために、 ハンドシェイクによって機能をネゴシエートします。

VNCサーバーは、マシン上のプログラムで、画面を共有し (物理ディスプレイとは関係ない場合もあります。サーバーは「ヘッドレス」になることもあります)、クライアントがその画面の制御を共有できるようにします。VNCクライアント(またはビューア) は、サーバーから発信された画面データを表示し、サーバーから更新を受信し、収集されたローカル入力をサーバーに通知することでサーバーを制御するプログラムです。VNC プロトコル( RFBプロトコル) は非常にシンプルで、サーバーからクライアントへの 1 つのグラフィック プリミティブ (「指定された X、Y 位置にピクセルデータの四角形を配置する」) と、クライアントからサーバーへのイベント メッセージの送信に基づいています。

通常の操作方法では、ビューアはサーバーのポートに接続します (デフォルト ポート: 5900)。または (実装によって異なりますが)、ブラウザがサーバーに接続できます (デフォルト ポート: 5800)。また、サーバーはポート 5500 で「リスニング モード」でビューアに接続できます。リスニング モードの利点の 1 つは、サーバー サイトがポート 5900 (または 5800) へのアクセスを許可するようにファイアウォールを構成する必要がないことです。その作業はビューア側で行います。これは、サーバー サイトにコンピューターの専門知識がなく、ビューア ユーザーがより知識がある場合に便利です。

サーバーは、フレームバッファの小さな四角形をクライアントに送信します。最も単純な形式では、VNC プロトコルは多くの帯域幅を使用する可能性があるため、通信のオーバーヘッドを削減するためのさまざまな方法が考案されてきました。たとえば、さまざまなエンコーディング(これらの四角形を転送する最も効率的な方法を決定する方法) があります。VNC プロトコルでは、クライアントとサーバーが使用するエンコーディングをネゴシエートできます。すべてのクライアントとサーバーでサポートされている最も単純なエンコーディングは、raw エンコーディングです。これは、ピクセル データを左から右のスキャンライン順に送信し、元のフル スクリーンが送信された後は、変更された四角形のみを転送します。このエンコーディングは、1 つのフレームから次のフレームにかけて画面の小さな部分のみが変化する場合は非常にうまく機能します (マウス ポインターがデスクトップ上を移動する場合や、カーソル位置にテキストが書き込まれる場合など)。ただし、多数のピクセルが同時に変化する場合は (ウィンドウをスクロールする場合やフル スクリーン ビデオを表示する場合など)、帯域幅の要求が非常に高くなります。

VNCはデフォルトでTCPポート5900+ Nを使用します。^{[6] [7]}ここで、Nはディスプレイ番号（通常、物理ディスプレイの場合は:0）です。いくつかの実装では、ポート5800+ Nで基本的なHTTP サーバーを起動して、 JavaアプレットとしてVNCビューアを提供し、Java対応のWebブラウザーから簡単に接続できるようにします。クライアントとサーバーの両方が適切に構成されている限り、異なるポート割り当てを使用できます。最新のブラウザー用のHTML5 VNCクライアント実装（プラグインは不要）も存在します。^[8]

低帯域幅でも可能ではあるが、インターネット経由での VNC の使用は、ユーザーが両端でブロードバンド接続を持っている場合に容易になる。ただし、接続を成功させるには、高度なネットワーク アドレス変換(NAT)、ファイアウォール、およびポート転送などのルーター構成が必要になる場合がある。ユーザーは、インターネット経由での使用を容易にするために仮想プライベート ネットワーク(VPN) テクノロジを介して通信を確立するか、VPN をプロキシとして使用する場合は LAN 接続として、または VNC リピーター (NAT が存在する場合に便利) を介して通信を確立することができる。^{[9] [10]}

さらに、VNC によって提供されるディスプレイは、サーバー上のユーザーに表示されるディスプレイと必ずしも同じではありません。複数の同時 X11 セッションをサポートする Unix/Linux コンピューターでは、VNC は特定の既存の X11 セッションを提供するように設定することも、独自のセッションを開始するように設定することもできます。同じコンピューターから複数の VNC セッションを実行することもできます。Microsoft Windows では、提供される VNC セッションは常に現在のユーザー セッションです。^{[引用が必要]}

2014年7月にRealVNCはWayland開発者プレビューを公開した。^{[11] [12]}

デフォルトでは、RFB は安全なプロトコルではありません。パスワードはプレーンテキストで送信されませんが ( telnetのように)、暗号化キーとエンコードされたパスワードの両方がネットワークから盗聴された場合、クラッキングが成功する可能性があります。このため、少なくとも 8 文字のパスワードを使用することをお勧めします。一方、VNC の一部のバージョンでは 8 文字の制限もあります。8 文字を超えるパスワードが送信されると、超過文字が削除され、切り捨てられた文字列がパスワードと比較されます。

UltraVNC は、パスワード認証やデータ転送を含む VNC セッション全体を暗号化するオープンソースの暗号化プラグインの使用をサポートしています。また、NTLMおよびActive Directoryユーザー アカウントに基づいて認証を実行することもできます。ただし、このような暗号化プラグインを使用すると、他の VNC プログラムとの互換性がなくなります。RealVNC は、Active Directory との統合とともに、商用パッケージの一部として高強度の AES 暗号化を提供します。Workspotは、 VNC 用のAES 暗号化パッチをリリースしました。TightVNC によると、 ^[13] TightVNC は画像データが暗号化されずに送信されるので安全ではありません。これを回避するには、SSH 接続を介してトンネルする必要があります (以下を参照)。

VNC はSSHまたはVPN接続を介してトンネリングされる可能性があり、これにより、より強力な暗号化による追加のセキュリティ レイヤーが追加されます。^{[引用が必要]}

VNC の使用に関する追加のセキュリティ上の懸念は、誰かがデバイスを制御する前に、使用するバージョンがリモート コンピューターの所有者からの承認を必要とするかどうかを確認することです。これにより、アクセスされたコンピューターの所有者が、事前の通知なしに誰かが自分のデバイスを制御していることに気付くという状況を回避できます。^{[独自の調査? ]}

Xvnc は、標準のX サーバーをベースとした Unix VNC サーバーです。アプリケーションにとっては、Xvnc は X「サーバー」（つまり、クライアント ウィンドウを表示する）として表示され、リモート VNC ユーザーにとっては VNC サーバーです。アプリケーションは、通常の X ディスプレイのように Xvnc 上に表示できますが、物理画面ではなく、接続された VNC ビューア上に表示されます。^[14]または、画面、キーボード、マウスを備えたマシン（ワークステーションまたはネットワーク サーバー）をセットアップして、VNC サーバーをサービスまたはデーモンとして起動および実行し、画面、キーボード、マウスを取り外して、マシンを邪魔にならない場所に保管することもできます。

ユーザーは一般的に、クロスプラットフォームのリモートデスクトップシステムとして VNC を導入します。たとえば、Mac OS X用のApple Remote Desktop (およびバージョン 10.5 から 10.13 の「 Back to My Mac 」) は VNC と相互運用し、 x11vncで提供されている場合は Unix ユーザーの現在のデスクトップに接続し、TightVNCで提供されている場合は別の X11 セッションに接続します。Unix からは、VNC オプションが有効になっている場合は Apple Remote Desktop が提供する Mac OS X セッションに接続し、Microsoft Windows で実行されている VNC サーバーに接続します。^[15]

VNC を実装する他のプログラムまたはソフトウェア ライブラリには、Krfb、Libvncserver、PocketVNC、Remmina、TigerVNC、TightVNC、VirtualGL、Vinagreなどがあります。

• スパイス

Wikimedia Commons には VNC に関連するメディアがあります。

Wikibooks には、インターネット技術/VNCに関する書籍があります。

• RFB 3.8 プロトコル標準
• AT&T VNC: オリジナルの AT&T-Cambridge VNC ウェブサイト