最佳自托管 TeamViewer 与 AnyDesk 替代方案

寻找自托管 TeamViewer 或 AnyDesk 替代方案的过程往往如出一辙:续订报价已经不再匹配你实际的工作方式,而产品仍然要将你的会话流量路由到你无法掌控的基础设施上。

团队为什么离开 TeamViewer 和 AnyDesk

有两个决策因素反复出现。

成本。 续订总费用的增长往往与实际使用量无关——套餐分级、附加功能和费率调整都会推高这个数字。请在相同需求条件下,将当前报价与其他替代方案进行比较。

掌控权。 使用纯云端工具时,你的会话流量和设备列表都存放在厂商的基础设施上。对越来越多的团队而言——尤其是医疗保健、公共部门以及任何适用 GDPR 的场景——能够自主选择服务端数据和中继层的运行位置,是一项硬性要求,而不仅仅是偏好。

自托管替代方案可以同时解决这两个问题:RustDesk Server Pro 从设计之初就是自托管的——ID/中转(rendezvous)服务器、中继服务器、控制台以及存储的部署数据都运行在你所掌控的基础设施上——而且其核心基于 AGPL 协议开源,因此你可以精确审查客户端究竟做了什么,按自己的节奏进行补丁更新,并无限期运行免费的社区版服务器,而不必依赖封闭的云端。

需要注意的是:点对点直连仍然会在终端设备之间直接传输(需要中继的会话则使用你自己配置的中继服务器),因此仅靠自托管并不能保证流量留在境内,也不能保证满足 GDPR 合规要求——你如何规划路由和运维整个部署仍然至关重要。

RustDesk 与 TeamViewer 和 AnyDesk 一览对比

竞品的具体细节因套餐而异——请与厂商确认当前的 TeamViewer 或 AnyDesk 条款。查看 RustDesk 定价。

可预测的授权费用,没有按通道收费的额外负担

RustDesk 按登录用户数加被管理设备数进行授权。**标准版套餐包含无限并发连接;Customized V2 套餐则有明确的配额。**订阅期中途升级会按比例计费。请参照当前的定价页面,分别核算这三项数量。

这与技术支持团队实际的成长方式高度契合。它的扩展能力也远超入门级部署:如今,大规模部署规划可以从约 50,000 台被管理设备起步,规模更大的部署环境则需要在缓存、数据库调优和上线方案设计等方面进行额外验证。

为 MSP 和 IT 团队而设计

对于需要支持众多客户的团队,RustDesk 在你自己掌控的基础设施上,重建了 TeamViewer 和 AnyDesk 用户所期待的“一个控制台、多名技术人员、管理众多被管理设备”这一工作方式:自托管 Web 控制台、自定义品牌客户端生成器、配合共享通讯录的设备分组,以及 Basic 及以上套餐提供的 LDAP/SSO(OIDC)支持。有关工具的完整介绍,请参阅为什么要自托管;各套餐的具体功能可用情况,请参见 rustdesk.com/pricing。

TeamViewer 迁移必须考虑的因素

TeamViewer 的部署会积累一些功能,而逐项对照的清单很容易遗漏这些功能,因此在选定套餐之前,请先梳理清楚以下各项——并向各供应商确认当前的条款和功能可用情况,因为二者都会随时间变化:

• 各套餐层级专属的功能。 像 TeamViewer Tensor 这类企业级层级会叠加条件访问、批量部署、SSO/目录预配等控制功能,这些未必能一一对应;请列出你实际依赖的功能。如果你使用 TeamViewer Frontline(其面向 AR/工业一线工人的套件),请将其视为独立于远程桌面迁移之外的另一款产品。
• 条件访问与设备策略。 如果你使用 TeamViewer 基于规则的访问以及下发的策略设置来限制谁可以连接哪些机器,请规划如何将这些规则转换为 RustDesk 的设备分组、共享通讯录以及最小权限访问规则。
• 管理控制台与分组结构。 TeamViewer 在其管理控制台中组织设备、共享分组以及用户或公司资料;请盘点这一层级结构,以便在自托管控制台中重建等效的分组与归属关系。
• 按设备计费与按坐席计费的差异。 TeamViewer 与 RustDesk 计算授权的方式不同,因此请重新测算实际用量——已授权用户、被管理设备以及并发会话——并对照 RustDesk 按登录用户数加被管理设备数的计费模式,而不要假设坐席数量可以直接沿用。
• 需要核实的功能对等性。 如果远程打印、会话录制、移动端支持、Wake-on-LAN 或特定的第三方集成在你的 TeamViewer 工作流程中是必需的,请在试点期间逐一在 RustDesk 上核实,而不要想当然地认为功能完全对等。

从 AnyDesk 迁移会带来哪些特有的变化

有几点是专门针对从 AnyDesk(而非 TeamViewer)迁移的情况:

• 没有商业用途检测器。 AnyDesk 的免费版可能会将它判定为商业用途的账户标记出来;而由你自己托管、并完整购买授权的服务器,不会有这样监视你会话的分类器。
• 不会因并发数而受限。 AnyDesk 按套餐限制同时连接数;RustDesk 标准版套餐包含无限并发连接(Customized V2 则设有配额),因此你可以基于登录用户数和被管理设备数、而非连接名额来重新测算——并可随着规模增长随时按比例升级。有关单项价格,请参见 rustdesk.com/pricing。
• 需要重新创建的通讯录、别名和无人值守访问。 请盘点你所依赖的 AnyDesk 别名、通讯录条目和无人值守访问密码,并将它们映射到 RustDesk 的登录用户、设备分组和共享通讯录。
• 自定义命名空间或品牌客户端。 如果你使用带有自定义命名空间或品牌定制的 AnyDesk,请规划相应的自定义品牌 RustDesk 客户端,让最终用户始终看到一致的工具。

迁移方案

在盘点清楚这些能力之后,分阶段进行迁移:

1. 在非生产环境中部署 RustDesk,并分别测试点对点直连和中继两种连接路径。
2. 将用户、分组和通讯录归属关系映射为遵循最小权限原则的 RustDesk 访问规则。
3. 在具有代表性的 Windows、macOS、Linux 及移动设备上进行试点,包括权限提升和无人值守访问场景。
4. 验证更新、密钥备份、证书续期、日志记录、监控以及灾难恢复流程。
5. 针对特定用户群体,让你当前使用的工具与 RustDesk 并行运行一段时间,并制定书面的回滚方案。
6. 只有在新服务通过验收标准、且技术支持人员完成培训之后,才卸载旧的客户端代理。

按照这一顺序推进,可以避免一项授权决策演变成一次未经充分测试的基础设施切换。

在你自己的基础设施上评估这次迁移

你不需要联系任何人就可以开始:免费开源的社区版服务器可以安装在你自己的硬件上,并无限期运行。如果想根据上述迁移方案试用 Pro 版功能,请通过 [email protected] 咨询当前提供的评估条款;标准版套餐的价格详见 rustdesk.com/pricing。如果你想在安装任何东西之前先看看它的实际效果,可以观看演示视频,其中完整展示了一次端到端的会话过程。

要判断自托管能否在成本和掌控权方面达到预期,最快的方法就是在自己的硬件上做一次简短的概念验证(PoC)。