QNAP QTS 6.1 パブリックベータ：まずはサポート終了リストを確認

ここ数日、QNAP QTS 6.1 に関する記事は、見出しのほとんどが「新 UI」「パスワードレスログイン」「NAS 上の AI」に落ち着いている。私は公式のその数ページを広げて一通り見たが、先に結論を言うと、このバージョンは一般家庭ユーザーにとっては使いやすくなり、NAS 上で自前サービスを動かしてきた人にとっては、まさに実質的な引き算だ。

このバージョンには「6.1.0 以降、QTS は以下のアプリケーションをサポートしなくなる」というタイトルの一覧があるからだ。それは宣伝資料ではなく、リリースノートの中にある。

まず日付とバージョン番号を揃えておく

公式資料は 3 つあり、日付が異なるので混同しやすい：

• リリースノートページ：QTS 6.1.0.3640 build 20261007 Public Beta で、ページの日付表示は 2026-10-13（qnap.com.cn のリリースノート）。
• 公式プレスリリース：タイトルは QNAP Releases QTS 6.1 Beta、発行地は台北、日付 2026-10-16。
• 公式コミュニティ：同じ日に公開ベータの告知投稿を出しており、その投稿には build 番号が完全に書かれている；10 月 23 日には 6.1.0.3656 build 20261023 Public Beta をもう 1 版リリースした。

つまり、今ダウンロードできるのは実際には 2 つの異なる公開ベータパッケージだ。この点は後ろのセキュリティの段落で非常に重要なので、先に覚えておいてほしい。

公式のこのバージョンは何を追加したのか

プレスリリースに列挙されている内容は複雑ではない。家庭向け読者にとっての関連度順に並べる：

• UI の作り直し + ガイド付き初期設定：ログインページ、デスクトップ、タスクバー、ダイアログがすべて刷新され、初期設定はステップごとのガイドに変わった。
• カスタマイズ可能なダッシュボード：システムヘルス、CPU とメモリ、ストレージ容量、温度を 1 画面にまとめ、カードは追加・削除・サイズ変更ができ、レイアウトは QNAP アカウントでデバイス間同期できる。
• QNAP アカウントログイン + FIDO2 Passkey：ローカル NAS アカウントと QNAP アカウントを関連付けると直接ログインできる；Passkey は YubiKey のような物理セキュリティキーに対応し、Touch ID、Windows Hello にも対応する。
• Snapshot Replica のレジューム：スナップショットバックアップが途中で中断した場合、中断点から転送を再開でき、全体をやり直す必要はない。
• カーネルは Linux 6.6 にアップグレード（公式原文の表現では、より安定し、保護がより強力で、より多くの新しいハードウェアと互換性がある）。
• AI の部分：AI Service Center を追加し、ローカル実行かクラウド経由を選択可能；Qsirch は自然言語の説明でファイルを検索可能；QuAgent は対話を通じてシステム状態を確認し、ファイルを処理し、ストレージ計画の提案を行う。さらに、マシン内に Intel Arc Pro B70 グラフィックスカードを搭載でき、コントロールパネルで型番、温度、利用率を直接確認できる。

Passkey の項目には前提があり、公式リリースノートに明確に書かれている：ドメイン付きの HTTPS 経由でアクセスする必要があり、かつ FIDO2 Server がインストール済みであること。ドメインがなく、IP アドレスのみでログインする場合、この機能は有効にできない——設定が奥深く隠れているのではなく、条件が不足している。

本当に見るべきなのは、その「サポート対象外」リストだ

公式リリースノートの原文は「6.1.0 以降、QTS は以下のアプリケーションをサポートしない」である。リストは長いので、私はいじり倒す人に本当に影響するいくつかのグループを選んで説明する。

Python と Python3 がなくなった

この項目を先頭に置いたのは、影響範囲が最も広いからだ。QTS に付属する Python 環境はこれまで多くのスクリプトの前提だった——定期タスク、ファイルの一括整理、API を呼ぶ自動化、さらに多数のサードパーティ製パッケージが背後で依存している。公式がこれを「サポート対象外」に列挙したことは、アップグレード後にこれらのスクリプトの実行環境を自分で再構築する必要があることを意味する。

回避できるか？できるが、いずれも自分で作業する必要がある：container 内で動かすか、独立した実行環境を自分で導入するかだ。違いは——以前は「システムにもともとある」もので、今後は「自分で一式を保守管理する」必要があることだ。

PHP 拡張、phpMyAdmin、MariaDB 5/10 がまとめて提供終了

この三つを並べると、同じことを指している：QNAP 上で Web Server + データベースを直接使ってサイトを構築する道は、6.1 で行き止まりになった。

NAS 上で個人ブログ、画像ホスティング、小規模なアルバムサイトを動かすのは、以前はこの組み合わせの典型的な用途だった。現在は PHP 拡張と phpMyAdmin がともにサポート対象外となり、MariaDB の 5 と 10 という二つのメジャーバージョンもリストに入っている。実際にその上でサイトを動かしている場合は、アップグレード前にそれが来週どこに住むのかをよく考える必要がある。

PPPoE もリストに入っている

この項目は大多数の人にはピンと来ないが、少数の人には痛い：NAS を直接ダイヤルアップ機器として使う遊び方（機器自身がダイヤルして公衆 IP アドレスを取得する）はなくなった。以前こうしていた人は多くないが、確かに一部の人は router を一台節約するためにこう設定していた。

監視と幾つかのリモートツール

QVR Elite はリストに入っており、公式には QVR Surveillance による置き換えと記載されている——これは名前と世代の変更であり、まだ受け入れられる。本当に注意すべきなのは QuWAN vRouter、VJBOD Cloud、TeamViewer、Q'center、Qmiix Agent、QUSBCam2、Notifications などだ：直接削除されるものもあれば、代替品が提供されないものもある。Q'center で複数台を集中管理している場合は、アップグレード前に必ず代替案を確認すること。

リストにはさらに JRE、Mattermost、MinimServer、IFTTT Agent、CloudBackoGo といったニッチだが利用者がいるアプリケーションも含まれている。全項目は公式リリースノートを基準とし、私は上で幾つかのグループを選んだだけだ。

ついでに、リスト内で違和感のある箇所を一つ挙げておく：アプリケーションツールの欄に Qsirch がある一方、同じ版の公式稿では Qsirch の自然言語検索について述べている。私の理解では、古い独立アプリを終了し、機能をシステムに統合したのだが、公式原文がこの点を明確に説明しているわけではない、この点は自分で公式に確認してほしい、私のこの一文を根拠にしないでほしい。

さらに、見落としやすい二つの細部がある

一つは、パブリックベータ版が一部のアプリケーションのみをサポートするということだ。公式原文：『QTS 6.1.0 Public Beta は現在、一部のアプリケーションのみをサポートしています』とあり、完全なリストは App Center 内でバージョン別にフィルタリングしたそのリンクとして示されている。正式版でより多くがサポートされる。つまり、今インストールすると、一部のサードパーティ製パッケージはインストールできない、または動作しない可能性があり、これはあなたのマシンに問題があるかどうかとは関係ない。

2つ目は証明書の新しいルールだ。リリースノートには、このバージョンでは証明書の有効期限フィールドが ITU-T X.690 の符号化規則に適合し、完全な秒数を含むことが求められると書かれている。主要ツールや公開 CA が署名した証明書は通常適合するが、企業内 CA が署名したもの、またはデバイス組み込みの証明書は適合しない可能性がある——適合しないものは読み込み時に直接失敗する。インポート済みの証明書はサービス再起動またはマシン再起動まではまだ使用できるが、その後は使えるとは限らない。内部 CA を自分で構築したことがある人は、この項目を事前に確認すること。

もう一つは少数の人にしか影響しない：QTS 6 以降、新しいファイルレベルの LUN は作成できなくなり、既存のものは引き続き使用でき、エクスポートもできるが、再インポート時にブロックレベルの LUN に変わる。

セキュリティのこの項目は、新しい UI よりはるかに重要だ。

10 月 22 日、セキュリティメディアの AppleInsider が PHP の2つの高リスク脆弱性を報じた。コード名は PHP2Shell、番号は CVE-2026-109618 と CVE-2026-109619 で、未認証のリモートコード実行につながる可能性がある。記事では、QNAP が当日にセキュリティアドバイザリを発行し、影響範囲には次が含まれると述べられている。 QTS 5.2.11 以前のバージョン、および QTS 6.1.0また、QNAP は当時まだ修正時期を示しておらず、ユーザーには不要なポート転送、UPnP、リモートアクセスサービスを先に無効にするよう推奨している。

ただし前述の第2版パブリックベータパッケージでは状況が異なる：10 月 23 日の 6.1.0.3656 のリリースノートでは、セキュリティ更新の欄に PHP2Shell の2つの番号に対応する更新がマージ済みであることが明記されている。。

この2つを合わせると、非常に具体的な結論が導かれる：新しい UI を試したいだけなら、3640 のパッケージで止まらず、そのまま 3656 を使うこと。同じ「パブリックベータ」という言葉でも、パッケージが違えばセキュリティ状態も違う。脆弱性の詳細と修正範囲は QNAP 公式セキュリティアドバイザリの原文を基準とし、ここでは公開報道とリリースノートの表現を伝えるだけだ。

私の判断：3種類の人に3つの答え。

重要なデータを保存し、本番用途で使っているマシン——今はアップグレードしない。理由は「パブリックベータにはバグがある」といった無意味な話ではなく、3つの具体的な点だ：パブリックベータは一部のアプリケーションしかサポートしないため、使用中のパッケージがインストールできない可能性がある；PHP と Python の環境が削除されるため、それらに依存するサービスが停止する；実際に問題が出てロールバックする場合、メジャーバージョンをまたぐロールバック自体にリスクがあり、しかもロールバック中はデータが無防備になる。

検証機、予備機、早く試したい人——アップグレードしてよいが、順序を守ること。まず、機種が適用機種リストに入っていることを確認し（Qu405、Qu605、Qu805、TS-464C、TS-264C のこの一群はすべて含まれ、リストにない旧モデルにはインストールできない）、次にデータを別のデバイスまたは外付けドライブにバックアップし、その後で 3656 のパッケージをインストールし、3640 はインストールしないこと。インストール後に最初にやることは UI を見ることではなく、App Center でよく使うパッケージが残っているか確認することだ。

NAS 上でサイトを構築したことがある人、セルフホストサービスを動かしている人——「アップグレードすれば問題ない」と期待してはいけない。PHP と MariaDB のこのラインは 6.1 では断たれている。短期的な解決策はサイトをコンテナに移すこと（コンテナ内の PHP、Python はシステムパッケージの変更の影響を受けない）、長期的な解決策は本格的なサーバーへ移すことだ。NAS は物を保存するのには向いているが、長期的に Web サイトのホストにするのには向いていない。——今回のリストは、この以前から存在していた結論をはっきり示したにすぎない。クラウドへ移すつもりなら、構成をどう選ぶか、帯域と更新料をどう計算するかについて、私は以下に整理している：クラウドサーバー選定のページ中に入れた。

アップグレード前にまず3つのことを行う

第一に、常用パッケージを一覧化し、1つずつ公式 App Center で 6.1.0 Public Beta というバージョンに絞って、まだあるか確認する。この手順はどのレビューを見るより正確だ。

第二に、バックアップ。「RAID がある」という類のバックアップではなく、別のデバイス上、または取り外したディスク上に読めるデータが1つのコピーあることだ。RAID は誤操作も、システムのインストール失敗も防げない。

第三に、外部アクセスをまず切る。port forwarding、UPnP、リモートアクセスサービスは、アップグレード期間中は有効にしておく必要はない。アップグレード後に必要に応じて有効化し、有効化前に変更すべきところを一緒に変えておく。この一連の操作は私はIPv6 リモートアクセスの記事で「ONT—firewall—DDNS」の順に一度書いた。考え方は汎用的だ。ベンダー中継を使う習慣がある人は、QuickConnect の記事で、なぜ時々遅いのかを説明している。

補足すると、手元にあるのが最近買ったあの4ベイモデルの場合、ハードウェア自体の取捨選択については私はこの 2599 のマシンで分解して説明した。アップグレード前に照らし合わせて、自分がそのどの部分の能力を使っているのかを見てみるとよい。

本文の根拠：QNAP 公式リリースノート『QTS 6.1.0.3640 build 20261007 Public Beta』（qnap.com.cn、ページ日付 2026-10-13）と QNAP 公式コミュニティ『QTS 6.1.0.3656 build 20261023 Public Beta』のお知らせ（「アプリケーションを今後サポートしない」リストとセキュリティ更新項目を含む）；QNAP 公式プレスリリース『QNAP Releases QTS 6.1 Beta』（2026-10-16、台北）；セキュリティメディア AppleInsider 2026-10-22 の報道（PHP2Shell、CVE-2026-109618 と CVE-2026-109619、QNAP 10-22 セキュリティ公告を伝えるもの）。機能、サポート範囲、影響を受ける機種と修正状態は QNAP 公式ページおよび公告原文に準拠；「NAS は長期的にウェブサイトのホストとして使うのに適さない」「メジャーバージョンをまたぐロールバックにはリスクがある」は個人の判断であり、本文では実測していない。

全記事の目次 · ホームに戻る