威联通 QTS 6.1 公测：先看那份不再支持清单

这几天关于威联通 QTS 6.1 的稿子，标题基本都落在"新界面""无密码登录""AI 上 NAS"上。我把官方那几页摊开看了一遍，先说结论：这一版对普通家庭用户是变好用，对在 NAS 上跑过自建服务的人来说，是一次实打实的减法。

因为这个版本里有一张清单，标题叫"从 6.1.0 起，QTS 不再支持以下应用程序"。它不在宣传稿里，在发行说明里。

先把时间和版本号对齐

三份官方材料，日期不一样，容易看混：

• 发行说明页：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。

也就是说，现在能下到的其实是两个不同的公测包。这一点在后面的安全段里很关键，先记住。

官方这版加了什么

新闻稿列的东西不复杂，我按对家用读者的相关度排：

• 界面重做 + 引导式初始化：登录页、桌面、任务栏、对话框全部改版，初始化改成一步步引导。
• 可自定义仪表盘：系统健康、CPU 与内存、存储容量、温度放一屏，卡片能增删改大小，布局用 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 的自动化，还有一堆第三方套件在背后依赖它。官方把它列进"不再支持"，意味着升级之后这些脚本的运行环境要自己重新搭。

能绕开吗？能，但都得自己动手：要么在容器里跑，要么自己装一套独立的运行环境。区别在于——以前是"系统里本来就有"，以后是"你得自己维护一份"。

PHP 扩展、phpMyAdmin、MariaDB 5/10 一起下线

这三样放在一起，指向的是同一件事：在 QNAP 上直接用 Web Server + 数据库搭站这条路，在 6.1 里走到头了。

NAS 上跑个人博客、图床、小型相册站，过去是这套组合的典型用法。现在 PHP 扩展和 phpMyAdmin 都不再支持，MariaDB 的 5 和 10 两个大版本也在名单里。手上真有站跑在上面的，升级前先想清楚它下周住哪儿。

PPPoE 也在名单里

这条对大多数人无感，对少数人很痛：把 NAS 直接当拨号设备用的玩法（机器自己拨号拿公网地址）没了。以前这么干的人不多，但确实有一批人是为了省一台路由器才这么配的。

监控和几样远程工具

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 里按版本筛选的那个链接，正式版才会支持更多。也就是说，你现在去装，某些第三方套件是装不上或者跑不起来的，这跟你的机器有没有问题无关。

二是证书的新规则。发行说明里写，这个版本要求凭证的有效期限字段符合 ITU-T X.690 编码规范、并且包含完整的秒数。主流工具和公开 CA 签的证书一般都符合，但企业内部 CA 签的、或者设备内置的证书可能不符合——不符合的会直接加载失败。已经导入的证书在服务重启或机器重启前还能用，之后就不一定了。自己搭过内网 CA 的人，这条要提前查。

另外一条只影响少数人：从 QTS 6 起不能再创建新的文件层级 LUN，已有的能继续用、能导出，重新导入时会变成区块层级 LUN。

安全这条，比新界面重要得多

10 月 22 日，安全媒体 AppleInsider 报道了 PHP 的两个高危漏洞，代号 PHP2Shell，编号 CVE-2026-109618 与 CVE-2026-109619，可导致未登录的远程代码执行。报道里提到 QNAP 当天发了安全公告，受影响范围包括 QTS 5.2.11 及更早版本，以及 QTS 6.1.0，并称 QNAP 当时还没给出修复时间，建议用户先关掉不必要的端口转发、UPnP 和远程访问服务。

但前面提到的那第二版公测包，情况不一样了：10 月 23 日的 6.1.0.3656 发行说明里，安全更新一栏明确写了已合入针对 PHP2Shell 两个编号的更新。

这两件事放在一起，得出一个很具体的结论：如果你只是想去试试新界面，别停在 3640 那个包上，直接用 3656。同一个"公测版"三个字，包不一样，安全状态也不一样。漏洞细节和修复范围以 QNAP 官方安全公告原文为准，我这里只转述公开报道与发行说明的表述。

我的判断：三类人三种答案

存着重要数据、当生产力用的机器——现在别升。理由不是"公测有 bug"这种废话，而是三个具体的：公测只支持部分应用，你的套件可能装不上；PHP 与 Python 环境被砍，依赖它们的服务会断；真出问题要回退，跨大版本回退本身有风险，而回退的路上数据是裸奔的。

折腾机、备用机、想尝鲜的——可以升，但按顺序来。先确认机型在适用机种名单里（Qu405、Qu605、Qu805、TS-464C、TS-264C 这一批都在，名单里没有的老型号装不上），再把数据备份到另一台设备或外置盘上，然后装 3656 那个包，别装 3640。装完第一件事不是看界面，是去 App Center 看你常用的套件还在不在。

在 NAS 上建过站、跑过自建服务的——别指望"升级一下就没事"。PHP 与 MariaDB 这条线在 6.1 里是断的，短期解法是把站点搬进容器（容器里的 PHP、Python 不受系统包变化影响），长期解法是搬去一台正经的服务器。NAS 适合存东西，不适合长期当网站主机——这次清单只是把这个一直存在的结论说破了。要是打算往云上搬，配置怎么挑、带宽和续费怎么算，我整理在云服务器选购那页里了。

升级前先做三件事

第一，把常用套件列一遍，逐个去官方 App Center 按 6.1.0 Public Beta 这个版本筛一下，看还在不在。这一步比看任何评测都准。

第二，备份。不是"我有 RAID"那种备份，是另一台设备上或者拔下来的盘上有一份能读的数据。RAID 挡不住误操作，也挡不住系统装坏。

第三，把外网访问先关掉。端口转发、UPnP、远程访问服务，升级期间不需要开着；升完再按需开，开之前顺手把该改的改掉，这套动作我在IPv6 远程访问那篇里按"光猫—防火墙—DDNS"的顺序写过一遍，思路是通用的。习惯用厂商中转的，QuickConnect 那篇讲清了它为什么有时候慢。

另外补一句：如果你手上是刚买的那批四盘位机型，硬件本身的取舍我在这台 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 不适合长期当网站主机""跨大版本回退有风险"属个人判断，未在本文做实测。

全部文章目录 · 回首页