RustDesk Server Proはオフラインやエアギャップ環境で稼働できますか?

いいえ――セルフホスト型のRustDesk Server Proは、完全なオフラインやエアギャップ環境での稼働を想定して設計されていません。Proライセンスを有効な状態に保つには、アクティベート時だけでなく、サーバーの稼働中も継続的にアウトバウンド接続でrustdesk.comへ到達できる必要があります。そのため、外部と一切通信を行わないネットワークは、サポート対象のモデルには含まれません。

簡潔な回答

実際には常時接続が必要というより、定期的なチェックです。サーバーはおよそ1日1回、ポート443経由でrustdesk.comに接続を試み、チェックに失敗した場合は成功するか約7日が経過するまで再試行を続けます。7日を過ぎるとライセンスの検証が停止します。この猶予期間のおかげで、短時間のインターネット障害であれば導入環境がすぐに壊れることはありませんが、恒久的にオフラインのサーバーでは検証が止まってしまいます。IDサーバーおよびリレーサーバーは引き続き自社でセルフホストされ、直接接続のセッションはエンドポイント同士で行われ、リレー経由のセッションは自社のリレーサーバーを使用します。ネットワークは厳格に制限したままにできます。プロキシにも対応しているため、実運用では必要なアウトバウンドHTTPS経路だけを許可し、それ以外は閉じておく、という運用が可能です。

詳細

ライセンスなしでセルフホストできるオープンソース版のRustDeskサーバーは、また別の話です。ここで説明している要件は、ライセンスされたServer Proの機能セットに特有のものです。もし懸念の本質が「セッションデータを自社インフラ内に留めたい」という点にあるなら、セルフホスト自体がすでにそれを実現しています。このアウトバウンド要件はあくまでライセンスに関するものであり、すべてのセッションを仲介するためのものではありません。

考慮すべきもう一つのワークフローがあります。それはカスタムクライアントの作成です。Server Proからブランド化済み、あるいは事前設定済みのクライアントを生成する場合、そのプロビジョニング手順もアウトバウンドアクセスを前提としています。ご利用のバージョンとプランにおける現在の挙動を確認してください。

厳格なエアギャップネットワークにとって、これが決定的なポイントです。rustdesk.comに絶対に到達できない、真に隔離されたサーバーはデフォルトのモデルの対象外となるため、厳格なエアギャップ要件がある場合は、導入を確定させる前に具体的なシナリオをRustDeskに確認してください。より一般的な「ほぼ隔離されているが、アウトバウンドを厳しく絞った」構成であれば、実務上の要点は、rustdesk.comへのアウトバウンドHTTPS経路を(直接、あるいはプロキシ経由で)1つ確保しておくことと、ファイアウォールポリシーを書く前に正確なドメイン、ポート、承認ワークフローを定義しておくことです。RustDeskのドキュメントを参照してください。また、同じライセンス要件により、Dockerを使わずにインストールする場合でも、インターネットアクセスなしでServer Proを稼働させることはできません。

誰がこの質問をするのか

隔離されたネットワークや規制対象のネットワークを運用する担当者は、RustDeskをインストールする前からこの疑問を持ちます。セキュリティチームも、ロックダウンされた環境を担当するMSPも同様です。彼らのネットワークは厳格なアウトバウンドファイアウォールの内側にあることもあれば、単に外部依存を最小限にしたいだけということもあります。ライセンスには継続的なアウトバウンド経路が必要である――ただしそれだけである――と知っておくことで、ネットワークを必要以上に開放したり、逆に製品が完全な真空状態でも動くと誤解したりすることなく、正確なファイアウォールルールを書けるようになります。

関連する質問

• アウトバウンドのドメインとポート: RustDeskのドキュメントを参照してください。
• RustDesk Server Proは、Dockerを使わずに素のVMにインストールできますか?
• カスタムブランドのクライアントの生成: RustDeskのドキュメントを参照してください。

ロックダウンされた環境や、エアギャップに近い環境への導入を計画していますか? ファイアウォールポリシーを最終決定する前に、rustdesk.com上で最新の接続要件とライセンスの詳細を確認してください。