私は、Linux システムで VNC 経由で奇妙なクリップボードの問題を不器用に回避してきました。最近、修正方法に気付いたので、ここでそれを文書化したいと思います。この投稿の別のタイトルは、「VNC クライアント/ホスト クリップボード共有は、特定の Linux プログラムのコピー/貼り付け動作に影響を与える可能性があります」です。
参考までに、問題の VNC セッションは CentOS 6 Linux システム上の TigerVNC (バージョン 1.1.0-24.el6) です。私は TigerVNC クライアントを使用して Mac OS (Mojave 10.14.6) からこのリモート セッションに接続し、フルスクリーン モードで実行します。
この設定は長い間問題なく機能していました（セッションの稼働時間はこの記事の執筆時点で約300日です）。最近、選択ベースのコピー/貼り付け機能がgnome-terminalウィンドウで機能しなくなりました。中クリックではまだテキストを貼り付けることはできましたが、ターミナルでテキストを選択してもそのテキストを更新できませんでした。さらに、Ctrl-Shift-Cメソッドもgnome-terminalでは失敗しました。奇妙なことに、だったFirefox や gedit などの GUI プログラムからコピーしたテキストを貼り付けることができませんでした。これにより、ターミナル出力をファイルにリダイレクトして、それを gedit で開いて他の場所に貼り付けるといった、非常に扱いにくい回避策が生まれました。
では、この奇妙なコピー/貼り付け動作を解決するにはどうすればよいでしょうか? 関連する問題に対して、インターネット上で多数の解決策 (xclip の手動使用など) が報告されています。これらのどれも私には効果がありません。私の場合、xclip を手動で使用しても、中クリックによる貼り付け用に保存されたテキストを更新できませんでした (これが手がかりだと思いますが、何を示しているのかよくわかりません)。
セッションを完全にシャットダウンする準備をしていたところ、VNC設定ウィンドウで「視聴者からのクリップボードを受け入れる」と「視聴者にクリップボードを送信する」のチェックを外すという修正方法を見つけました。完全に問題は解決しました。数時間セッションを操作しましたが、通常の動作が復元されました。明確に言うと、構成を調整した後、閉じて再度開くことなく、以前は機能しなかったターミナル ウィンドウからのコピー/貼り付けができるようになりました。
修正の性質から、Linux 側のクリップボードの問題の一部は、クライアントの VNC プログラムやクライアントの OS によって影響を受けているか、またはそれらによって引き起こされている可能性が示唆されます。私は長年、同様のクリップボードの問題に悩まされてきましたが、実行中のセッションで通常の動作を「回復」するためのこの特定の解決策に出会ったことはありませんでした。問題がいかに厄介で、解決策が簡単であるかを考えると、VNC やクリップボードの問題を抱えている他の人々のために、ここでの発見を書き留めておく価値があると思いました。
答え1
上記の本文で述べたように、VNC クライアントとサーバー間のクリップボード共有を無効にすることで、gnome-terminal のコピー/貼り付けの問題を解決できました。具体的には、実行中の CentOS 6/Gnome セッション内で「VNC 構成」ウィンドウを見つけ、「閲覧者からのクリップボードを受け入れる」と「閲覧者にクリップボードを送信する」オプションの両方のチェックを外しました。この時点で、Linux セッション全体で通常のコピー/貼り付け動作が復元されました。