在 Ubuntu 上用 UU 远程：我做了一个可复现的兼容桥

先说答案：可以在 Ubuntu 上使用 UU 远程，但我做的不是一个原生 Linux 客户端。它是一座兼容桥——官方 Windows 版 UU 仍然运行在 Wine 里，手机或另一台电脑连接 UU，最后看到和控制的却是 Ubuntu 上真正的 GNOME 桌面。

项目在这里：UU Remote Ubuntu Bridge。如果只想先看中文说明，可以直接打开简体中文 README。

Table of Contents

为什么不能只把 UU 放进 Wine

只让程序窗口出现并不等于远程桌面已经可用。UU 的 Windows 客户端、Wine 里的私有桌面、Ubuntu 的真实会话，以及手机送来的鼠标和键盘事件，是几层不同的东西。

这个桥把它们接成一条明确的路径：

UU 控制端
  → Wine 中的官方 UU 客户端
  → 私有的本机 RDP 中继与输入代理
  → 已登录的 Ubuntu GNOME 桌面

这样做的重点不是“能看到一张画面”，而是画面、鼠标、快捷键、滚轮、手机输入法文字和重连都能沿着同一条路径工作。服务意外退出后，也只重启这座桥，不接管机器上原有的 XRDP、VNC 或其他远程工具。

当前经过验证的边界很具体：

安装器会先检查这些条件。操作系统、架构或已占用的端口不符合时，它会在写入一半配置之前停止。仓库也不会分发网易的安装包、账号信息或设备标识。

在需要被控制的 Ubuntu 桌面上运行：

git clone https://github.com/lachlanchen/uu-remote-ubuntu-bridge.git
cd uu-remote-ubuntu-bridge
./install.sh

第一次运行会安装依赖、验证上游安装文件、构建兼容组件、配置本机中继，并打开官方 UU 窗口。完成登录后再运行同一条命令是幂等的：已经验证过且没有变化的构建结果会被复用。

RDP 密码保存在 GNOME Keyring，而不是脚本里。UU 登录与 GNOME RDP 也使用不同的凭据。noVNC 诊断页和 VNC 后端只绑定本机回环地址，不会因为方便调试就把桌面端口开放到局域网或公网。

这类桥接最容易出问题的地方，是把“新版看起来差不多”当成“旧补丁还能用”。这里不会这样做。

已知版本使用固定清单和完整哈希。上游更新后，维护工具可以重新寻找语义位置和生成候选报告，但候选补丁不会自动进入正在使用的 Wine 环境。新的二进制需要单独审查、在副本上测试，再决定是否切换；失败时保留原来的可用版本。

如果你用的是另一版 Ubuntu、不同桌面或会话、其他 CPU 架构、新版 UU，或者某一种控制端，请提交一条兼容性反馈或需求。表单会问版本、控制端和实际现象，不需要上传安装包、密码、设备 ID、原始日志、截图或私有配置。

如果你并不依赖 UU，只是想从外面安全访问自己的 SSH、终端或 noVNC 页面，那么 LazyRemote 是另一条独立、自托管的路线，底层是开源的 LazyTunnel。它不是 UU 的一部分，也不会替换这座兼容桥。

对于已经有一台可连接中继服务器和最多三台电脑、但不确定监听范围、密钥角色与回退路径是否合理的环境，我也提供固定 250 美元的 LazyRemote 网络适配评估。先用页面里的中文模板说明基本环境即可，不要发送密码或私钥。