---
publishDate: 2026-06-28T16:50:00Z
lang: 'ja'
translationKey: 'rustdesk-server-pro-offline-air-gapped'
draft: false
title: 'RustDesk Server Proはオフラインやエアギャップ環境で稼働できますか?'
excerpt: 'いいえ――セルフホスト型のRustDesk Server Proは、ライセンスを検証するためにrustdesk.comへの継続的なアウトバウンドアクセスを必要とするため、完全にエアギャップされた環境への導入はサポートされていません。'
image: '~/assets/images/blog/rustdesk-server-pro-offline-air-gapped-og.png'
category: '導入'
tags: ['RustDesk', '導入', 'セルフホスティング']
author: 'RustDesk Team'
slug: 'rustdesk-server-pro-offline-air-gapped-ja'
faq:
  - question: 'RustDesk Server Proはオフラインやエアギャップ環境で稼働できますか?'
    answer: 'いいえ。ライセンスされたServer Proは、稼働中にライセンスを検証するためrustdesk.comへのアウトバウンド接続を維持する必要があるため、完全にエアギャップされ、外部と一切通信を行わない導入はサポートされていません。それでもアウトバウンド通信を厳格に制限し、プロキシ経由でルーティングすることは可能です。'
  - question: 'RustDesk Server Proには常時インターネット接続が必要ですか?'
    answer: 'ライセンス検証のためにrustdesk.comへの継続的なアウトバウンドアクセスが必要ですが、文字通り途切れることのない接続が必要というわけではありません。サーバーはおよそ1日1回、ポート443経由でチェックインし、チェックが失敗した場合は成功するか約7日が経過するまで再試行を続けます。そのため短時間の通信障害であれば許容されますが、この猶予期間を超えてrustdesk.comから遮断された状態が続くと、それ以降は検証が行われなくなります。リモートセッション自体は、自社でセルフホストするリレーサーバーおよびID(ランデブー)サーバーによって仲介されます。'
  - question: '隔離されたネットワークにRustDesk Server Proを導入する場合、どのようなアウトバウンドアクセスが必要ですか?'
    answer: 'サーバーからrustdesk.comへのアウトバウンドHTTPSを許可してください。これはライセンス検証のため(また、カスタムクライアント機能を利用する場合はそのプロビジョニングのため)に必要です。プロキシにも対応しているため、それ以外のネットワークはロックダウンしたままにできます。正確なドメインとポートについては、RustDeskのドキュメントで確認してください。'
  - question: '完全にエアギャップされた環境向けのRustDeskライセンスオプションはありますか?'
    answer: '標準のライセンス製品は、外部と一切通信しないエアギャップ環境向けには設計されていません。厳格なエアギャップ要件がある場合は、導入を確定させる前に具体的なシナリオをRustDeskに確認してください。'
metadata:
  description: 'セルフホスト型のRustDesk Server Proはエアギャップ環境で動作しますか? いいえ――Proライセンスはrustdesk.comへの継続的なアウトバウンドアクセスを必要とするため、完全なエアギャップ環境はサポートされていません。'
  keywords: 'RustDesk Server Pro オフライン, RustDesk エアギャップ, RustDesk セルフホスト インターネット 必須, RustDesk Server Pro ライセンス確認, RustDesk オフライン導入, RustDesk インターネット 必要'
---

いいえ――セルフホスト型の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のドキュメント](https://rustdesk.com/docs)を参照してください。また、同じライセンス要件により、[Dockerを使わずにインストールする場合でも、インターネットアクセスなしでServer Proを稼働させることはできません](https://rustdesk.com/docs/ja/self-host/rustdesk-server-pro/installscript/)。

## 誰がこの質問をするのか

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

## 関連する質問

- アウトバウンドのドメインとポート: [RustDeskのドキュメント](https://rustdesk.com/docs)を参照してください。
- [RustDesk Server Proは、Dockerを使わずに素のVMにインストールできますか?](https://rustdesk.com/docs/ja/self-host/rustdesk-server-pro/installscript/)
- カスタムブランドのクライアントの生成: [RustDeskのドキュメント](https://rustdesk.com/docs)を参照してください。

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