我一直在透過 VNC 笨拙地解決 Linux 系統上的一個奇怪的剪貼簿問題。我最近注意到了一個修復並想在這裡記錄。這篇文章的另一個標題可能是：VNC 用戶端/主機剪貼簿共用可能會影響某些 Linux 程式中的複製/貼上行為。
作為參考，所涉及的 VNC 會話是 CentOS 6 Linux 系統上的 TigerVNC（版本 1.1.0-24.el6）。我使用 TigerVNC 用戶端從 Mac OS (Mojave 10.14.6) 連接到此遠端會話，並在全螢幕模式下運行。
此設定在很長一段時間內都沒有出現任何問題（截至撰寫本文時，會話正常運作時間約為 300 天）。最近，基於選擇的複製/貼上功能在 gnome 終端視窗中停止運作。單擊中鍵仍然能夠貼上文本，但我無法透過在終端中選擇文本來更新該文本。此外，Ctrl-Shift-C 方法對於 gnome-terminal 也失敗。奇怪的是，我曾是從 Firefox 或 gedit 等 GUI 程式複製時能夠貼上文字。這導致了極其笨拙的解決方法，例如將終端輸出重定向到文件，以便可以使用 gedit 打開並貼上到其他地方。
那麼我該如何解決這種奇怪的複製/貼上行為呢？網路上已經報導了許多針對相關問題的解決方案（例如手動使用 xclip）。這些都不適合我。就我而言，即使手動使用 xclip 也無法透過中鍵單擊更新儲存的貼上文字（我懷疑這是一個線索，但不太確定它指向什麼）。
當我準備好完全關閉會話時，我偶然發現了一個修復程序：在 VNC 配置視窗中取消選中“接受檢視器的剪貼簿”和“將剪貼簿發送給檢視器”完全地解決了問題。我已經進行了幾個小時的會話，並且恢復了正常行為。需要明確的是，配置調整後，我現在可以從以前不合作的終端視窗複製/貼上，而無需關閉並重新打開。
此修復的性質表明，Linux 端的某些剪貼簿問題受到客戶端 VNC 程式和/或客戶端作業系統的影響甚至引起。多年來，我一直在解決類似的剪貼簿問題，但從未遇到過這種特殊的解決方案來在運行會話中「恢復」正常行為。考慮到這個問題的嚴重程度以及解決方案的簡單性，我認為對於其他遇到 VNC 和剪貼簿問題的人來說，這裡的發現值得一提。
答案1
如同上面正文所述，我能夠透過停用 VNC 用戶端和伺服器之間的剪貼簿共用來解決 gnome 終端機中的複製/貼上問題。具體來說，我在正在運行的 CentOS 6/Gnome 會話中找到了“VNC 配置”窗口，並取消選中“接受檢視器的剪貼簿”和“將剪貼簿發送給檢視器”選項。此時，整個 Linux 會話中恢復了正常的複製和貼上行為。