统信uos与windows远程剪贴板失效需依次检查两端剪贴板共享开关、重启clipboard-proxy与rdpclip.exe进程、禁用第三方剪贴板工具，并强制刷新dbus会话。
统信UOS与Windows主机之间无法复制粘贴文字，通常出现在使用远程桌面（如Remmina、Microsoft Remote Desktop）或虚拟机（如VirtualBox、VMware Workstation）场景中，本质是剪贴板共享通道未建立或被中断，而非本地系统故障。
确认剪贴板共享功能已启用
第一步必须验证两端是否真正开启了双向剪贴板支持——很多用户跳过这步直接折腾服务，结果白费时间。
在统信UOS端：打开“控制中心”→“硬件”→“远程桌面”，检查“剪贴板共享”开关是否为开启状态；若使用VirtualBox，需进入虚拟机设置→“常规”→“高级”→确认“共享剪贴板”设为“双向”。
在Windows主机端：打开“设置”→“系统”→“远程桌面”，确保“远程桌面”已启用，并勾选“将剪贴板重定向到远程会话”。【未勾选此项时，Win端根本不会向远程端暴露剪贴板句柄，统信端再怎么重启服务也无效】
重启统信端剪贴板代理进程
统信UOS通过clipboard-proxy进程桥接本地剪贴板与远程会话。该进程崩溃后不会自动拉起，且无图形提示。
打开终端，执行：killall clipboard-proxy → 等待3秒 → 执行：clipboard-proxy &。
这一步比重启整个桌面环境快得多，且能绕过dbus会话异常导致的代理僵死问题。如果提示“command not found”，说明剪贴板代理未安装，需运行：sudo apt install uos-clipboard-proxy（统信V20专业版）或sudo dnf install uos-clipboard-proxy（统信社区版）。
重置Windows端rdpclip.exe进程
rdpclip.exe是Windows处理RDP协议剪贴板数据交换的核心进程。它常驻后台但极易卡死，尤其在频繁切换远程会话或网络抖动后。
第一步：按Ctrl + Shift + Esc打开任务管理器 → 切换到“详细信息”选项卡 → 找到rdpclip.exe → 右键“结束任务”。
第二步：按Win + R → 输入rdpclip.exe → 回车。此时进程将以新实例启动，重新绑定剪贴板句柄。
一款AI工具，主要用于使用 OpenAI Codex CLI 处理编码任务。触发词：codex、code review、fix CI、refactor code、implement feature、coding agent、gpt-5-codex。Clawdbot 可将编码工作委托给 Codex CLI 作为子代理或直接工具，适合需要提升相关任务效率的用户。
第三步：回到统信UOS远程窗口，尝试复制一段纯文本（如“test”），再切回Windows记事本按Ctrl+V——若成功，说明通道已重建；若仍失败，继续下一步。
禁用冲突的第三方剪贴板工具
方法一：在Windows主机上关闭Ditto、CopyQ、腾讯电脑管家剪贴板模块、搜狗输入法云剪贴板等所有接管系统剪贴板的软件。这些工具会劫持SetClipboardData和GetClipboardData API调用，导致rdpclip.exe收不到原始数据。
方法二：在统信UOS中检查是否启用了“深度截图”或“优客录屏”的剪贴板监听功能。打开“深度商店”→搜索“深度截图”→点击“设置”→关闭“复制截图到剪贴板”和“监听剪贴板变化”两项。
注意：禁用后无需重启，立即生效。但若之前已出现剪贴板句柄占用，建议顺手执行一次killall clipboard-proxy再重拉。
强制刷新DBus剪贴板会话（统信专属）
统信UOS基于DBus实现剪贴板服务通信，远程会话中DBus地址可能残留旧会话ID，导致代理无法注册到正确总线。
① 在统信UOS终端中执行：export DISPLAY=:0 → 确保GUI环境变量就位。
② 执行：dbus-launch --sh-syntax → 复制输出中的DBUS_SESSION_BUS_ADDRESS值（形如unix:path=/run/user/1000/bus）。
③ 执行：export DBUS_SESSION_BUS_ADDRESS="粘贴你刚复制的完整路径" → 注意引号不能遗漏。
④ 最后执行：clipboard-proxy --replace & → 【--replace参数强制替换已有实例，避免多进程抢占同一剪贴板通道】
