直接给结论:别省带宽,按“流畅度”买,而不是按“能连上”买。
对于 RustDesk 这种基于 WebRTC 的自托管方案,带宽和延迟是体验的决定性因素。阿里云 ECS 的公网带宽计费模式比较特殊,选错了成本会爆炸或者体验极差。
以下是具体的配置建议和避坑指南:
1. 核心原则:带宽 > CPU > 内存
RustDesk 服务端(hbbs/hb-relay)本身非常轻量,单核 1G 内存甚至都能跑起来。但视频流的编码和解码、中继转发极度依赖网络吞吐。
- X_X/局域网环境:如果你是在同一 VPC 或同地域内使用,走内网 IP,带宽需求极低,1Mbps 都绰绰有余,且免费。
- 跨网/公网访问:这是大多数人的场景。此时你的服务器充当 Relay Server(中继服务器)。
2. 具体带宽建议(针对公网访问)
方案 A:个人轻度使用 / 偶尔远程办公
- 带宽:5 Mbps – 10 Mbps
- 体验:看文档、敲代码没问题。看视频会卡顿,鼠标移动可能有轻微延迟感。
- 适用人群:自己控制自己的机器,或者只传文件、写代码,不看高清视频。
方案 B:主流推荐 / 日常稳定使用
- 带宽:20 Mbps – 30 Mbps
- 体验:流畅办公,网页浏览、普通视频播放无压力,鼠标跟随性好。
- 性价比:这是最推荐的区间。阿里云按固定带宽购买时,20M 的价格通常在几十到一百多人民币/月(视活动而定),比按流量计费便宜得多,且不用担心突发流量扣费。
方案 C:重度使用 / 需要看高清视频或多人同时在线
- 带宽:50 Mbps 及以上,或直接使用按量付费 + 带宽上限限制。
- 注意:如果有多人同时通过这台服务器中继,带宽会被分摊。一个人占满 30M,第二个人进来可能就只剩 15M 了。
3. 阿里云计费模式的关键选择(省钱核心)
阿里云 ECS 公网带宽有两种主要计费方式,选错直接亏钱:
❌ 错误做法:按流量计费(Pay-By-Traffic)
- 陷阱:虽然单价看起来低(比如 0.8 元/GB),但 RustDesk 如果是持续连接,尤其是传输图像数据,流量消耗很快。
- 风险:一旦你忘记设置“带宽峰值上限”,或者有人恶意攻击/刷流量,账单可能瞬间几百上千。
- 除非:你明确知道每天只用几分钟,且设置了严格的带宽上限(如 5Mbps),否则不建议新手用。
✅ 正确做法:按固定带宽计费(Pay-By-Bandwidth)
- 优势:包月/包年,价格透明。
- 操作:在创建实例或修改配置时,选择“固定带宽”,然后手动输入带宽值(如 20Mbps)。
- 优点:无论你怎么用,只要不超过这个带宽,费用不变。适合 RustDesk 这种长连接应用。
4. 技术优化建议(比加带宽更有效)
光靠堆带宽不是长久之计,以下配置能让你的 10Mbps 跑出 20Mbps 的效果:
-
启用 H.264/H.265 硬解:
- 确保客户端和服务端都支持硬件提速。RustDesk 默认尝试使用 GPU 编码,如果你的阿里云服务器没有 GPU,就靠 CPU 软解。
- 关键点:在
hbbs配置中,确认启用了--relay模式,并确保防火墙放行了 21115 (TCP), 21116 (TCP/UDP), 21117 (TCP)。
-
使用 UDP 优先:
- RustDesk 默认优先使用 UDP 进行中继。确保你的阿里云安全组策略中,UDP 端口 21116 必须开放。很多用户只开了 TCP,导致 fallback 到 TCP,速度骤降,延迟飙升。
-
关闭不必要的日志:
- 生产环境中,不要开启 debug 级别的日志输出,这会占用磁盘 I/O 和 CPU,间接影响中继性能。
-
考虑部署在离用户最近的区域:
- 如果你在华东,用户也在华东,选杭州节点。
- 如果用户在海外,不要指望国内服务器能提供低延迟,这时候应该考虑海外机房或使用 CDN 提速(但 RustDesk 目前不支持标准 CDN 提速中继流,所以就近部署是唯一解)。
5. 总结
| 使用场景 | 推荐带宽 | 计费方式 | 备注 |
|---|---|---|---|
| 仅自己用,偶尔远程 | 5-10 Mbps | 按固定带宽 | 够用即可,省钱 |
| 日常办公,多人轮流用 | 20-30 Mbps | 按固定带宽 | 最推荐,平衡成本与体验 |
| 高强度使用,看视频 | 50+ Mbps | 按固定带宽 | 成本高,需谨慎评估 |
| 不确定用量 | 按量付费 + 设置带宽上限 | 按量付费 | 务必设置带宽上限,防止天价账单 |
最后提醒:阿里云的安全组一定要配好!只开放必要的端口(21115, 21116, 21117, 21118),其他全部拒绝。别把整个服务器暴露在公网上,否则被扫描到漏洞很麻烦。
CLOUD云计算