画面がウィンドウで「ロック」されている間にVNCセッションを実行する方法はありますか?
WindowsボックスでVNCサーバーを起動し、画面をロックして(ローカルで誰もアクセスできないように)、後でVNCを使用してそのボックスに接続したいと思います。
私はネイティブのWindowsロックを好みますが、パスワードで保護されたロックはすべて良いです。
残念ながら、ここには概念的な問題があります。 VNCは、デスクトップをローカルマシンにレンダリングし、デスクトップの写真を効果的に撮影してネットワーク経由で送信することで機能します。つまり、VNCが送信するものは、サービスを提供するコンピューターでレンダリングする必要があります。
Windowsには一度に複数のインタラクティブセッションをホストする機能がありますが、サーバー以外のエディションでは無効になっており、とにかくほとんど使用されません。つまり、実際には、VNCサーバーはローカルコンソールのインタラクティブセッションによってレンダリングされているものを送信する必要があるため、VNCセッションで表示されるものはディスプレイに送信されるものでもある必要があります。
2つの潜在的な回避策があります。
オプション1については、この機能を実装するVNCサーバーについては知りませんが、存在している必要があると思います。他に何もない場合、LMIは前述のように実装します。
オプション2については、これが実際に実行する必要がある可能性が高いと思います。ほとんどの場合、RDPは優れたオプションのパフォーマンス、セキュリティ、および機能の面で優れています。 WindowsのHomeエディションを使用している場合は例外です。RDPサーバーを有効にできるのはProfessional以上のみです(ただし、Homeエディションにインストールされ、無効になっているだけです)。
私は偶然これをなんとかしました...私はVNCに参加していて、現在のセッションを表示できますが、実際のコンピューターにはロック画面が表示されます。
これは、以前に画面をロックするRDPセッションを開始し、VNCがそのRDPセッションを再利用しているために発生したと思います。
これは、Windowsのバージョン、VNCのインストール方法、およびVNCのバージョンによって異なります。
まず、VNCをサービスとしてインストールする必要があります。
次に、Windows Vistaおよび7の場合、UACを無効にして、VNCが画面のロックを解除できるようにする必要があります。あなたがそうしないのであなたはそれを忘れることができません、ウィンドウは問題を説明するために支払われます。
Windows XP、2003、2008にはチューニングがありません。
一部の商用バージョンは、UACを有効にしても問題ありません。たぶんいくつかのGPLバージョンも動作しますが、私はそれを知りません。
UltraVNCはこれが可能です(ロックされた画面にログインし、ロックを解除しますが、モニターをスリープモードのままにし、切断時に再びロックします)。