Unofficial

WebPortico

QNAP のための究極の Web サーバー革命

あなたの QNAP を、限界まで。 妥協ゼロで。

すべてのサイトを一つの PHP に押し込むのは、もう終わり。NAS を高性能な Web 開発・ホスティングの拠点に変えましょう。1 クリックのポート引き継ぎ、複数 PHP の分離、超高速のキャッシュデーモン、エンタープライズ級の自動 DNS 制御。

サンプルサイトを見る →QNAP Utilities リポジトリの無料アプリケーションです。動作要件:Intel または AMD プロセッサー搭載の QNAP NAS、x86_64 アーキテクチャ、QTS 6.0 または QuTS hero 6.0 以降。

WebPortico の「フロントサーバーとポート」ページ。「80 と 443 を引き継ぐ」カードは QTS の管理画面を 443 から 44443 へ、QTS の Web サーバーを 80 から 8880 へ移し、WebPortico が 80 と 443 を使います。
フロントサーバーとポート。「80 と 443 を引き継ぐ」は、クリックする前に、移動するポートと移動先をすべて示します。
WebPortico の「サイト」ページ。一台の NAS に九つのサイト。PHP 8.4 と PHP 8.5、静的サイトとリバースプロキシ。それぞれにフォルダー、Web サーバー、証明書があります。
サイト。PHP 8.4 と PHP 8.5 のサイトが、静的サイトやリバースプロキシと並びます。PHP サイトごとに専用の PHP-FPM マスターがあります。
WebPortico の「データベース」ページ。設定を含む MariaDB のカードと、その下の Percona Server。
データベースサーバー。MariaDB のバッファプール、接続数、スロークエリーログをパネルで設定。その下に Percona Server があります。
サイトの「キャッシュ」タブ。Valkey、memcached、APCu、OPcache の使用量とヒット率、それぞれのフラッシュボタン、ページキャッシュの状態。
サイトの「キャッシュ」タブ。Valkey、memcached、APCu、OPcache がこのサイトのために保持している内容と、それぞれのフラッシュ。
「サイトを追加」ウィザードの Web サイトの手順。リバースプロキシを選択し、この NAS 上のアプリ一覧を開き、Jellyfin 用にターゲット http://127.0.0.1:8096 が入り、WebSocket がオンです。
サイトを追加。この NAS 上のアプリへのリバースプロキシ。アプリを選ぶと、ポートと WebSocket が自動で入ります。
cf.example.test の「サイトを追加」ウィザードの DNS の手順。Cloudflare のレジストラと DNS サーバー、API トークンで追加するレコード、NAS の公開アドレス、トークンを作る六つの手順。
サイトを追加、DNS の手順。ドメインは Cloudflare にあります。WebPortico が API トークンの作成まで案内し、適用時にそのトークンでレコードを書き込みます。
サイトの「PHP」タブ。「PHPのエラーをページに表示」にチェック、すべてのエラーをサイトの PHP ログに記録し、このサイトで Xdebug にチェックが入っていることを示す注記。
サイトの「PHP」タブ。PHP のエラーをページとサイトの PHP ログに。Xdebug はこのサイトだけで読み込まれます。

WebPortico 0.16.0 の実際のパネルです。デモ用データです。

スピード & パワーの悪魔たち

  • 1 クリックでサーバーを置き換え

    ポート 80 と 443 を手に入れる。

    ポート 80 と 443 にある QTS 自身のサーバーを、モダンで高スループットな環境へ即座に置き換えます。ワンクリックで、サーバーの中核が洗練された本番品質のエンジンに。手作業の設定地獄はなし、ストレージには一切触れず、元に戻すのもワンクリックです。

  • PHP バージョンを自由に (PHP 8.1 から 8.5)

    すべてのプロジェクトを、並べて動かす。

    古いスパゲッティコードも、最先端のフレームワークも。PHP 8.1、8.2、8.3、8.4、8.5 をサイトごとにシームレスに切り替え。専用のプロセスプール、専用の php.ini 設定、ほかのサイトからは見えない拡張機能で、サイトごとに環境を分離します。

  • エンタープライズ級データベーススイート (MariaDB、Percona、PostgreSQL)

    生のクエリー速度。

    エンタープライズ対応のデータベースを導入。実績ある MariaDB、高い同時実行性の Percona Server、堅牢な PostgreSQL。バッファプール、接続数、スロークエリーログはパネルで調整し、ローカルソケットで接続できます。

  • PECL & 拡張機能をフルパワーで (Imagick、APCu、OPcache)

    スピードの悪魔を解き放て。

    コンパイル済みで、すぐに全開。PECL 拡張を必要なときに読み込み、OPcache のバイトコードキャッシュを活用し、データベースの結果を Memcached と Valkey (Redis) にキャッシュ。重い画像も ImageMagick で一瞬で処理します。アプリはただ動くのではなく、飛ぶように動きます。

  • ネイティブのリバースプロキシ & QNAP 統合

    シームレスなトラフィックルーティング。

    外部からのトラフィックを、インテリジェントなリバースプロキシ層を通して、QNAP のインフラへまっすぐきれいに届けます。内部サービスのルーティング、SSL 終端、WebSocket のアップグレードを、寸分の狂いなく管理できます。

  • DNS レコードを自動化 (OVHcloud & Cloudflare API)

    数秒でレコードを書き込み。

    A レコードの手作業コピーは、もう不要。WebPortico は OVHcloud と Cloudflare の API に直接つながります。パネルで新しいドメインを追加すれば、DNS レコード、ルートのマッピング、Let's Encrypt の証明書をシステムが用意します。どのレコードも、まずプランで確認できます。

  • PHP エラーのバックトレースでデバッグ

    即座に診断。当て推量はゼロ。

    トラブルのとき、あいまいな 500 エラーは要りません。サイトで Xdebug にチェックを入れれば、PHP のエラーはすべて、スタックフレームごとの完全なバックトレース付きでそのサイト専用のログに記録されます。スローリクエストログは、「PHP」タブで時間を設定すると、遅いリクエストのスタックを記録します。どちらもサイトの「ログ」タブで開けます。

WebPortico — QNAP NAS 上の自分のホスティング環境

自分のドメイン。自分のサイト。自分の NAS。

Web サイト、PHP アプリケーション、サービスを独自のドメイン名で運用できます。WebPortico は、Web サーバーの管理、PHP の設定、データベースサービス、HTTPS 証明書、リバースプロキシを、QNAP NAS 上のひとつのコントロールパネルにまとめます。

Web サイトごとに独自の設定があります。サイトの種類、Web サーバー、PHP バージョンを選び、データベースを割り当て、ドメイン名を設定し、証明書を選択します。Web サーバーの設定変更を公開する前に、提示された計画とその検証結果を確認します。

パネルを見る → ホスティングガイドを読む →

WebPortico の動作を見る

パネルの画面を選ぶと、実際のアプリケーションを確認できます。Web サイト一覧、新しいサイトのウィザード、PHP 設定、サイトのデータベースとデータベースサーバー、ドメインと TLS、リバースプロキシ、変更のプレビューとその結果、スケジュールタスク、キャッシュ、Cloudflare Tunnel、ポートの引き継ぎです。スクリーンショットは、デモ用データを入れた実際のインターフェイスです。

WebPortico の「Sites」一覧:デフォルトサイトと八つのデモサイトが、「Site type」、Web サーバー、証明書、状態とともに並びます。

ドメイン、サイトの種類、状態。 ひとつの NAS 上のサイト:静的ファイル、PHP、リバースプロキシ。

パネルの一部です。画像を拡大すると全体を表示します。

「Add site」ウィザードの「Website」ステップ:PHP、静的ファイル、リバースプロキシの選択と Web サーバー。

名前から設定の計画まで。 ウィザードがドメイン、DNS、新しいサイトの設定を案内します。

パネルの一部です。画像を拡大すると全体を表示します。

サイトの「PHP」タブ:サポート状況付きの PHP バージョン、タイムゾーン、制限。

特定のアプリケーションのバージョンと設定。 PHP バージョン、制限、ワーカープロセスをサイトごとに設定します。

パネルの一部です。画像を拡大すると全体を表示します。

サイトの「Database」タブ:MariaDB データベースとそのユーザー、新しいデータベースのフォーム。

プロジェクトに割り当てたデータベースとユーザー。 特定のプロジェクト用に用意したデータベースとユーザーアカウント。

パネルの一部です。画像を拡大すると全体を表示します。

MariaDB の「Database servers」カード:バッファー、接続、パケットサイズ、スロークエリの時間。

共有データベースサーバーの設定。 ひとつのサイトではなく、共有 MariaDB サーバーの設定です。

パネルの一部です。画像を拡大すると全体を表示します。

「Domains and TLS」タブ:エイリアス、自己署名証明書、ほかの証明書ソースのボタン。

サイトの名前と証明書。 ドメイン、エイリアス、HTTPS の方法はサイトの設定で選びます。

パネルの一部です。画像を拡大すると全体を表示します。

リバースプロキシサイトの「Hosting」タブ:「App on this NAS」、アプリケーション自身の設定についての注意、プロキシの宛先。

転送先のサービスと接続設定。 NAS 上のアプリケーションを選び、選んだサイト名で利用できるようにします。

パネルの一部です。画像を拡大すると全体を表示します。

「Preview of changes」カード:変更されるファイルと、ファイルごとの変更行。

適用の前にチェックした変更内容。 変更を適用する前に、ファイルと設定チェックの結果を確認します。

パネルの一部です。画像を拡大すると全体を表示します。

「Apply changes」後の「Sites」ページ:スナップショット名を含む通知と、再読み込みされたサービス。

適用した計画と、起動したもの。 「変更を適用」のあと:スナップショットの名前と、起動および再読み込みされたサービス。

パネルの一部です。画像を拡大すると全体を表示します。

サイトの「Scheduled tasks」タブ:デモ用タスクひとつ、そのスケジュール、次回の実行。

サイトのタスク、そのスケジュールと次回以降の実行。 タスクのスケジュールと実行結果は、サイトの設定内で直接確認できます。

パネルの一部です。画像を拡大すると全体を表示します。

サイトの「Cache」タブ:Valkey、memcached、APCu、OPcache の使用状況、Valkey と memcached のソケット、圧縮。

サイト専用の Valkey、memcached、ページキャッシュ。 選択したサイト用に設定したページキャッシュとローカルキャッシュ。

パネルの一部です。画像を拡大すると全体を表示します。

「Front server and ports」ページの「Cloudflare」カード:空の API トークン欄とプランの制限。

ポート転送なしでの公開。 任意のトンネルを使うと、ルーターでポートを転送せずにサイトを公開できます。

パネルの一部です。画像を拡大すると全体を表示します。

「Take over ports 80 and 443」カード:変更前後のポートと新しい QTS 管理アドレス。

引き継ぎ前後の QTS のポート。 ポートの引き継ぎの計画は、WebPortico と QTS のサービスで何が変わるかを示します。

パネルの一部です。画像を拡大すると全体を表示します。

WebPortico の実際の画面です。デモ用データです。

このページ
  1. パネル
  2. サイトと PHP
  3. ドメインと HTTPS
  4. 変更のプレビュー
  5. リバースプロキシ
  6. NAS の Web サーバー
  7. 自分でビルド
  8. インストール
  9. 動作要件
  10. WebPortico と Plesk、cPanel などの比較
  11. よくある質問

ひとつの Web サイトは始まりにすぎません

ひとつの NAS で、互いに独立した複数の Web サイトをホストできます。たとえば、ひとつは HTML だけのサイト、もうひとつは PHP アプリケーション、三つ目はコンテナやネットワーク上の別のデバイスで動くサービスへ転送するアドレスです。

WebPortico は設定を Web サイトごとに整理します。ドメイン、サイトの種類、PHP 設定、データベース、証明書、スケジュールタスク、ログがひとつにまとまります。プロジェクトを追加するたびに、サーバーの設定ファイルを探し回る必要はありません。

静的 Web サイト

会社のサイト、ポートフォリオ、ドキュメント、独自のランディングページには、PHP もデータベースも必要ありません。静的サイトを作成し、HTML、CSS、JavaScript、画像のファイルをその public/ ディレクトリに置きます。

PHP アプリケーション

ブログ、RSS リーダー、サービスのダッシュボード、ファイル管理アプリケーションには、PHP、データベース、追加の拡張機能が必要になることがあります。WebPortico では、そのアプリケーションに使う PHP バージョンと Web サーバーを選べます。FreshRSS、Heimdall、FileRise の例で、実際のデプロイの様子がわかります。

独自ドメインで公開するサービス

アプリケーションは、NAS 上、コンテナ内、ローカルネットワーク上の別のデバイスで動かしたままにできます。リバースプロキシサイトは、選択したドメインへのリクエストをそのサービスへ転送します。アプリケーションやそのデータは移動しません。サービスに Web アドレスを与え、リクエストをフロントエンドサーバー経由で届けます。

アプリケーションに合わせて PHP を選ぶ

同じ NAS 上のふたつの Web サイトで、異なる PHP バージョンを使えます。WebPortico は PHP サイトごとに、独自の設定とワーカープールを持つ別々の PHP-FPM マスタープロセスを実行します。あるサイトの設定を変えても、ほかのプロジェクトの PHP を切り替える必要はありません。

サイトごとに、メモリとアップロードの制限、スクリプトの最大実行時間、タイムゾーン、エラー報告、拡張機能、PHP-FPM プールのパラメーターを設定できます。OPcache、JIT、APCu の設定もあります。パネルには、選択した PHP ブランチのサポート状況が表示されます。

アプリケーションが .htaccess のルールに依存する場合は、Apache httpd を選びます。それ以外の場合は nginx も使えます。Web サーバーはアプリケーションの要件に合わせて選択します。

PHP-FPM のプロセスが別でも、マシンが別になるわけではありません。Web サイトは引き続き NAS のプロセッサー、RAM、ストレージを共有します。アカウントとワーカープールを分けると管理はしやすくなりますが、NAS が過負荷になったときにほかのサービスを守ることはできません。

サイトの「PHP」タブにある「PHP workers (pool)」カード。

ひとつのサイトのワーカープロセス:プロセスマネージャー、プロセス数、制限。

パネルの一部です。画像を拡大すると全体を表示します。

アプリケーションに応じたデータベースエンジン

WebPortico は MariaDB、Percona Server、PostgreSQL に対応しています。パネルには、インストールしたパッケージのビルドに含まれるデータベースエンジンが一覧表示されます。Web サイト用に、データベースと個別のユーザーアカウントを作成できます。

MySQL 互換のアプリケーションは、MariaDB や Percona Server などの互換エンジンを使えます。PostgreSQL は別のデータベースエンジンで、アプリケーション側が PostgreSQL に対応している必要があります。

すべての Web サイトに SQL サーバーが必要なわけではありません。静的サイトにはデータベースは要りません。SQLite を使うアプリケーションは、ファイルベースのデータベースを自ら管理します。SQLite は、WebPortico パネルで管理するデータベースサーバーではありません。

MariaDB と Percona Server には、バッファープール、接続数の上限、スロークエリログなどのサーバー設定があります。これらは個々の Web サイトではなく、データベースサーバー全体に適用されます。変更を適用するとそのサーバーが再起動し、再起動中はアプリケーションがそのデータベースに接続できません。

MariaDB の「Database servers」カード:バッファー、接続、パケットサイズ、スロークエリの時間。

ひとつのサイトではなく、共有 MariaDB サーバーの設定です。

パネルの一部です。画像を拡大すると全体を表示します。

ドメイン名から動く Web サイトまで

サイトを追加ウィザードでは、ドメイン、DNS、レジストラのレコード、Web サイト(種類、Web サーバー、PHP バージョン)、PHP サイト用の任意のデータベース、証明書を設定します。確認ステップには選んだ内容が一覧表示され、変更をプレビューではサーバーの設定で何が変わるかが表示されます。

「Add site」ウィザードの「Domain」ステップ。名前は notes.example.test で、ローカルネットワーク専用です。

サイトの名前と追加の名前。

パネルの一部です。画像を拡大すると全体を表示します。

「Add site」ウィザードの「Website」ステップ:PHP、静的ファイル、リバースプロキシの選択と Web サーバー。

ウィザードがドメイン、DNS、新しいサイトの設定を案内します。

パネルの一部です。画像を拡大すると全体を表示します。

「Add site」ウィザードの「Review」ステップ:名前、「Site type」、Web サーバー、PHP バージョンと制限、OPcache、データベース、証明書、DNS の一覧。

変更のプレビューの前に、用意した設定を一覧で確認します。

パネルの一部です。画像を拡大すると全体を表示します。

DNS は今のプロバイダーのままにすることも、NAS 上で動く TurboDNS に WebPortico を接続することもできます。公開ゾーンを Cloudflare または OVHcloud が配信している場合、WebPortico はレコードを TurboDNS に送ります。プロバイダーへは、TurboDNS でそのゾーンの Cloudflare と OVH タブから自分で送信します。

変更を適用したあと、サイトの概要タブにあるチェックリストに、残りの作業が表示されます。レジストラでのレコード、ドメインのチェック、Let’s Encrypt への要求です。パネルはデプロイの整理を助けますが、あらゆるドメインレジストラやルーターの設定を自動で変更するわけではありません。

サイトの「Finish setting up」チェックリスト:レジストラに追加するレコード、ルーターのポート、「Domain check」。

サイトの概要にあるチェックリスト。レジストラと DNS の手順を終える前の状態です。

パネルの一部です。画像を拡大すると全体を表示します。

ドメインの HTTPS

WebPortico は Let’s Encrypt 証明書と自動更新に対応しています。ドメインの検証には HTTP-01 を使えるほか、必要な DNS 連携を設定していれば DNS-01 も使えます。独自の証明書、NAS の証明書、自己署名証明書も使えます。

ドメイン名を入力するだけでは証明書は取得できません。Let’s Encrypt がその名前の管理権を確認できる必要があります。HTTP-01 では公開アクセスできるポート 80、DNS-01 では正しい TXT レコードを通じて確認します。自己署名証明書は、ブラウザーに自動では信頼されません。

ドメインを順を追って設定する →

設定を適用する前に計画を確認する

WebPortico は、Web サイトの設定変更について計画を用意します。プレビューには、追加、変更、削除されるファイルと、nginx、Apache、PHP-FPM による設定チェックの結果が一覧表示されます。変更を適用で、用意した設定が公開されます。

置き換えの前に、現在の設定ファイルがコピーされます。計画の適用に失敗した場合、デプロイの仕組みが以前の設定を復元できます。これは Web サイトのファイルやデータベースのバックアップではありません。

すべての操作が設定の計画に含まれるわけではありません。データベースの作成と削除、スケジュールタスクの変更はすぐに反映されます。サイトを追加ウィザードでは、変更をプレビューの時点で、選択したデータベースも作成され、選択した証明書も作成または保存されます。Let’s Encrypt の証明書は適用後に要求されます。確定する前に、操作の詳細を読んでください。

「Preview of changes」カード:変更されるファイルと、ファイルごとの変更行。

変更を適用する前に、ファイルと設定チェックの結果を確認します。

パネルの一部です。画像を拡大すると全体を表示します。

「Apply changes」後の「Sites」ページ:スナップショット名を含む通知と、再読み込みされたサービス。

「変更を適用」のあと:スナップショットの名前と、起動および再読み込みされたサービス。

パネルの一部です。画像を拡大すると全体を表示します。

アプリケーションに専用のアドレスを

サービスごとに別々のポートを覚える代わりに、選んだサービスにドメインの下の名前を割り当てます。リバースプロキシサイトは、NAS 上やローカルネットワーク内のほかの場所で動くアプリケーションへトラフィックを転送します。WebSocket 接続にも対応しています。

認識されたアプリケーションでは、WebPortico がサービスのアドレス、WebSocket の設定、そのアプリケーションに必要なヘッダーとタイムアウトを入力できます。使えるテンプレートには、Rtorrent 16、Jellyfin、Plex Media Server、qBittorrent、*arr ファミリーのアプリケーションなどがあります。一覧は、インストール済みのパッケージと、WebPortico が対応しているアプリケーションによって変わります。

アプリケーションによっては、独自の公開 URL やリバースプロキシの設定も変更する必要があります。WebPortico はこれらの手順を示しますが、すべてのアプリケーションの内部設定を自動で変更するわけではありません。

リバースプロキシサイトの「Hosting」タブ。「App on this NAS」一覧が開き、プロキシの宛先が入力されています。

デモ用 NAS の「このNASのアプリ」一覧:対応していて、そこにインストールされているアプリだけが並びます。

パネルの一部です。画像を拡大すると全体を表示します。

ドメイン名と HTTPS は、認証やアクセス制御の代わりにはなりません。サービスを公開する前に、そのセキュリティを確認してください。QTS と WebPortico の管理パネルは、信頼できるネットワーク内に置くか、適切に保護されたリモートアクセス経由で使えるようにしてください。

WebPortico を NAS のメイン Web サーバーにする

WebPortico は専用のポートを使うことも、標準ポート 80 と 443 で Web サイトを配信することもできます。管理パネルは別に動作し、既定のアドレスは https://<NAS>:9541/ です。

このアプリケーションは、選択した QTS サービスが使うポートの管理された引き継ぎに対応しています。開始する前に変更の計画を確認してください。確定すると、WebPortico はポート 80 と 443 を使っている QTS サービス(QTS の Web サーバーと QTS の管理画面)を別のポートへ移し、各段階を確認して、対応する QTS の Web サイトを自身のフロントエンドサーバーの後ろで利用できるようにします。結果には、新しい管理アドレスと実行した操作が表示されます。引き継ぎはパネルから元に戻せます。

「Take over ports 80 and 443」カード:変更前後のポートと新しい QTS 管理アドレス。

ポートの引き継ぎの計画は、WebPortico と QTS のサービスで何が変わるかを示します。

パネルの一部です。画像を拡大すると全体を表示します。

引き継ぎの結果の行:QTS の Web サーバーと QTS の管理画面の移動、QTS サイトのインポート、80 と 443 の WebPortico、「Done」。

デモ用 NAS での引き継ぎの結果:各手順の確認と新しい管理アドレス。

パネルの一部です。画像を拡大すると全体を表示します。

これは、あらゆるアプリケーションやデータベースを移行するツールではありません。引き継ぎで移動するのは QTS 自身のサーバーだけで、ポートを使っているほかのプログラムは移動されません。操作の前に計画を確認し、終わったら QTS へのアクセス、Web サイトが利用できるか、ルーターのルールを確認してください。

既存の Web フォルダーを使い続ける

デフォルトの Web サイトで、QTS の既存の Web フォルダーを配信できます。NAS のアドレスや、ほかのサイトに割り当てられていない名前へのリクエストを、そのフォルダーの内容に振り向けられます。このサイトは Apache が処理し、PHP と対応する .htaccess のルールも扱います。

これで既存のファイルを引き続き使えますが、すべてのアプリケーションが変更なしで動くことを保証するものではありません。アクセス権、PHP の要件、アプリケーション固有の設定は引き続き重要です。

Web サイトを動かし続ける

キャッシュと圧縮

nginx は、テキストの応答を Brotli、zstd、gzip で圧縮できます。nginx サイトでは、キャッシュタブで PHP のページキャッシュを有効にし、ブラウザーが静的ファイルを保持する期間を設定できます。PHP サイトは、ローカルソケット経由で専用の Valkey と memcached のインスタンスも使えます。

キャッシュはアプリケーションに合わせて設定してください。ログイン後のページ、ショッピングカート、ユーザーごとのデータには、適切な除外設定が必要です。キャッシュは永続的なデータストレージではなく、データベースの代わりにもなりません。

サイトの「Cache」タブ:Valkey、memcached、APCu、OPcache の使用状況、Valkey と memcached のソケット、圧縮。

選択したサイト用に設定したページキャッシュとローカルキャッシュ。

パネルの一部です。画像を拡大すると全体を表示します。

スケジュールタスク

スケジュールタスクは、設定したスケジュールどおりに実行されます。タスクは Web サイトごとにあり、PHP ファイル、シェルコマンド、サイトのアドレスのひとつへのリクエストのいずれかを実行します。どのタスクもサイトのシステムアカウントで実行され、PHP はサイトの PHP バージョンと設定で動作します。パネルには、スケジュール、前回の結果、前回の実行の出力が表示されます。

サイトの「Scheduled tasks」タブ:デモ用タスクひとつ、そのスケジュール、次回の実行。

タスクのスケジュールと実行結果は、サイトの設定内で直接確認できます。

パネルの一部です。画像を拡大すると全体を表示します。

実行後の同じタスク:「Done」、終了ステータス 0、その出力。

無害なデモ用スクリプトの最後の実行の結果と出力。

パネルの一部です。画像を拡大すると全体を表示します。

ログとトラブルシューティング

ログタブには、Web サイトに関するイベントが表示されます。サービスページでは、サーバーコンポーネントの状態を確認できます。問題が起きたら、やみくもに設定を変えるのではなく、アプリケーション、PHP、Web サーバーのログから調べてください。

カスタム PHP 拡張機能

パッケージに付属する拡張機能に加えて、選択した Web サイト用にカスタム PECL 拡張機能をビルドできます。これには Bucket & Code Server IDE と準備済みのビルド環境が必要です。拡張機能は、そのサイトが使う PHP バージョン向けにコンパイルする必要があります。ほかの Web サイトで自動的に有効になることはありません。

パブリック IP アドレスなしのホスティング

インターネットプロバイダーが CGNAT を使っている場合や、ルーターでポートを転送できない場合は、選んだ Web サイトを Cloudflare Tunnel を通じて公開できます。設定後は NAS が Cloudflare への接続を開始し、選んだ Web サイトへのトラフィックはトンネルを通ります。

この方法には、Cloudflare アカウントと、Cloudflare DNS で管理するドメインが必要です。ルーターで受信ポートを転送する必要はありません。

ただし、トラフィックは外部プロバイダーを経由します。公開する前に、特に大きなファイル、長時間のリクエスト、メディアストリームについて、そのプロバイダーの制限と規約を確認してください。

「Front server and ports」ページの「Cloudflare」カード:空の API トークン欄とプランの制限。

任意のトンネルを使うと、ルーターでポートを転送せずにサイトを公開できます。

パネルの一部です。画像を拡大すると全体を表示します。

すぐにインストールできるパッケージとビルドプロジェクト

WebPortico は QNAP Utilities リポジトリから QPKG アプリケーションとしてインストールします。ホスティング機能を使うために、Web サーバーをコンパイルしたり開発環境をインストールしたりする必要はありません。

パッケージのビルド方法を確認したい場合は、Bucket & Code Server IDE で web-server プロジェクトを利用できます。パネルのコード、スクリプト、ビルドレシピ、テスト、パッケージング設定が含まれています。コンポーネントごとにライセンスが異なる場合があるため、変更や再配布の前に各コンポーネントの条件を確認してください。

「Files」タブ:サイトのフォルダー、ディスク使用量、エディターへのリンク、「Fix permissions」。

サイトのディレクトリと Bucket & Code Server IDE のエディターへのリンク。

パネルの一部です。画像を拡大すると全体を表示します。

Bucket & Code Server IDE を見る → WebPortico プロジェクトを閲覧する →

Bucket & Code Server IDE · サンプルプロジェクト

WebPortico を、選んだバージョンで自分でビルド

WebPortico は Bucket & Code Server IDE の QPKG サンプルプロジェクトの一つです。このサンプルを使うと、パッケージのビルド一式が NAS 上の自分のプロジェクトになります。サーバーを作るレシピの一覧、パネルの Go ソース、テスト、パッケージ作成スクリプトです。新しいパッケージは好きなときにビルドでき、各 NAS は Bucket & Code が動かす App Center リポジトリからそれをインストールします。

  1. サンプルを使う

    例ページで「vhost パネル付きの Web サーバースタック」のこの例を使うを押すと、エディター用のプロジェクト web-server ができます。ビルドには Debian 12 builder 環境と Go 1.27 ランタイムが、make qpkg には QDK が必要です。

  2. バージョンを選ぶ

    ライブラリの各レシピはバージョンを固定しています。Bucket & Code は署名付きのレシピカタログから新しいレシピを毎日取得し、カタログに新しい PHP や nginx のリリースが入れば、次のビルドがそれを使います。独自のバージョンにするには、同じ名前のレシピをプロジェクトの recipes/ フォルダーに置きます。このプロジェクトのアプリはライブラリのレシピの代わりにそれをビルドします。別の PHP リリースにするには、ライブラリのレシピをコピーして version, source、check をそのリリースに合わせ、もう一度ビルドします。WebPortico のパネルが切り替えるのは、パッケージに入っている PHP ブランチの間だけです。

    はじめての自作レシピ → 自作レシピによるカスタムアプリ →

  3. ビルドして公開

    エディターのターミナルで make app build activate がサーバーをビルドし、make qpkg が WebPortico をパッケージにします。プロジェクトのページの公開で、パッケージはこの NAS の App Center リポジトリに入ります。管理者が公開するとそのバージョンはすぐ一覧に載り、リポジトリのアドレスを追加した各 NAS の App Center がアップデートとして表示します。

    独自の App Center →

make app build activate
make qpkg

リポジトリは既定で署名付きパッケージだけを受け付けます。make qpkg は、渡したコード署名ファイルがあるときだけ WebPortico に署名します。

Bucket & Code Server IDE →

最初の Web サイトをセットアップする

1. リポジトリを追加

QTS または QuTS hero で、App Center → ⚙ 設定 → アプリリポジトリ → 追加 を開きます。名前に QNAP Utilities と入力し、次のアドレスを使います:

https://www.qnaputilities.com/repo.xml

2. WebPortico をインストール

QNAP Utilities リポジトリと WebPortico パッケージを選択します。インストール後、開くをクリックするとパネルにアクセスできます。

3. パスワードを設定し、実行方法を選ぶ

初回起動時に、NAS のローカルネットワーク上のコンピューターから、10 文字以上の管理者パスワードを設定します。フォームはパネルの起動後 60 分間利用できます。時間が過ぎた場合は、App Center で WebPortico を再起動してください。

次に、ホスティングを別のポートのままにするか、標準の Web ポートを引き継ぐかを決めます。新規インストールでは一度だけ尋ね、この選択はあとからフロントサーバーとポートページで行えます。パネルのガイドツアーは該当する設定へ案内しますが、操作を代行することはありません。

ガイドツアーの「Your first site」ステップ。「Add site」ボタンがアプリケーションによって枠で囲まれています。

ガイドツアーは次の設定を案内します。判断と確認は管理者が行います。

パネルの一部です。画像を拡大すると全体を表示します。

4. サイトを追加

名前を入力し、静的ファイル、PHP、リバースプロキシのいずれかを選び、残りの設定を準備します。計画を確認して設定を適用し、静的サイトや PHP サイトではアプリケーションのファイルをサイトのディレクトリに置きます。公開ドメインには、正しい DNS、有効なアクセス方法、証明書も必要です。

パネルが設定の手順を案内し、残りの作業を一覧表示します。ドメインレジストラ、ルーター、外部サービスでの変更は、自分のネットワーク構成に合わせて行う必要があります。

動作要件

NAS
Intel または AMD プロセッサー搭載の QNAP、x86_64 アーキテクチャ
オペレーティングシステム
パッケージのビルドの要件に従い、QTS 6.0 または QuTS hero 6.0 以降
インストール
App Center の QNAP Utilities リポジトリにある QPKG パッケージ
管理パネル
既定のアドレス:https://<NAS>:9541/
Web サイトのポート
既定は 9542/HTTP と 9543/HTTPS、80 と 443 での運用にも対応
ローカルアクセス
サイトをローカルネットワーク内だけで利用できるようにしておけます
パブリックアクセス
DNS と Web サーバーへのアクセス、または設定済みの Cloudflare Tunnel
QuTS hero のフォルダー
共有フォルダーの高度なフォルダー権限によって、Web サイトがそのフォルダーにアクセスできないことがあります。その場合、パネルは適用を止め、別の共有フォルダーまたは WebPortico のデータフォルダーを提案します
アプリケーションの費用
WebPortico は無料です。ドメインの登録や外部サービスには、別途料金や条件がかかる場合があります

コンポーネントのバージョン、ライセンス、インストールパッケージは App Center カタログをご覧ください。

WebPortico と Plesk、cPanel などの比較

この比較の対象は、セルフホストでき、Web サイトの管理に使えるパネルです。QNAP への直接インストールをベンダーが文書化していない場合は、仮想マシンでの運用を想定して比較しています。これは QPKG としてのインストールと同等ではありません。VM は独自のオペレーティングシステムと IP アドレスを持ち、QTS のサービスとの連携は限られます。ドキュメントに記載がないことは、その機能が存在しない証拠ではありません。

  • いいえ
  • ベンダーのドキュメントに記載なし
  • はい
  • はい、NAS でのサイト運用に役立つ
  • はい、NAS でのサイト運用にとても役立つ
  • WebPortico にあり、他のドキュメントには見当たらないもの。星の数は有用さ(チェックと同じ基準)
QNAP NAS 上の WebPortico と六つのセルフホスト型ホスティングパネル(2026-11-08 時点)
項目WebPortico当サイトのパッケージPlesk ObsidiancPanel & WHMDirectAdminHestiaCPCloudPanelVirtualmin
QNAP NAS で動作はい、とても役立つ. App Center からインストールするパッケージ(Intel / AMD モデル)はい. 仮想マシン内のみ。ベンダーの Docker イメージは評価用はい. 仮想マシン内のみ。固定 IP が必要、ARM 非対応はい. 仮想マシン内のみ。新規インストールした OS 上はい. 仮想マシン内のみ。新規インストールした OS 上はい. 仮想マシン内のみはい. 仮想マシン内のみ。新規インストールした OS 上
QTS の Web Server と共存(ポート 80/443)はい、役立つ. はい。QTS の Web サーバーと並んで独自のポートで動作。ワンクリックでポート 80 と 443 を引き継ぎ、ワンクリックで戻せますはい. 独自のアドレスを持つ仮想マシン内。QTS のサイトとは連携しませんはい. 独自のアドレスを持つ仮想マシン内。QTS のサイトとは連携しませんはい. 独自のアドレスを持つ仮想マシン内。QTS のサイトとは連携しませんはい. 独自のアドレスを持つ仮想マシン内。QTS のサイトとは連携しませんはい. 独自のアドレスを持つ仮想マシン内。QTS のサイトとは連携しませんはい. 独自のアドレスを持つ仮想マシン内。QTS のサイトとは連携しません
独自の DNS サーバーはい、とても役立つ. はい、TurboDNS で:独自ゾーン、家庭内ネットワーク用の名前、Cloudflare や OVHcloud への反映、DNSSECはい、とても役立つ. はい:BIND。Cloudflare と Route 53 に同期。DNSSEC は拡張機能で、Web Admin では有料はい、役立つ. はい:BIND または PowerDNS。DNSSEC は PowerDNS ではい、役立つ. はい:DNSSEC 対応の BINDはい、役立つ. はい:クラスター対応の BIND と DNSSECベンダーのドキュメントに記載なし. ドキュメントに DNS サーバーの記載なしはい. Pro でクラウド DNS(Cloudflare、Google、Route 53)。BIND と DNSSEC はフォーラムのみ
パブリック IP なしでサイトを公開はい、とても役立つ。他のドキュメントには記載なし. はい。内蔵の Cloudflare Tunnel で選んだサイトを公開。Cloudflare のアカウントとゾーンが必要ベンダーのドキュメントに記載なし. ドキュメントに記載なしベンダーのドキュメントに記載なし. ドキュメントに記載なしベンダーのドキュメントに記載なし. ドキュメントに記載なしベンダーのドキュメントに記載なし. ドキュメントに記載なしベンダーのドキュメントに記載なし. ドキュメントに記載なしベンダーのドキュメントに記載なし. ドキュメントに記載なし
LAN 上のサービスへのリバースプロキシはい、とても役立つ. はい。NAS のアプリかネットワーク上の任意のアドレスを選択。WebSocket はスイッチひとつはい. 同じサーバー上の Docker コンテナーのみはい. 手書きの設定ファイルのみベンダーのドキュメントに記載なし. ドキュメントに記載なしはい. カスタム nginx テンプレートではい、役立つ. はい:サイトの種類「Reverse Proxy」はい、役立つ. はい:別の Web サーバーへのプロキシパス
メールと Exchange ActiveSyncはい、とても役立つ. はい、MailServerPro で:メール、Web メール、カレンダー、連絡先、ActiveSync(Z-Push)はい、役立つ. はい:Postfix または qmail、Dovecot、Roundcube。ActiveSync は有料の Kolab 拡張のみはい、役立つ. はい:Exim、Dovecot、Roundcube、カレンダーと連絡先。ActiveSync プラグインは v118 から非推奨はい. Web メール(Roundcube)。ActiveSync はドキュメントに記載なしはい、役立つ. はい:Exim、Dovecot、Roundcube。ActiveSync はドキュメントに記載なしいいえ. いいえ:メールサーバーなしはい、役立つ. はい:Postfix、Usermin、Roundcube。Pro に Z-Push インストーラー
データベースはい、とても役立つ. はい:MariaDB と PostgreSQL。サイトごとにデータベースとユーザーはい、とても役立つ. はい:MySQL、MariaDB、PostgreSQLはい、役立つ. はい:MySQL または MariaDB。PostgreSQL は手動インストール後はい、役立つ. はい:MySQL または MariaDBはい、とても役立つ. はい:MariaDB または MySQL と PostgreSQLはい、役立つ. はい:MySQL または MariaDBはい、とても役立つ. はい:MySQL、MariaDB、PostgreSQL
Percona Serverはい、役立つ。他のドキュメントには記載なし. はい:同じ NAS 上で MariaDB と並んで Percona Server 8.4(x86_64)いいえ. 提供なし:MySQL または MariaDBいいえ. 提供なし:MySQL または MariaDBいいえ. 提供なし:MySQL または MariaDBいいえ. 提供なし:MariaDB または MySQL 8はい. MySQL を選ぶとインストーラーが Percona Server を導入。エンジンはひとつで MariaDB とは併用不可(インストーラースクリプト)いいえ. 提供なし:MySQL、MariaDB、PostgreSQL
Valkey(Redis)と memcachedはい、とても役立つ. はい:PHP サイトごとに専用の Valkey と memcached。そのサイトだけが使えますはい. Redis は Docker コンテナー。memcached は手動で、Plesk のサポート対象外はい、役立つ. cPanel ユーザーごとにコンテナーで Redis、Valkey、memcached。シェルアクセスが必要はい、役立つ. 有効にしたアカウントごとに Redis。memcached は記載なしベンダーのドキュメントに記載なし. PHP のクライアントモジュールのみ。サービスはドキュメントに記載なしはい. サーバーに Redis。サイトごとと memcached は記載なしはい. Pro で仮想サーバーごとの Podman レシピに Redis か Valkey
PHP のバージョンはい、役立つ. はい:8.1〜8.5。サイトごとに専用アカウントの PHP-FPM。8.1 は 2025-12-31 以降セキュリティ修正がなく、パネルは end of life と表示はい、役立つ. 5.2〜8.5、ドメインごと。8.2 より前のブランチにはセキュリティ修正がなく、公開サイトではリスクはい、役立つ. 7.4 と 8.1〜8.5、ドメインごと。7.4 と 8.1 にはセキュリティ修正なしはい、役立つ. 最大 9 バージョン、ドメインごとはい、役立つ. 5.6〜8.5。8.2 より前のブランチにはセキュリティ修正がなく、公開サイトではリスクはい、役立つ. 8.5 まで、サイトごとはい. PHP 7 と 8。8.5 は 7.50.1 から
PHP での画像処理(ImageMagick、GD)はい、とても役立つ. はい:すべての PHP に imagick(ImageMagick 7)と GDはい、とても役立つ. はい:Plesk の PHP に gd と imagick が付属はい、役立つ. GD は標準。imagick は ImageMagick と PECL モジュールのインストール後はい. imagick は CustomBuild の一覧に。GD はドキュメントに記載なしはい、役立つ. インストールスクリプトがすべての PHP に gd と imagick を追加(プロジェクトのコード)ベンダーのドキュメントに記載なし. ドキュメントに記載なしはい. PHP のインストール行に GD。imagick は記載なし
PHP キャッシュ(OPcache、APCu)はい、とても役立つ. はい:PHP サイトごとに専用の OPcache と APCu。PHP タブで設定はい、役立つ. OPcache はドメインごとに切り替え。APCu は記載なしはい. OPcache は手動設定。APCu は記載なしはい. OPcache。APCu は手動ビルドのみはい、役立つ. インストールスクリプトが OPcache を有効にし APCu を追加(プロジェクトのコード)ベンダーのドキュメントに記載なし. ドキュメントに記載なしはい. PHP のインストール行に OPcache。APCu は記載なし
独自の PECL 拡張はい、役立つ。他のドキュメントには記載なし. はい:サイトの PHP タブでビルドし、そのサイトだけが読み込み。Bucket & Code Server IDE が必要はい. サーバー全体に、コマンドラインからはい. サーバー全体に、WHM から(root のみ)はい. サーバー全体に、PHP のバージョンごとにコンパイルベンダーのドキュメントに記載なし. ドキュメントに記載なしはい. サーバー全体に、手動でビルドベンダーのドキュメントに記載なし. ドキュメントに記載なし
スケジュールタスク(cron)はい、とても役立つ. はい:プリセットか cron の五つのフィールド。入力中にチェックし、次回の実行を表示。タスクはサイトのアカウントで実行はい、役立つ. ホスティングのサブスクリプションごとに利用可能。テスト実行もできるはい、役立つ. はい、アカウントごと。よく使う間隔を選択可はい. はい、ユーザーごと(ユーザーの crontab)はい、役立つ. はい、ジェネレーター付き。コードがフィールドをチェック(プロジェクトのコード)はい、役立つ. はい、サイトごと。テンプレートからはい. はい、Webmin のスケジュール cron ジョブで
パネルでのログ表示はい、役立つ. はい:サイトごとのログタブと、サービスページのサーバーログはい、とても役立つ. はい:リアルタイム更新付きのログブラウザーはい. 直近 300 行のエラー。アクセスログはダウンロードベンダーのドキュメントに記載なし. ビューアーはドキュメントに記載なしはい. アクセスログとエラーログを表示またはダウンロードはい、役立つ. はい:NGINX と PHP-FPM の Log Viewerはい、役立つ. はい:Logs and Reports にアクセスログとエラーログ
証明書はい、とても役立つ. はい:HTTP または DNS(TurboDNS か Cloudflare)による Let’s Encrypt。自動更新はい、役立つ. はい:Let’s Encrypt(SSL It!)、期限の 30 日前に更新。ワイルドカードは Plesk が DNS を管理する場合のみはい、役立つ. はい:Let’s Encrypt(AutoSSL)。DNS が外部ならワイルドカード不可はい、とても役立つ. はい:Let’s Encrypt。LEGO による DNS 確認(Cloudflare など)はい、役立つ. ワイルドカード対応の Let’s Encrypt。Hestia 自身の DNS が必要(フォーラムのみ)はい. Let’s Encrypt。DNS による確認はドキュメントに記載なしはい. Let’s Encrypt。DNS 確認はゾーンを管理する場合のみ(フォーラムのみ)
Brotli と zstd による圧縮はい、とても役立つ. はい:gzip に加えて Brotli と zstd。設定は不要はい、とても役立つ. Brotli は標準で有効(nginx)。zstd は記載なしはい、役立つ. Brotli はインストールする Apache / nginx モジュールはい. Brotli はカスタムビルドのみベンダーのドキュメントに記載なし. ドキュメントに記載なしベンダーのドキュメントに記載なし. ドキュメントに記載なしベンダーのドキュメントに記載なし. ドキュメントに記載なし
HTTP/3(QUIC)はい、役立つ. はい:「フロントサーバーとポート」ページのスイッチひとつはい. 実験的機能。コマンドラインで有効化、サイトごとベンダーのドキュメントに記載なし. ドキュメントに記載なし(HTTP/2 のみ)はい. OpenLiteSpeed か商用の LiteSpeed でベンダーのドキュメントに記載なし. ドキュメントに記載なしはい、役立つ. はい:サイトごとに vhost で設定、既定はオフベンダーのドキュメントに記載なし. ドキュメントに記載なし
適用前のプレビューはい、とても役立つ。他のドキュメントには記載なし. はい。Web サーバーへの変更は、まずファイルの差分を示し、サーバー自身のチェックを通過。スナップショットで元に戻せますベンダーのドキュメントに記載なし. ドキュメントに記載なしはい. 変更するパッケージの一覧のみ(EasyApache 4)ベンダーのドキュメントに記載なし. ドキュメントに記載なしベンダーのドキュメントに記載なし. ドキュメントに記載なしベンダーのドキュメントに記載なし. ドキュメントに記載なしベンダーのドキュメントに記載なし. ドキュメントに記載なし
ライセンスと価格(単一サーバー)はい、とても役立つ. 無料はい. 有料:Web Admin(VPS)月額 15.57 ドル、10 ドメイン。ライセンス終了後もサイトは動作し、パネルはロックはい. 有料:Solo 月額 29.99 ドル、1 アカウントはい. 有料:Personal PLUS 月額 5 ドル、2 アカウント、20 ドメインはい、とても役立つ. 無料のオープンソース(GPLv3)はい、役立つ. 無料、クローズドなライセンスはい、とても役立つ. 無料の GPL 版。Pro は月額 7.50 ドルから、10 ドメイン
ソースからの再ビルドはい、役立つ. はい、Bucket & Code Server IDE でソースのレシピから。パネル自体のコードはフリーウェアで、オープンソースではありませんベンダーのドキュメントに記載なし. ソースからのビルドはドキュメントに記載なしベンダーのドキュメントに記載なし. ソースからのビルドはドキュメントに記載なしはい. CustomBuild がプログラムをコンパイル。パネル自体はクローズドはい、役立つ. はい:パネルのソースは GPLv3いいえ. いいえ:ライセンスが改変を禁止はい、役立つ. はい:GPL 版のソース(GPL-3.0)
  • この表のどのベンダーも QNAP への導入を記載していません。「VM 内」とは、Intel または AMD の QNAP NAS 上の Virtualization Station の仮想マシンで、パネルが対応する Linux を動かす場合です。VM は独自の IP アドレスを持つため、ポート 80 と 443 を QTS と取り合いません。QTS の Web フォルダー、証明書、Web サーバーにはアクセスできません。
  • TurboDNS と MailServerPro は同じリポジトリの別の無料パッケージです。WebPortico は同じ NAS 上でそれらと連携します。
  • 変更のプレビューの対象は Web サーバーの設定です。データベースの作成・削除とスケジュールタスクはすぐに反映されます。
  • 表の価格は米ドル。2026-11-08 にベンダーのページに表示されていた、単一サーバー向けの最も安いプラン。Plesk:VPS ライセンス。専用サーバーの価格はページに表示されていません。cPanel:月額料金(年払いの場合は月額 27.46 ドル)、VAT 別。2026-12-16 から新価格。他のページは VAT を含むかどうかを示していません。
  • 「記載なし」:2026-11-08 時点でベンダーのドキュメントに見つからなかったという意味で、パネルにその機能がないという意味ではありません。「フォーラムのみ」:ドキュメントには記載がなく、コミュニティフォーラムの投稿だけが説明しています。

よくある質問

  1. TurboDNS のインストールは必須ですか?

    いいえ。DNS はレジストラや別のプロバイダーのままでかまいません。TurboDNS は、NAS でゾーンとレコードを準備するための任意の連携機能です。

  2. WebPortico は WordPress などのアプリケーションをワンクリックでインストールしますか?

    WebPortico が準備するのはサイトの環境です。サーバー、PHP、任意のデータベース、ドメイン設定を用意します。アプリケーションのファイルはご自身で用意し、その要件に従って別途インストールしてください。ガイドに実例があります。

  3. NAS をインターネットに公開する必要がありますか?

    いいえ。Web サイトやアプリケーションを LAN の中だけで使えます。特定のサイトの公開は別の判断であり、NAS の管理パネルを公開する必要はありません。

  4. サイトを作成すれば、すぐに動く Web サイトができますか?

    いいえ。設定の適用が必要で、静的サイトや PHP サイトには正しいアプリケーションファイルも必要です。インターネットからのアクセスには、さらに動作する DNS と選んだ公開方法が必要です。

  5. バックアップは必要ですか?

    はい。サイトのファイル、データベース、設定を別々にバックアップしてください。計画の適用時に作成されるサーバー設定ファイルのスナップショットは設定変更の取り消しに役立ちますが、アプリケーションデータのバックアップの代わりにはなりません。

  6. QNAP 上の WebPortico は PHP2Shell の影響を受けませんか?

    はい、PHP 8.2 から 8.5 では影響を受けません。PHP2Shell は PHP の二つの脆弱性 CVE-2026-109618 と CVE-2026-109619 です。WebPortico には PHP 8.2.35、8.3.36、8.4.27、8.5.12 が入っており、いずれも php.net の修正を含むリリースです。PHP サイトはすべて PHP-FPM で動き、php-cgi も mod_php も使いません。PHP 8.1.34 には修正がありません。php.net が 2025-12-31 にサポートを終了したためです。PHP 8.1 のサイトは新しいブランチに移してください。Web サーバーは、Bucket & Code Server IDE のレシピ nginx、httpd、php81 から php85 を使って、最新のソースからいつでも無料で自分でビルドすることもできます。

WebPortico をインストールして、最初の Web サイトを公開する

シンプルな Web サイト、ドキュメント、家庭やチームで使うアプリケーションから始めてください。その後のプロジェクトも、それぞれ独自の設定で同じパネルに追加できます。

ドキュメントと出典

スクリーンショットは、テスト用 NAS 上の WebPortico の実際のパネルから、デモ用データで取得したものです。NAS 自身のアドレスは、ドキュメント用のアドレスに置き換えています。

各セルの出典と確認日は、テキストファイル comparison-sources.txt にまとめています。

Plesk は WebPros International GmbH の登録商標または商標です。cPanel、WebHost Manager、WHM は WebPros International L.L.C. の登録商標です。QNAP は QNAP Systems, Inc. の商標です。DirectAdmin、HestiaCP、CloudPanel、Virtualmin は各所有者の製品名です。名称は製品を示すためだけに使用しており、いずれの所有者もこの比較を支持していません。