---
publishDate: 2026-07-07T18:21:00Z
lang: 'zh-cn'
translationKey: 'why-self-host-remote-desktop-software'
draft: false
title: '为什么要自行托管你的远程桌面软件'
excerpt: '为什么越来越多正在放弃 TeamViewer 和 AnyDesk 的团队选择自行托管远程桌面:数据掌控、成本可预测,中间没有云端介入。'
image: ~/assets/images/blog/why-self-host-remote-desktop-software-og.png
category: '指南'
tags: ['RustDesk', '自托管']
author: 'RustDesk Team'
slug: 'why-self-host-remote-desktop-software-zh-cn'
faq:
  - question: '自行托管远程桌面软件是什么意思?'
    answer: '这意味着在你自己掌控的基础设施上运行负责协调连接、并在直连失败时中转流量的服务器,而不是让会话经过厂商的云端。使用 RustDesk Server Pro 时,ID/集合(rendezvous)服务器、中继、控制台以及存储的部署数据都运行在你自己的基础设施上。'
  - question: '自行托管 RustDesk 服务器实际需要做些什么?'
    answer: '硬件要求很低,而且大部分工作都是一次性的:准备一台小型 Linux 主机,只开放你实际使用的端口(原生客户端需要 TCP 21115-21117 和 UDP 21116),在反向代理上配置 TLS,并安排好备份计划;之后就是常规的补丁更新和监控了,如果遇到问题,RustDesk 支持团队随时可以提供帮助。'
  - question: '自行托管对数据驻留和 GDPR 合规有帮助吗?'
    answer: '有帮助——它能让你真正掌控这一点:你可以自行选择集合服务器、中继、控制台和设备数据的运行位置。不过这只是一个基础,而非绝对保证,因为直连流量仍然会在端点之间直接传输——因此要让流量保持在境内、满足 GDPR 义务,还取决于你如何规划路由和运维部署。'
  - question: '自行托管适合所有团队吗?'
    answer: '自行托管适合那些希望掌控自身数据和基础设施的团队。这确实需要运行一台服务器——规模不大,而且设置大多是一次性的——所以如果你完全不想运行任何服务器,托管式 SaaS 是另一种可选模式。但 RustDesk Server Pro 从设计上就是自行托管的,目的正是让你的数据保留在自己的基础设施上,中间没有厂商云端介入——对于已经在运行基础设施的团队来说,这种掌控权正是关键所在。'

metadata:
  description: '自行托管远程桌面软件的理由:数据掌控、成本可预测、不受厂商锁定、不受云端故障影响。以 RustDesk 为具体案例。'
  keywords: '为什么要自行托管远程桌面, 自行托管远程桌面的好处, 本地部署远程访问, 无需厂商云端的远程桌面'
---

大多数远程桌面工具的销售方式只有一种:云端订阅,由厂商的服务器为每一次会话做中介——并且往往还负责中继。运行远程访问其实还有另一种方式,而且它并不新鲜——只是很少被宣传,因为它不会附带持续产生费用的云端订阅。这种方式就是选择**自行托管你的远程桌面软件**:在你自己掌控的基础设施上运行负责协调连接、并在直连失败时中转流量的服务器。本文将阐述这种模式的理由,并以 RustDesk 作为具体案例。

## "自行托管远程桌面"究竟意味着什么

纯云端便利的代价在于,你的设备列表、连接元数据,有时甚至你的会话流量都要经过第三方,受制于对方的正常运行时间、对方的定价,以及对方的安全策略。

自行托管则彻底改变了这一点。使用 RustDesk Server Pro 时,ID/集合服务器、中继、控制台以及存储的部署数据都运行在**你自己的基础设施**上。直连会话仍然在端点之间直接流转;中继会话则使用你所配置的中继服务器。RustDesk 是[开源软件(AGPL 协议)](https://github.com/rustdesk/rustdesk),免费的社区版服务器可以无限期运行。

## 纯云端 与 自行托管 一览对比

|                | 典型的纯云端工具        | 自行托管(RustDesk Server Pro)                                                                                 |
| -------------- | ----------------------- | ------------------------------------------------------------------------------------------------------------- |
| 会话中介位置   | 厂商云端                | 你的本地设备或 VPS                                                                                            |
| 数据驻留       | 由厂商掌控              | 服务端服务运行在你掌控的基础设施上;[端点路由仍然重要](/zh-cn/blog/remote-desktop-data-sovereignty-gdpr-zh-cn) |
| 并发连接限制   | 通常按通道/席位计费限制 | 标准版套餐不限量;定制版 V2 按量计费                                                                           |
| 定价模式       | 按席位/按通道的云端订阅 | [按登录用户 + 受管设备数](https://rustdesk.com/pricing)([价格](https://rustdesk.com/pricing))                 |
| 源代码         | 闭源                    | 开源(AGPL),可审计                                                                                             |
| 故障依赖       | 厂商正常运行时间        | 你自己的运维                                                                                                  |
| 谁来运行服务器 | 厂商                    | 你自己                                                                                                        |

自行托管并不意味着放弃规模或功能。对于需要支持更大规模设备的团队,RustDesk 提供了[大规模设备部署规划指南](/zh-cn/blog/rustdesk-scale-50000-200000-devices-zh-cn)。面向 [MSP](/zh-cn/blog/rustdesk-for-msps-zh-cn)(托管服务提供商)和内部 IT 团队,RustDesk 提供[自托管 Web 控制台](https://rustdesk.com/docs)、定制品牌客户端生成器,以及用于实现按用户访问控制的[设备分组和共享通讯录](https://rustdesk.com/docs/zh-cn/self-host/rustdesk-server-pro/permissions/)。[LDAP/SSO](https://rustdesk.com/docs/zh-cn/self-host/rustdesk-server-pro/ldap/)(OIDC)功能从基础版套餐起即可使用。

## 运行服务器实际需要做什么

掌控权的代价是一些运维工作——比大多数团队想象的要少,而且大部分都是一次性的。以下是具体情况:

- **准备一台主机。** RustDesk 的硬件要求很低,一台配置一般的 Linux 虚拟机——无论是本地部署还是廉价的 VPS——就足以运行 ID/集合服务和中继服务。请根据你的设备数量以及最终有多少流量走中继而非点对点来确定主机规格。
- **只开放你实际使用的端口。** RustDesk 原生客户端需要 **TCP 21115-21117 和 UDP 21116** 端口,分别用于 NAT 测试、连接服务、注册、心跳和中继。不要把整个 21114-21119 端口段都对外暴露。TCP 21118-21119 是 WebSocket 后端端口,TCP 21114 是 Pro 版 HTTP API/控制台后端端口。当使用 HTTPS/WSS 反向代理为 Pro API 和 WebSocket 服务提供前置时,对外只需公开 TCP 443 端口来承载这部分流量,并让 21114 和 21118-21119 保持内网可访问即可。如果原生客户端同时也在连接,公开的 443 端口并不能替代原生客户端所需的核心端口。参见[官方端口说明](https://rustdesk.com/docs/en/self-host/)。
- **配置 TLS。** 在反向代理上终结 HTTPS 和 WSS,使凭据、API 调用和浏览器客户端流量都通过公开的 TCP 443 端口传输,而不是直接暴露明文 HTTP 的控制台/API 或原始 WebSocket 后端。
- **做好备份。** 服务器上保存着你的设备清单、用户账户、通讯录和访问规则。请安排定期备份——并且要实际测试能否从备份中成功恢复。
- **保持更新节奏。** 新的服务器版本会持续发布,而底层操作系统也由你负责维护。请确定由谁来负责更新以及更新的频率。
- **做好监控。** 协调服务现在归你所有,因此正常运行时间、磁盘和中继吞吐量都需要你来监控,告警和恢复也由你负责。

这些工作都不算特殊,而且大部分都是一次性配置。如果在任何环节遇到问题,[RustDesk 支持团队](mailto:support@rustdesk.com)都可以为你提供帮助。

## 如何评估自行托管

- **从社区版服务器开始。** 核心代码采用 AGPL 协议——你可以今天下午就部署这款免费的开源服务器,自行审计,并且可以免费使用任意长的时间。
- **需要 Pro 版的功能集?** 最新的套餐价格请参见 [rustdesk.com/pricing](https://rustdesk.com/pricing),[sales@rustdesk.com](mailto:sales@rustdesk.com) 可以告诉你目前有哪些评估选项可用。
- **更想先看再装?** [RustDesk YouTube 频道](https://www.youtube.com/@rustdesk)上有完整的视频演示。

如果是涨价、闭源代码,或是你无法掌控的云端促使你开始寻找替代方案,那么自行托管才是结构性的解决方案,而不只是打个折扣。对于已经在运行基础设施的团队来说,这只是下一步,而非一次飞跃:掌控服务器,掌控数据,掌控成本。
