RustDesk Server Pro 能否离线或在气隙网络中运行？

不能——自托管的 RustDesk Server Pro 部署并非设计用于完全离线或气隙（air-gapped）环境运行。Pro 许可证必须通过出站连接访问 rustdesk.com 才能保持有效——无论是首次激活，还是服务器运行期间的持续验证，都是如此——因此，一个完全不对外连接、从不回连的网络环境并不在官方支持的部署模型范围之内。

简要回答

实际上，这项检查是周期性的，而非持续不断的：服务器大约每天通过 443 端口与 rustdesk.com 联系一次；如果某次检查失败，会持续重试，直到成功或大约 7 天过去为止——超过这一期限后，许可证将停止验证通过。这一内置的宽限期意味着，短暂的网络中断不会立即导致部署失效，但长期离线的服务器则会受到影响。你的 ID 服务器和中继服务器仍然完全由你自己托管；点对点直连会话在终端设备之间直接建立，中继会话则通过你的中继服务器转发。你完全可以将网络限制得非常严格：系统支持通过代理访问，因此实际操作中，你只需放行这一条必需的出站 HTTPS 通道，其余部分全部锁定即可。

详细说明

无需许可证即可自托管的开源 RustDesk 服务器是另一回事；本文所述的要求，专门适用于已获授权的 Server Pro 功能集。如果你真正在意的是将会话数据留在自己的基础设施内，那么自托管本身就已经实现了这一点——出站连接的要求关乎的是许可证验证，而不是要为每一次会话进行中转代理。

还有第二种工作流程需要考虑：构建自定义客户端。如果你通过 Server Pro 生成品牌定制版或预配置的客户端，这一生成步骤同样需要出站访问。请根据你所使用的版本和订阅方案，确认当前的具体行为。

对于严格的气隙网络而言，这正是决定性的细节所在。一台永远无法访问 rustdesk.com 的完全隔离服务器，不在默认支持的模型范围之内，因此，如果你有严格的气隙隔离需求，请务必在正式投入使用前，与 RustDesk 确认你的具体场景是否可行。而对于更为常见的“基本隔离、出站受限”这一类部署场景，实际的建议是：预留一条通往 rustdesk.com 的出站 HTTPS 通道——无论是直连还是通过代理——并在编写防火墙策略之前，明确具体的域名、端口和审批流程。请参阅 RustDesk 文档。同样的许可证要求，也解释了为什么即便以非 Docker 方式安装，Server Pro 也无法在完全没有互联网访问的情况下运行。

谁会问这个问题

隔离网络或受监管网络的运维人员，往往在安装 RustDesk 之前就会提出这个问题——无论是安全团队，还是服务于封闭环境的 MSP（托管服务提供商），都是如此。他们的网络可能部署在严格的出站防火墙之后，也可能只是希望尽量减少对外部的依赖。了解到许可证只需要一条持续的出站通道——仅此而已——就能让他们据此制定精确的防火墙规则，既不必为此过度开放网络，也不会误以为该产品能够在完全真空的环境中运行。

相关问题

• 出站域名和端口：请参阅 RustDesk 文档。
• 我可以在不使用 Docker 的普通虚拟机上安装 RustDesk Server Pro 吗？
• 生成自定义品牌客户端：请参阅 RustDesk 文档。

正在规划封闭式或接近气隙隔离的部署方案？在最终确定防火墙策略之前，请前往 rustdesk.com 确认最新的连接性与许可证相关细节。