WindowsでRealVNCを使用しているとき、VNCからWindowのアプリにカットアンドペーストしたり、動作しなくなったりすることがあります。再び動作するようにリセットするにはどうすればよいですか? VNCを再起動しようとしましたが、それはしません。
http://rreddy.blogspot.com/2009/07/vncviewer-clipboard-operations-like.html
多くの場合、コピー/カットアンドペーストなどのクリップボード操作がvncviewerでの動作を突然停止することに注意してください。この主な理由は、これらのクリップボード転送を担当するvncconfigと呼ばれるプログラムです。 vncのバグや、そのウィンドウを閉じたなどの理由により、プログラムが閉じられる場合があります。
これらのクリップボード操作を元に戻すには、プログラム「vncconfig&」を実行する必要があります。
この後、クリップボードのアクションは問題なく動作するはずです。
クライアントで「vncconfig&」を実行します。
CentOS 5.9上のGNOMEデスクトップ環境でvnc-ltsp-configを使用してリモートログインを使用します。今日の実験から、セッションとログインプロンプトでカットアンドペーストが機能するようになりました(私は怠け者で、難しいパスワードをコピーアンドペーストするので)。
/ etc/xdg/autostartディレクトリにvncconfig.desktopファイルを作成し、ログイン後のセッション中にカットアンドペーストを有効にしました。 vncconfigプロセスは、ログインしたユーザーとして実行されます。
[デスクトップエントリ]
Name =名前なし
エンコード= UTF-8
バージョン= 1.0
Exec = vncconfig -nowin
X-GNOME-Autostart-enabled = true
Vncconfig -nowin&をファイル/ etc/gdm/Init/Desktopの下部に追加し、ログイン中のセッションでのカットアンドペーストを有効にしましたが、ログイン後に終了します。 vncconfigプロセスはルートとして実行されます。
Vncconfig -nowin&をファイル/ etc/gdm/PostLogin/Desktopの最後に追加すると、ログイン後のセッション中のカットアンドペーストも有効になりました。ただし、vncconfigプロセスはルートとして実行されます。
おそらく、両端でVNCを再起動する必要があります。つまり、「VNCの再起動」と言うときは、おそらくクライアントを意味しているだけです。しかし、もう一方の端はどうですか?おそらく、その終了も再起動する必要があります。根本的な原因はおそらく競合です。多くのアプリは、すべきではないときにクリップボードをスパイします。また、多くのアプリは、クリップボードを開くときに許可されません。堅牢なものは再試行しますが、他のものは単に障害を予測しないため、ファウルが発生し、再起動する必要があります。 VNCの場合もあれば、クリップボードビューアーチェーンを「聴いている」別のアプリの場合もあります。その場合、チェーン内の他のアプリに通知を渡すことが義務付けられます。通知が送信されない場合、VNCはクリップボードの更新があったことすら知らない場合があります。