最高のセルフホスト型TeamViewer・AnyDesk代替ソフト

セルフホスト型TeamViewerまたはAnyDesk代替を探し始めるきっかけは、たいてい同じです。更新の見積もりが実際に使っているワークフローと釣り合わなくなり、それでいて製品は依然として自分たちが管理していないインフラを経由してセッションをルーティングし続けている——そんな状況です。

TeamViewerやAnyDeskを離れる理由

意思決定を左右する要因は、繰り返し2つに集約されます。

コスト。 更新時の総額は、実際の利用状況とは関係なく膨らんでいくことがあります——プラン体系の変更、アドオン、料金改定のすべてが金額に影響します。現在の見積もりを、同じ要件のもとで代替製品と比較してみてください。

コントロール。 クラウド専用のツールでは、セッショントラフィックとデバイスリストがベンダーのインフラ上に存在します。医療機関や公共部門をはじめ、GDPRが適用されるあらゆる場面で、サーバー側のデータとリレー層をどこで稼働させるかを選べることは、単なる好みではなく厳格な要件だと考えるチームが増えています。

セルフホスト型代替はこの両方に応えます。RustDesk Server Proは設計段階からセルフホストを前提としており——ID/ランデブーサーバー、リレー、コンソール、保存されるデプロイメントデータは、すべて自分が管理するインフラ上で稼働します——そのコアはAGPLライセンスのもとで公開されたオープンソースなので、クライアントが実際に何を行っているかを正確に監査し、パッチ適用を自分たちのスケジュールで行い、閉じたクラウドに依存する代わりに無料のコミュニティサーバーを期限なく稼働させ続けることができます。

ただし注意点が一つあります。直接接続は依然としてエンドポイント間で行われ(リレー経由のセッションは設定したリレーを使用します)、そのためセルフホスティングだけでは通信を国内に留めることやGDPR準拠を保証するものではありません——デプロイメントをどうルーティングし運用するかが依然として重要です。

RustDesk と TeamViewer・AnyDesk の比較早見表

競合製品の詳細はプランによって異なります——最新のTeamViewerまたはAnyDeskの利用条件はベンダーに直接ご確認ください。RustDeskの料金はこちら。

予測可能なライセンス体系、チャンネル課金という税金はなし

RustDeskはログインユーザー数と管理対象デバイス数の両方に基づいてライセンスされます。スタンダードプランには無制限の同時接続数が含まれ、Customized V2には定められた上限があります。 契約期間途中でのアップグレードは日割り計算されます。最新の料金ページを参照しながら、この3つの数値を自社のケースに当てはめて検討してください。

これはサポートチームが実際に成長していく過程にそのまま対応します。また、初期導入の規模を超えても十分にスケールします。大規模フリートの計画は現時点で管理対象デバイス約50,000台から想定されており、それ以上の規模になる場合は、キャッシュ、データベースのチューニング、展開設計に関する検証が必要になります。

MSPやITチームのために設計

多くのクライアントをサポートするチーム向けに、RustDeskはTeamViewerおよびAnyDeskのユーザーが期待する「1つのコンソール、多数の技術者、多数の管理対象デバイス」というワークフローを、自分たちが所有するインフラの上で再構築します。すなわち、セルフホスト型の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からの移行で特に変わる点

TeamViewerではなくAnyDeskから移行する場合に特有の点がいくつかあります。

• 商用利用検出機能がない。 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(概念実証)を行うことです。