RustDesk 1.5.0 介绍与选型指南

RustDesk 1.5.0 开源远程控制软件全景：hbbs/hbbr 双组件架构、NaCl 端到端加密、127k Star 社区体量，与 TeamViewer/ToDesk/向日葵/Tailscale 的量化选型对比（2026-10-25 联网溯源取证）。

RustDeskRustDesk远程控制自托管2026/10/25

RustDesk 1.5.0 介绍与选型指南

目标：讲清 RustDesk 是什么、由哪些组件构成、适合谁，并用 TeamViewer / ToDesk / 向日葵 / Tailscale 四条替代路线的量化数据辅助选型决策。本文信息全部来自官方文档、官方仓库与竞品官网定价页的联网溯源（来源与查询日期 2026-10-25 随文标注），不含本地实测；同系列服务端部署、配置参数、运维手册三篇的实测细节见站内同专栏文档。

一、产品概述

RustDesk 是一款用 Rust 编写的开源远程桌面 / 远程控制软件：开箱即可使用官方公共服务器完成跨网远程控制，也支持把「ID 注册 / 中继」两个服务端组件完整自建，让 ID 分配、连接信令与中继流量全部落在自己的服务器上，是 TeamViewer 最典型的开源自建替代路线。

  • 仓库：客户端 rustdesk/rustdesk（https://github.com/rustdesk/rustdesk）、服务端 rustdesk/rustdesk-server（https://github.com/rustdesk/rustdesk-server）
  • 许可证：双仓库均为 AGPL-3.0（shields.io 许可证徽章取证，2026-10-25）
  • 客户端最新稳定版：1.5.0（2026-10-02 发布，官方 Releases Atom 流取证，查询日期 2026-10-25）
  • 服务端最新稳定版：1.1.16（2026-07-20 发布，官方 Releases Atom 流取证，查询日期 2026-10-25）
  • 社区热度：客户端仓库 Star 约 127k、服务端仓库约 11k（shields.io 星数徽章取证，2026-10-25）
  • 官方文档：https://rustdesk.com/docs/

一句话定位：要一个「协议栈自控、流量自控、身份自控」的远程控制体系，RustDesk 是当前开源世界社区体量最大、客户端平台覆盖最全的选项。

二、核心特性

以下特性均经官方文档与 Releases 说明核实（服务端侧关键机制的同系列实测见站内同专栏文档）：

1. 开箱即用的公共服务器 + 可整体自建。 不装任何服务端时，客户端直连官方公共 ID/中继服务器即可跨网远控；需要数据不出自有边界时，用 rustdesk-server 双组件把 ID 注册与中继全部迁回自有服务器，客户端只改两处配置（ID 服务器地址 + Key 公钥）。

2. 端到端加密。 控制信令与音视频/桌面数据基于 NaCl（Curve25519 密钥交换 + XSalsa20-Poly1305 加密）保护；自建服务端启用 Key 校验后，客户端用服务端公钥验证身份，杜绝「连错中继被中间人接管」的风险。

3. 全平台客户端矩阵。 1.5.0 官方发布件覆盖 Windows（x86-64/ARM64/x86-32）、macOS（Universal）、Ubuntu/Flatpak、Android（含 AArch64/ARMv7）、iOS 与 Web 客户端——主控与被控两端都可全平台混搭。

4. 无人值守与访问控制。 支持固定访问密码 + 一次性密码（临时授权），1.5.0 新增 ID 白名单（#15586），可按 ID 精确限定谁有权对本机发起连接。

5. 1.5.0 连接体验升级。 新增 WebRTC 通道（#15684）与 QoS 改进（#16082），弱网与高丢包环境下的会话建立与流畅度进一步提升；新增 HDR tonemap（#16033）改善高动态范围屏幕的远程显示效果。

6. 远程协作周边能力。 文件传输、TCP 隧道、文字聊天、会话间剪贴板同步（1.5.0 起可选项，#15934）、会话录制（1.5.0 增加可见性与服务端存储选项，#15662）、移动端 Ctrl/Alt 组合键与画布锁定等。

7. 服务端治理面完整。 自建中继自带带宽 QoS（单连接/总带宽限额、降级阈值）、IP 黑白名单、强制中继模式与运行时控制台命令集，运维粒度与商业产品同级。

三、技术架构与实现

  • 双组件服务端：服务端拆为两个独立进程——hbbs（ID/Rendezvous 服务器，负责客户端注册、心跳与 NAT 打洞协调，端口 21115/21116(TCP+UDP)/21118）与 hbbr（Relay 中继服务器，负责打洞失败时的流量转发，端口 21117/21119）。连接优先打洞直连（P2P），失败才回落到中继
  • 连接建立流程：被控端向 hbbs 注册并周期性心跳（21116 UDP/TCP）→ 主控端凭对端 ID 向 hbbs 查询地址 → hbbs 协调双方 NAT 打洞 → 直连成功则 P2P 传输，失败则双方接入 hbbr 中继转发
  • 身份与密钥机制：hbbs 首次启动自动生成 Ed25519 密钥对（id_ed25519 私钥 / id_ed25519.pub 公钥），客户端配置该公钥（Key）后完成服务端身份校验与加密协商；hbbs 状态（设备注册信息等）持久化在内嵌 SQLite 中
  • 实现栈：客户端 Rust 核心 + Flutter UI（桌面/移动/Web 统一）；服务端 Rust 双二进制，单进程即可承载，资源占用低
  • 交付形态：服务端提供官方打包编排镜像与多架构二进制（amd64/arm64/armv7）；客户端提供各平台安装包与绿色版

💡 技术拓展：远程控制的「跨网打通」不止 RustDesk 自带打洞这一种实现——

路线原理取舍
打洞直连 + 中继兜底（RustDesk）协调服务器撮合 NAT 打洞，失败走自建中继无需组网层，访客关系天然支持；打洞成功率受 NAT 类型影响
虚拟组网 + 常规远控协议（Tailscale+RDP/VNC）WireGuard 组网赋予固定内网地址，再跑传统远控协议连接质量稳，但被控端必须并入组网、远控协议栈另配
纯商业云中继（TeamViewer/ToDesk/向日葵）厂商云统一注册与中继零运维，但身份与流量都在厂商边界内

本文主线为第一种：自建 hbbs/hbbr 后，打洞与中继都在自有服务器上闭环。

四、量化选型对比

同赛道主流远程控制方案的关键指标横向对比。RustDesk 数据为 shields.io 徽章与官方 Releases 取证（2026-10-25）；竞品定价为各官网定价页公开报价（2026-10-25 查询，均为按年付月均价，不含税/折扣以官网实时为准）：

维度RustDesk（自建）TeamViewerToDesk向日葵（贝锐）Tailscale（+RDP/VNC）
开源许可双仓库 AGPL-3.0闭源商业闭源商业闭源商业客户端开源（BSD-3），协调服务器闭源（社区有 Headscale 替代）
GitHub Star（2026-10-25）客户端 127k / 服务端 11k无公开仓库无公开仓库无公开仓库未取证
免费额度官方公共服务器免费使用；自建无任何许可费免费版仅限个人非商业用途（商用行为会被检测并限制）个人版免费（共享节点，速度取决于节点质量与带宽）个人版免费（基础远控，高清/高帧/高速传输为会员功能）Personal 免费：3 用户 / 100 设备
付费定价（官网 2026-10-25）自建路线 0 许可费（仅自有服务器成本）；官方另售托管 Pro 版Business ¥148/月、Premium ¥448/月、Corporate ¥858/月专业版约 ¥9.83/月（3 设备列表起）；企业版约 ¥74.9/月（1 通道含 100 设备列表）瓜子会员 ¥158/年；超级会员 ¥298 起/年；高性能版 ¥468/年；全球会员 ¥898/年付费档约 $6–8/用户/月
服务端可否自建完整开源可自建不可不可不可协调层可经 Headscale 社区方案自建，远控协议栈另配
端到端加密NaCl 加密栈，自建 Key 校验厂商声明 E2E厂商声明加密厂商声明加密WireGuard（组网层）+ 所选远控协议自身加密
平台覆盖Win/macOS/Linux/Android/iOS/Web全平台全平台全平台组网层全平台，远控体验取决于所配协议
数据边界身份、信令、中继流量全在自有服务器厂商云厂商云厂商云组网元数据在协调服务器，远控流量组网内直连

场景结论：

  • 合规/隐私敏感、要求远控数据不出自有边界 → 唯一可整体自建的开源成熟方案是 RustDesk；商业三家均无法自建
  • 零运维、临时救急、给非技术亲友远程协助 → 官方公共服务器下的 RustDesk 或 ToDesk/向日葵免费档都够用；长期商用注意 TeamViewer 免费版的商用检测限制
  • 已有 Tailscale 组网的团队 → 组网内 RDP/VNC 可作轻量替代，但缺少统一的 ID 通讯录、访问密码与访客临时授权体验，跨组织协助场景仍建议 RustDesk
  • 需要 SLA、审计报表、批量发版管控的大企业采购 → TeamViewer Corporate / ToDesk 企业版的商业支持体系更对口；RustDesk 对应路线是官方托管 Pro 版

五、适用与不适用场景

适合：

  • 企业/团队自建远程协助与无人值守运维体系（IT 支持、门店/产线设备、分支机构电脑）
  • 对数据合规有硬要求的行业（远控身份与中继流量必须留在自有网络边界内）
  • 跨平台混合环境（Windows 工控机、macOS 设计机、Linux 服务器、移动端运维并存）
  • 需要把远控能力嵌入自有产品的技术团队（开源可审计、可二次开发，注意 AGPL-3.0 义务）

不适合：

  • 完全没有自有服务器资源、也不想维护任何服务端的纯省心用户（商业免费档或官方公共服务器更省事）
  • 需要开箱即用的企业级审计、会话报表与客服工单联动的场景（商业套件或 RustDesk Pro 更对口）
  • 只需要「两台自己的设备互连」的极轻需求（任何一家免费档都能满足，选型意义不大）
  • 需要厂商承担安全事件责任兜底的采购场景（开源自建意味着安全运营责任自负）

六、版本与取证信息

  • 客户端最新稳定版 1.5.0，发布于 2026-10-02；来源 https://github.com/rustdesk/rustdesk/releases.atom（entry 标题 1.5.0，updated 2026-10-02T02:11:34Z），查询日期 2026-10-25
  • 服务端最新稳定版 1.1.16，发布于 2026-07-20；来源 https://github.com/rustdesk/rustdesk-server/releases.atom，查询日期 2026-10-25
  • Star 数：客户端 127k（https://img.shields.io/github/stars/rustdesk/rustdesk.json 返回 {"message":"127k"}）、服务端 11k（https://img.shields.io/github/stars/rustdesk/rustdesk-server.json 返回 {"message":"11k"}），查询日期 2026-10-25
  • 许可证：双仓库 AGPL-3.0（https://img.shields.io/github/license/rustdesk/rustdesk.json 与 .../rustdesk-server.json 均返回 {"message":"AGPL-3.0"}），查询日期 2026-10-25
  • 1.5.0 变更摘录（官方 Releases Changelog）：新增 WebRTC、ID 白名单、HDR tonemap、可选会话间剪贴板同步、macOS 静默自动更新、会话录制可见性与服务端存储选项；QoS 改进；Android 切换为分区存储
  • 竞品定价来源：TeamViewer 定价页 https://www.teamviewer.com/en/pricing/（RMB 报价）；ToDesk 定价页 https://www.todesk.com/price.html；向日葵定价页 https://sunlogin.oray.com/price；Tailscale 定价页口径（Personal 免费档 3 用户/100 设备、付费档 $6–8/用户/月）。均查询于 2026-10-25

七、常见选型问题

Q1：RustDesk 和 Tailscale 是竞品吗？

不完全是。Tailscale 是 WireGuard 虚拟组网层，解决「设备获得稳定内网地址」；RustDesk 是完整远程控制栈，自带打洞/中继/加密/访问控制。Tailscale+RDP/VNC 可以组合出替代方案，但要另配远控协议栈与访问口令体系；RustDesk 开箱即是完整产品。

Q2：不自建服务器，只用官方公共服务器够吗？

轻量个人使用够。但公共服务器的注册与中继资源由官方运营，身份与流量仍在官方边界内；且商业级可用性没有 SLA。企业或隐私敏感场景的意义恰恰在「自建」，这也是 RustDesk 区别于闭源商业产品的核心价值。

Q3：AGPL-3.0 许可证对商业使用有什么影响？

自用部署（含企业内部商用场景）不受限制；若修改源码并对外提供网络服务或二次分发，需按 AGPL-3.0 开源修改部分。需要闭源定制或官方支持的企业可选官方托管 Pro 版（商业授权路线，定价以官网为准）。

Q4：从 TeamViewer 迁移到自建 RustDesk 成本高吗？

迁移点是「被控端装 RustDesk 客户端并指向自建 ID 服务器 + Key」。无人值守、固定密码、文件传输等高频功能一一对应，习惯成本低；主要工作量在批量部署客户端与服务端本身的搭建（服务端部署实测见同专栏《RustDesk 1.1.16 服务端 Docker Compose 部署指南》）。

Q5：自建服务端对带宽要求高吗？

信令流量极小，大头在中继流量——只有打洞失败的会话才走中继。hbbr 自带 QoS（单连接/总带宽限额、降级阈值），可按出口带宽硬限；实践中多数 P2P 打洞成功的会话不占用服务器带宽。

八、参考链接