RustDesk Key许可证申请与公钥配置详解

自建 RustDesk 服务器的用户，几乎都会在某个时刻遇到“Key”这个概念：客户端连接设置里除了 ID 服务器和中继服务器，还有一个 Key 输入框；填错了就连接失败，报“Key不匹配”。这个 Key 到底是什么、从哪里来、要不要“申请”？本文把 RustDesk 的公钥机制一次讲透。

Key 是什么：一句话讲明白

RustDesk 自建服务端（hbbs/hbbr）在首次运行时会自动生成一对公私钥。Key 就是指公钥，它的作用是让客户端验证“我连的真的是我的服务器”：

• 服务端持有私钥，对外公开公钥（Key）
• 客户端配置里填写这个公钥
• 建立连接时双方用这套密钥验证身份并加密通信

所以 Key 不需要向任何第三方“申请”——它是你的服务器自己生成的，服务端部署完成的那一刻，Key 就已经存在了。

服务端：在哪里找到 Key

免费版（hbbs/hbbr）

Key 存放在服务端的数据目录，通常位于：

~/.config/rustdesk-server/ 或工作目录下

关键文件：

查看公钥内容：cat ~/.config/rustdesk-server/id_ed25519.pub，输出的字符串就是客户端要填的 Key。

Docker 部署的用户注意：公私钥生成在挂载的数据卷里，如果更换了数据卷或删除了密钥文件重新生成，Key 就会变化，所有客户端都要跟着改——这也是很多人“服务器没动怎么突然连不上了”的原因。

Pro 版（服务端控制台）

RustDesk Server Pro 在 Web 控制台直接显示公钥，通常在“设置 → 网络”或首页信息面板，复制即可，还能生成带 Key 的客户端配置导入字符串。

客户端：Key 填在哪里

1. 打开 RustDesk 客户端 → ID 旁的菜单 → “网络”（或“设置 → 网络”）
2. 解锁后填写：
   • ID 服务器：你的服务器地址（如 hbbs.example.com）
   • 中继服务器：一般填同一地址（hbbr）
   • Key：粘贴服务端公钥字符串
3. 点击应用，主界面左下角显示“就绪”（绿点）即配置成功

不填 Key 会怎样

客户端 Key 留空时，多数情况下仍能连接，但不校验服务器身份，等于放弃了防中间人的保护。自建服务器的用户务必填写，这正是 Key 机制存在的意义。

“Key不匹配”报错排查

客户端提示 Key 不匹配时，按以下顺序排查：

1. 复制粘贴是否完整：公钥字符串较长，确认没有漏掉末尾字符或混入换行/空格
2. 服务端密钥是否重新生成过：检查服务端数据卷中 id_ed25519.pub 的当前内容，与客户端所填是否一致
3. 多台服务器场景：如果你有多套 hbbs（测试/生产），确认客户端 Key 对应的是目标服务器的公钥
4. DNS/端口指向错误：连接的其实是另一台冒名服务也会触发校验失败，核对解析记录与端口映射

安全最佳实践

• 私钥保护好：id_ed25519 文件权限收紧（600），不进 Git、不随镜像分发
• 公钥随客户端分发：企业批量部署时把 Key 写进自定义客户端配置，用户零配置
• 更换密钥要同步：计划性轮换密钥时，提前通知所有客户端用户更新 Key，避免集体掉线
• 定期检查连接状态：客户端“就绪”状态变红往往就是 Key 或网络出了问题，第一时间核对

总结

RustDesk 的 Key 不是需要申请的许可证，而是自建服务端自动生成的公钥：服务端看 id_ed25519.pub，客户端填在网络设置里，两端一致即可建立加密验证连接。“Key不匹配”九成是复制不完整或服务端密钥重生成导致的，逐项排查就能解决。把这套机制理解到位，你的私有远程桌面通道才算真正“自己掌握”。