既存のXディスプレイに接続できるようにしたいので、私の作業環境や、家から開いたままのすべてにアクセスできます。過去にx11vncを使用したことについて漠然と覚えています。しかし、Fedora 11用のパッケージは存在しないので、現在いくつかの組み込みメソッドがあると思います。
注: VPNを介して仕事用のマシンに接続するので、パスワードの保護だけで十分です。
x11vnc を使用すると、実行中のセッションにアタッチされ、デスクトップを共有できます。 rootとして実行してxdmセッションに接続する場合、Xauthの設定は少し面倒なので、Xauthについて調査する必要があります。
追加して編集:Karl Rungeは元の x11vnc を維持していないように見えますが、開発は github で続行されています。または、@ ivan-talalaevが以下のように提案し、x0vncserverを使用することもできます。
このサーバーのもう1つの利点は、大規模なビットマップキャッシュやファイル転送など、 ltraVNC で使用される高度なVNC機能の多くをサポートすることです。
によると ドキュメントTigervncはこれをサポートしています。
x0vncserverは、XディスプレイをVNC、TigerVNCまたは互換性のあるビューアを介してリモートでアクセスできるようにするTigerVNCサーバーです。 Xvnc(1)とは異なり、仮想ディスプレイは作成されません。代わりに、既存のXサーバー(通常、物理画面に接続されているサーバー)を共有します。
x0vncserver -display :0
職場でKDEを使用している場合、KDEにはすでにVNCサーバーが組み込まれています。
おそらく、GNOMEもそうです。
私はあなたにとって適切かもしれない顧客サイトのためにかなり入念なセットアップをしました。
これは、私が顧客に対して行った構成に基づいています。彼らは以下を望んだ:
- ユーザーは、システムコンソールで実行中の実行中のデスクトップにリモートデスクトップすることができます。
- ユーザーがまだ実行されていない場合は、コンソールで実行されているセッションを開始し、それを使用できます。そして
- 他のユーザーが既に実行中のデスクトップに接続し、すでにログインしているユーザーとアクセスを共有できること。
詳細はこちら 。
セキュリティへの影響にも注意してください。
別の方法として、 [〜#〜] nx [〜#〜] を確認することもできます。通常、インターネット経由のVNCよりもはるかに高速で、コンソールで実行中のXセッションにアクセスできるように構成できます。
x11vnc( http://www.karlrunge.com/x11vnc/ )
Xrfbを使用します。
10文字以上入力する必要があります、lalalaa。