我一直在笨拙地解决 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 程序和/或客户端操作系统的影响甚至由其引起。多年来，我一直在处理类似的剪贴板问题，但从未遇到过这种在正在运行的会话中“恢复”正常行为的特定解决方案。考虑到问题的恼人程度和解决方案的简单性，我认为值得向其他遇到 VNC 和剪贴板问题的人介绍这里的发现。
答案1
如上文所述，我能够通过禁用 VNC 客户端和服务器之间的剪贴板共享来解决 gnome-terminal 中的复制/粘贴问题。具体来说，我在正在运行的 CentOS 6/Gnome 会话中找到“VNC 配置”窗口，并取消选中“接受来自查看者的剪贴板”和“将剪贴板发送给查看者”选项。此时，整个 Linux 会话中的正常复制和粘贴行为都恢复了。