还在自己运行中继服务器吗？ 认识这款原生、零配置的 RustDesk 替代方案。

免费，但服务器要你自己来

RustDesk 的中继体系，也就是 hbbs ID 服务器和 hbbr 中继，要由你自己运行，自建让你完全掌控这套基础设施。

代价是，“完全掌控”意味着你要自己准备 VPS、开放端口、给操作系统打补丁，并自己盯着运行时间。另一种选择是 RustDesk 默认的公共中继，它免费，但有速率限制，且只尽力而为，所以任何靠它做正事的人，在它繁忙时都会遇到卡顿和掉线。

一套界面皮肤，在任何平台都不够原生

RustDesk 的客户端是运行在 Rust 内核之上的 Flutter，在 macOS、Windows、Linux、iOS 和 Android 上界面都一样。这意味着所有平台共用一套代码，包括一个 Linux 客户端。这种取舍体现在手感上：它不会直接驱动每个操作系统的原生渲染和硬件解码路径，所以各个平台的硬件编解码器支持不完整、也不一致，应用在各处看起来和用起来都一样，而不是融入其中任何一个平台。

一个 9 位 ID 加一个密码，仍然需要你自己管理

用 RustDesk 配对，意味着一个 9 位的设备 ID 再加一个你自己设置的密码。它可以用，也无需中央账号，但这是上一代的远程访问体验，与如今移动端常见的 PIN 码加过期机制不同，而且自建中继会让你在此之上还要多管一层密钥和访问规则。

速度是一个你自己必须做的决定

在 RustDesk 默认的公共中继上，典型延迟明显高于经硬件编码的直连路径。自建 hbbs 和 hbbr 能缩小这个差距，但前提是你把它配置好，并自己调优。对于只想打开应用、立刻得到流畅会话的人来说，这是一大堆基础设施决策，横在你和自己的机器之间。

每个平台都免费，而且没有 VPS 账单

Remio 在每个平台上都免费，无需按电脑算账。与自建的 RustDesk 中继不同，这里没有 VPS 要付费，没有端口要开放，也不用花运维时间来让中继保持健康。托管的中继是直接包含在内的。

一个六位数代码，可随时更换

两端都没有 Remio 账号。主机显示一个六位数代码，把它输入客户端，配对记录就保存在设备自身。设备交换密钥并互相记住对方，所以之后重新连接是即时的，没有设备 ID，也没有需要保存的密码。

端到端加密，密钥永远不会离开你的设备

会话经过端到端加密，密钥直接在你的设备之间协商。密钥永远不会离开端点，所以当需要借助托管的中继来穿过严格的 NAT 时，它转发的也是自己无法解密的密文。完整的设计记录在安全白皮书中。

硬件 H.265，跑在你的 GPU 上，而不是共用的运行时里

每个 Remio 客户端都是原生的，直接驱动所在平台的硬件视频路径，在现有的硬件编码器和解码器上使用硬件 H.265 编解码，并回退到 H.264。画面和屏幕之间，没有 Flutter 或 Rust 内核的界面层。

局域网处理延迟约 8 ms，内部实测

在同一网络上，处理管线（采集、硬件编码、局域网传输、硬件解码）在 4K 下约耗时 8 ms；其余取决于你的显示器自身 60 Hz 的刷新节奏，因此你的输入赶在下一帧绘制之前就已到达。在同一区域内通过互联网时，则是低位两位数毫秒。这两个数字都是 Remio 自己的测量结果，完整的测量方法以及 RustDesk 自身的数据，都发布在 Remio 与 RustDesk 的对比中，你可以自行复现。

最高 6K、120 FPS，每个平台都是原生的

串流最高 6K、120 FPS，搭配专用虚拟显示器的显示器切换也完整支持。每个应用都是原生的。主机可在 macOS 15+、Windows 10（build 19041+）或 11（包括家庭版）以及 Linux（X11 和 Wayland）上运行；客户端可在 iOS/iPadOS 18+、macOS 15+、Android 12+、Windows 10/11 上运行；在 Apple Vision Pro 上，iPad 应用现已可用。Remio 的 Linux 客户端在路线图上，但尚未发布。