RustDesk自定义品牌与白标方案：打造你自己的远程桌面产品

给公司内部或客户做技术支持，用默认界面的 RustDesk 当然没问题，但如果想把远程桌面工具变成“自家产品”——带自己的 Logo、名字、默认服务器，甚至打包给客户下载，就需要用上 RustDesk 的自定义品牌（White Label）能力。作为开源软件，RustDesk 在这方面给了两条路线：免费的自编译路线和官方付费的开箱即用路线。本文把两条路线都讲清楚。

为什么要做白标

典型应用场景

• IT外包公司：给客户提供带公司 Logo 的远程支持工具，专业感直接拉满
• 企业IT部门：内部统一定制版客户端，预置公司自建服务器，员工装完即用
• SaaS服务商：把 RustDesk 打包为自己的增值服务组件
• 开发者发行版：社区基于 RustDesk 做面向特定人群的定制版本

两条实现路线对比

路线一：自编译定制客户端

准备工作

RustDesk 客户端基于 Rust + Flutter 开发，源代码托管在 GitHub。自编译需要：

1. 安装 Rust 工具链与 Flutter SDK（含对应平台的桌面支持）
2. Node.js（Web客户端部分需要）
3. 各平台构建依赖：Windows 需 Visual Studio 构建工具；Linux 需gtk/vcpkg依赖；macOS 需 Xcode

修改品牌资源

编译前替换或修改以下内容：

• 应用名称：修改 flutter/lib/ 中关于应用名的常量，以及打包配置（如 tauri/packager 配置里的产品名）
• 图标：替换 res/ 目录下的应用图标文件（含各尺寸 ico/png）
• 界面文案：Flutter 源码中的字符串资源，或利用翻译文件做定制
• 默认服务器：这是白标最关键的一步——把默认 ID/中继服务器改成你自己的，让定制客户端开箱就连你的私有服务器，用户无需任何配置

预置服务器的方式

除了改源码里的默认值，还有更轻量的办法：RustDesk 支持通过编码后的配置字符串导入服务器设置。服务端 Pro 版可生成该字符串，客户端首次运行时粘贴导入，或把它嵌入客户端配置文件一起分发。自建服务端的情况下，推荐结合两者：

1. 服务端部署好自己的 hbbs/hbbr（ID/中继服务器）
2. 定制客户端默认指向这套服务器
3. 客户端设置中锁定（或隐藏）服务器配置项，防止误改

路线二：官方 White Label 服务

如果你订阅了 RustDesk 服务端 Pro 计划，可以在 Web 控制台直接配置自定义品牌：

1. 登录 Pro 服务端控制台
2. 进入“自定义客户端”（Custom Client）设置页
3. 上传 Logo、设置产品名称、指定默认服务器与安全策略
4. 生成定制版客户端下载链接，分发给用户即可

官方方案的优势是随版本自动更新——上游发新版本，你的定制客户端可以同步重新生成，不需要维护构建环境。对不想养编译流水线的团队，这笔订阅费往往更划算。

白标方案的注意事项

遵守开源协议

RustDesk 采用 AGPL-3.0 协议。做定制分发时需要注意：

• 保留原始版权与许可声明
• 对源码做出修改并对外提供网络服务时，需按协议开放相应源代码
• 商用闭源分发的需求请仔细评估协议义务，必要时咨询法务

版本升级管理

自编译路线建议在 CI（如 GitHub Actions）中把“拉取上游源码 → 应用品牌补丁 → 构建 → 签名 → 发布”整条流程自动化。上游更新频繁，手工编译两三次后你就会想自动化了。

更新与签名

• Windows 定制客户端建议用代码签名证书签名，避免杀软误报和系统拦截
• 内部分发时可以在定制版里预置升级检查指向自己的更新服务器
• 给客户的版本要考虑“卸载旧版官方客户端”的引导，避免双版本混装引发 ID 混乱

总结

RustDesk 的白标能力让它不止是一个远程桌面工具，更是一块可以被企业自由塑形的开源底座。简单需求用官方 Pro 的自定义客户端配置页面十分钟搞定；深度定制就走自编译路线，把 Logo、名称、默认服务器全部换掉，配合 CI 自动化，就能长期维护一个“自家出品”的远程桌面产品。动手之前，记得把 AGPL 协议的义务搞清楚。