rustdesk/rustdesk

如果你已经有一台服务器，或者愿意自己搭一台，并且希望远程访问自己控制的机器而不是再依赖一个云账号，RustDesk 值得花时间看看。

解决什么问题

你需要连到另一台电脑——父母的笔记本、办公室工作站、没有显示器的机器——通常做法是装商业客户端、在厂商的中继上注册账号，然后接受厂商随时改动的产品。能用，但会话经过你不掌控的基础设施，而且每台被控机和每个帮忙的人都要装同一个客户端。RustDesk 改的是中间这一步：把客户端指向自己运行的中继，同一个客户端负责画面、键鼠和文件传输。得到的仍是熟悉的远程桌面流程，只是连接调度掌握在自己手里。

有什么不同

项目用 Rust 编写，提供 Windows、Linux、macOS、Android 和 iOS 客户端，桌面 GUI 以 Flutter 为主，旧的 Sciter 界面已标注为弃用。README 给出的构建路径偏重：需要 Rust 和 C++ 工具链，用 vcpkg 装 libvpx、libyuv、opus 和 aom，再按发行版安装 GTK、xcb、PulseAudio、GStreamer 等包。这份依赖清单说明了客户端实际在做什么——视频编码、音频和输入注入——而不是套壳现成的屏幕共享库。

自托管是核心卖点。自建中继把第三方账号从链路里拿掉，README 也明确把它定位为 TeamViewer 的替代方案。代价是你自己要负责中继的可用性和连通性：无人值守的被控机只有在服务和网络路径正常时才连得上。还有一个实际的许可问题：项目本身是 AGPL-3.0，但已弃用的 Sciter GUI 是专有软件，2022 年的 HN 讨论里有人提出过这个问题，README 和评论都指向用 Flutter 构建替代 GUI 许可讨论。如果要分发二进制，先确认你的构建用的是哪个界面。

谁值得试

适合：手上有几台机器——家里的、办公室的——并且已经有一台 VPS，想不按席位付费做远程支持的人。自建中继在这种场景下最能体现价值。

不适合：想要零基础设施、并且指望被控端自动更新的人。2025 年 2 月有评论者提到没有自动更新，手动更新后还要重新启动服务，这会让大规模部署变得麻烦 自动更新抱怨。如果只是偶尔连一台自己的机器，用厂商中继反而比运维自己的服务更省事。

使用条件与边界

从源码构建意味着完整的桌面开发环境：vcpkg 管理的多媒体库、CMake，以及各发行版列出的 GUI 和音频包。README 还要求使用 Sciter 构建的桌面用户自行下载 Sciter 动态库，界面也处于 Flutter 与弃用的 Sciter 并存的阶段 项目说明。除了原始步骤，官方还有构建文档和 Docker 构建路径 构建文档。

运维方面，自建中继是持续工作而不是一次性配置，被控端的更新也要你自己安排。有评论提到不同屏幕缩放比例下远端画面过小的问题，分辨率混杂的环境最好先测试再决定 缩放问题。与 TeamViewer、NoMachine 的性能对比在这里没有成立结论；提供的摘录中询问性能的评论没有得到实质回答 性能提问。

HotRepo 点评

HotRepo 记录到 2026-08-14 为 120,486 星、2026-10-26 为 127,102 星，均为日榜观测 仓库；三个采样日期太稀疏，无法判断趋势。项目创建于 2020-09-28，并不新，能确定的只是这几天的上榜记录。若要在一批机器上部署，先核实你准备分发的那个版本如何更新、中继故障时如何切换。