QNAP QTS 6.1 Beta: Zuerst die Liste der nicht mehr unterstützten Funktionen prüfen

In den letzten Tagen ging es in den Artikeln zu QNAP QTS 6.1 in den Überschriften im Wesentlichen um „neue Oberfläche", „passwortlose Anmeldung" und „KI auf NAS". Ich habe die offiziellen Seiten einmal durchgesehen, und das Fazit vorweg: Für normale Heimanwender ist diese Version benutzerfreundlicher geworden, für Leute, die auf dem NAS eigene Dienste betrieben haben, ist sie ein spürbarer Kahlschlag.

Denn in dieser Version gibt es eine Liste mit dem Titel „Ab 6.1.0 unterstützt QTS die folgenden Anwendungen nicht mehr". Sie steht nicht in der Pressemitteilung, sondern in den Release Notes.

Zuerst Zeitpunkt und Versionsnummer in Einklang bringen

Drei offizielle Dokumente mit unterschiedlichen Datumsangaben, da kann man leicht durcheinanderkommen:

• Release-Notes-Seite: QTS 6.1.0.3640 build 20261007 Public Beta, das Seitendatum ist angegeben mit 2026-10-13(qnap.com.cn Release Notes).
• Offizielle Pressemitteilung: Titel QNAP Releases QTS 6.1 Beta, Ausstellungsort Taipeh, Datum 2026-10-16。
• Offizielle Community: am selben Tag wurde ein Public-Beta-Ankündigungspost veröffentlicht, in dem die Build-Nummer vollständig angegeben ist;am 23. Oktober wurde dann noch eine Version 6.1.0.3656 build 20261023 Public Beta nachgeschoben。

Das heißt, aktuell sind eigentlich zwei verschiedene Public-Beta-Pakete herunterladbar. Das ist später im Sicherheitsabschnitt entscheidend, merken Sie sich das vor.

Was die offizielle Version hinzugefügt hat

Die in der Pressemitteilung aufgeführten Punkte sind nicht komplex, ich ordne sie nach Relevanz für Heimanwender:

• Überarbeitete Oberfläche + geführte Initialisierung: Anmeldeseite, Desktop, Taskleiste und Dialoge komplett überarbeitet, die Initialisierung als schrittweise geführter Ablauf.
• Anpassbares Dashboard: Systemzustand, CPU und Arbeitsspeicher, Speicherkapazität und Temperatur auf einem Bildschirm, Karten lassen sich hinzufügen, entfernen und in der Größe ändern, das Layout wird über das QNAP-Konto geräteübergreifend synchronisiert.
• QNAP-Konto-Anmeldung + FIDO2 Passkey: Nach Verknüpfung des lokalen NAS-Kontos mit dem QNAP-Konto ist direkte Anmeldung möglich; Passkey unterstützt physische Schlüssel wie YubiKey sowie Touch ID und Windows Hello.
• Snapshot Replica mit Wiederaufnahme: Bricht die Snapshot-Sicherung mittendrin ab, wird ab dem Unterbrechungspunkt weiter übertragen, ohne dass alles neu übertragen werden muss.
• Kernel auf Linux 6.6 aktualisiert(offizielle Formulierung: stabiler, besser geschützt, kompatibel mit mehr neuer Hardware).
• Der KI-Bereich: Neu ist das AI Service Center, wahlweise lokal oder über die Cloud betreibbar; Qsirch unterstützt die Dateisuche per natürlicher Sprachbeschreibung; QuAgent kann per Dialog den Systemzustand abfragen, Dateien verarbeiten und Empfehlungen zur Speicherplanung geben. Zudem wird der Einbau einer Intel Arc Pro B70 Grafikkarte im Gerät unterstützt, Modell, Temperatur und Auslastung sind direkt in der Systemsteuerung sichtbar.

Der Passkey-Punkt hat eine Voraussetzung, die in den offiziellen Release Notes klar beschrieben steht:Zugriff muss über HTTPS mit Domainname erfolgen, und der FIDO2 Server muss bereits installiert sein. Ohne Domain, bei reinem IP-Login lässt sich diese Funktion nicht aktivieren – das liegt nicht daran, dass die Einstellung zu tief versteckt ist, sondern an fehlenden Voraussetzungen.

Was man sich wirklich ansehen sollte, ist die Liste der „nicht mehr unterstützten" Anwendungen.

Der Originalwortlaut der offiziellen Release Notes lautet: „Ab 6.1.0 unterstützt QTS die folgenden Anwendungen nicht mehr." Die Liste ist lang; ich greife die Gruppen heraus, die für Bastler wirklich relevant sind.

Python und Python3 sind weg.

Dieser Punkt steht ganz oben, weil er die größte Tragweite hat. Die in QTS mitgelieferte Python-Umgebung war stets Voraussetzung für viele Skripte – Cron-Jobs, das batchweise Sortieren von Dateien, Automatisierung über API-Aufrufe, und eine Reihe von Drittanbieter-Paketen hängen im Hintergrund davon ab. Dass der Hersteller sie als „nicht mehr unterstützt" einstuft, bedeutet: Nach dem Upgrade muss man die Laufzeitumgebung für diese Skripte selbst neu aufsetzen.

Lässt sich das umgehen? Ja, aber nur mit eigener Handarbeit: entweder im Container laufen lassen oder selbst eine eigenständige Laufzeitumgebung installieren. Der Unterschied: Früher war sie „im System ohnehin vorhanden", künftig muss man „selbst eine Instanz davon pflegen".

PHP-Erweiterungen, phpMyAdmin und MariaDB 5/10 fallen gemeinsam weg.

Diese drei zusammen weisen auf ein und dieselbe Sache hin:Der Weg, auf QNAP direkt mit Web Server + Datenbank eine Website aufzubauen, endet in 6.1.

Ein persönliches Blog, ein Image-Host oder eine kleine Fotogalerie-Seite auf dem NAS zu betreiben, war früher die typische Nutzung dieser Kombination. Jetzt werden PHP-Erweiterungen und phpMyAdmin nicht mehr unterstützt, und auch die beiden Hauptversionen 5 und 10 von MariaDB stehen auf der Liste. Wer tatsächlich eine Website darauf laufen hat, sollte vor dem Upgrade klar überlegen, wo sie nächste Woche wohnen soll.

PPPoE steht ebenfalls auf der Liste.

Dieser Punkt ist für die meisten irrelevant, für wenige sehr schmerzhaft: Die Spielart, das NAS direkt als Einwahlgerät zu verwenden (die Maschine wählt selbst und bekommt eine öffentliche Adresse), gibt es nicht mehr. Früher haben das nicht viele gemacht, aber es gab durchaus eine Gruppe, die es genau deshalb so konfiguriert hat, um einen Router einzusparen.

Überwachung und einige Remote-Tools.

QVR Elite steht auf der Liste, offiziell gekennzeichnet als ersetzt durch QVR Surveillance – das ist ein Namens- und Generationswechsel und lässt sich weiterführen. Wirklich beachten sollte man QuWAN vRouter, VJBOD Cloud, TeamViewer, Q'center, Qmiix Agent, QUSBCam2, Notifications: Manche werden direkt entfernt, für andere gibt es keinen Ersatz. Wer mit Q'center mehrere Maschinen zentral verwaltet, muss vor dem Upgrade unbedingt die Alternative klären.

In der Liste stecken außerdem Nischenanwendungen wie JRE, Mattermost, MinimServer, IFTTT Agent, CloudBackoGo, die aber durchaus genutzt werden. Maßgeblich sind alle Einträge in den offiziellen Release Notes; ich habe oben nur einige Gruppen herausgegriffen.

Nebenbei eine merkwürdige Stelle in der Liste: In der Spalte der Anwendungstools steht Qsirch, doch derselbe offizielle Entwurf derselben Version spricht auch über die natürliche Sprachsuche von Qsirch. Mein Verständnis ist, dass die alte eigenständige App eingestellt und die Funktion ins System integriert wurde, aber es gibt keinen offiziellen Originaltext, der dies ausdrücklich sagt,Diese Aussage solltest du selbst mit dem offiziellen Support bestätigen, nimm meinen Satz nicht als Grundlage.

Es gibt noch zwei leicht zu übersehende Details

Erstens unterstützt die Public-Beta nur einen Teil der Anwendungen.Offizieller Originaltext: „QTS 6.1.0 Public Beta 目前仅支持部分应用程序“, die vollständige Liste wird über den Link im App Center bereitgestellt, gefiltert nach Version, erst die finale Version wird mehr unterstützen. Das heißt, wenn du jetzt installierst, lassen sich bestimmte Drittanbieter-Pakete nicht installieren oder nicht starten, und das hat nichts damit zu tun, ob mit deinem Gerät etwas nicht stimmt.

Zweitens die neuen Regeln für Zertifikate.In den Release Notes steht, dass diese Version verlangt, dass das Feld für die Gültigkeitsdauer von Zertifikaten der ITU-T-X.690-Kodierungsnorm entspricht und vollständige Sekunden enthält. Zertifikate, die von gängigen Tools und öffentlichen CAs signiert wurden, entsprechen dem in der Regel, aber unternehmensintern von einer CA signierte oder im Gerät eingebettete Zertifikate entsprechen dem möglicherweise nicht –nicht konforme Zertifikate schlagen direkt beim Laden fehl. Bereits importierte Zertifikate funktionieren noch bis zum Neustart des Dienstes oder des Geräts, danach nicht unbedingt. Wer selbst eine interne CA aufgesetzt hat, sollte dies vorab prüfen.

Ein weiterer Punkt betrifft nur wenige: Ab QTS 6 lassen sich keine neuen File-Level-LUNs mehr erstellen, bestehende können weiter verwendet und exportiert werden, beim erneuten Import werden sie zu Block-Level-LUNs.

Der Sicherheitspunkt ist viel wichtiger als die neue Oberfläche

Am 22. Oktober berichtete das Sicherheitsmedium AppleInsider über zwei hochriskante Schwachstellen in PHP mit dem Codenamen PHP2Shell, den Nummern CVE-2026-109618 und CVE-2026-109619, die eine nicht authentifizierte Remote-Code-Ausführung ermöglichen können. Im Bericht wird erwähnt, dass QNAP am selben Tag eine Sicherheitsmitteilung veröffentlicht hat, der betroffene Bereich umfasst QTS 5.2.11 und frühere Versionen sowie QTS 6.1.0, und es wird gesagt, dass QNAP zu diesem Zeitpunkt noch keinen Zeitplan für die Behebung genannt hatte und empfiehlt, zunächst unnötiges Port-Forwarding, UPnP und Remote-Zugriffsdienste zu deaktivieren.

Aber das zuvor erwähnte zweite Public-Beta-Paket ist anders:In den Release Notes 6.1.0.3656 vom 23. Oktober steht im Abschnitt Sicherheitsupdates ausdrücklich, dass Updates für zwei PHP2Shell-Nummern integriert wurden.。

Nimmt man diese beiden Punkte zusammen, ergibt sich eine sehr konkrete Schlussfolgerung:Wenn du nur die neue Oberfläche ausprobieren willst, bleib nicht bei dem Paket 3640, sondern nimm direkt 3656.Dieselben drei Worte „Public Beta“, aber unterschiedliche Pakete bedeuten einen unterschiedlichen Sicherheitsstatus. Details zu Schwachstellen und den Umfang der Behebungen sind maßgeblich der offiziellen Sicherheitsmitteilung von QNAP zu entnehmen; ich gebe hier nur die Formulierungen aus öffentlichen Berichten und Release Notes wieder.

Meine Einschätzung: drei Gruppen, drei Antworten

Maschinen, auf denen wichtige Daten liegen und die produktiv genutzt werden – jetzt nicht upgraden.Der Grund ist nicht so ein sinnloser Satz wie „eine Public Beta hat Bugs“, sondern drei konkrete Punkte: Die Public Beta unterstützt nur einen Teil der Anwendungen, deine Pakete lassen sich möglicherweise nicht installieren; PHP- und Python-Umgebungen wurden gestrichen, Dienste, die davon abhängen, brechen weg; und wenn wirklich etwas schiefgeht und du zurückrollen musst, ist ein Rollback über große Versionsgrenzen hinweg selbst riskant, und auf dem Rückweg liegen die Daten offen.

Bastelmaschinen, Ersatzmaschinen, für alle, die früh ausprobieren wollen – ein Upgrade ist möglich, aber der Reihe nach.Prüfe zuerst, ob das Modell in der Liste der unterstützten Geräte steht (Qu405, Qu605, Qu805, TS-464C, TS-264C gehören alle dazu; ältere Modelle, die nicht in der Liste stehen, lassen sich nicht installieren), sichere dann die Daten auf ein anderes Gerät oder eine externe Festplatte und installiere anschließend das Paket 3656, nicht 3640. Nach der Installation ist das Erste nicht, die Oberfläche anzusehen, sondern im App Center zu prüfen, ob deine häufig genutzten Pakete noch vorhanden sind.

Wer auf dem NAS eine Website aufgesetzt oder eigene Dienste betrieben hat – sollte nicht darauf hoffen, dass „ein Upgrade das Problem schon löst“.Die Linie PHP und MariaDB ist in 6.1 unterbrochen; die kurzfristige Lösung besteht darin, die Website in einen container zu verlagern (PHP und Python im container sind von Änderungen der Systempakete nicht betroffen), die langfristige Lösung darin, auf einen richtigen Server umzuziehen.NAS eignet sich zum Speichern von Daten, nicht als langfristiger Webhost– diese Liste bringt lediglich diese schon lange bestehende Schlussfolgerung auf den Punkt. Wenn du vorhast, in die Cloud umzuziehen, wie man die Konfiguration auswählt und wie Bandbreite und Verlängerung berechnet werden, habe ich zusammengestellt aufder Seite zur Auswahl von Cloud-Serverndrin.

Vor dem Upgrade zuerst drei Dinge erledigen

Erstens, die häufig genutzten Pakete auflisten und einzeln im offiziellen App Center nach der Version 6.1.0 Public Beta filtern, um zu sehen, ob sie noch vorhanden sind. Dieser Schritt ist genauer als jede Review.

Zweitens, Backup. Nicht die Art „ich habe RAID“, sondern eine lesbare Datenkopie auf einem anderen Gerät oder auf einer ausgebauten Platte. RAID schützt weder vor Fehlbedienung noch vor einem kaputt installierten System.

Drittens, den externen Zugriff vorerst abschalten. Port Forwarding, UPnP, Remote-Access-Dienste müssen während des Upgrades nicht laufen; nach dem Upgrade nach Bedarf aktivieren, und vor dem Aktivieren gleich die nötigen Änderungen mit erledigen. Diese Abfolge habe ich imIPv6-Fernzugriff-Artikelin der Reihenfolge „ONT — firewall — DDNS“ beschrieben, der Ansatz ist allgemein übertragbar. Wer die Hersteller-Relay-Funktion gewohnt ist,der QuickConnect-Artikelerklärt, warum sie manchmal langsam ist.

Noch eine Ergänzung: Wenn Sie eines der neu gekauften Vier-Bay-Modelle in der Hand haben, habe ich die Hardware-Kompromisse selbst imdiesem 2599-Gerätauseinandergenommen; vor dem Upgrade lohnt sich der Abgleich, welchen Teil seiner Fähigkeiten Sie tatsächlich nutzen.

Grundlage dieses Artikels: offizielle QNAP-Release-Notes „QTS 6.1.0.3640 build 20261007 Public Beta“ (qnap.com.cn, Seitendatum 2026-10-13) und die Ankündigung der offiziellen QNAP-Community „QTS 6.1.0.3656 build 20261023 Public Beta“ (inklusive Liste „nicht mehr unterstützter Anwendungen“ und Sicherheitsupdate-Einträgen); offizielle QNAP-Pressemitteilung „QNAP Releases QTS 6.1 Beta“ (2026-10-16, Taipeh); Bericht des Sicherheitsmediums AppleInsider vom 2026-10-22 (PHP2Shell, CVE-2026-109618 und CVE-2026-109619, unter Bezug auf QNAPs Sicherheitshinweis vom 10-22). Funktionen, Supportumfang, betroffene Modelle und Fix-Status richten sich nach den offiziellen QNAP-Seiten und dem Original der Ankündigung; „NAS eignet sich nicht als langfristiger Webhost“ und „ein Rückschritt über große Versionen hinweg ist riskant“ sind persönliche Einschätzungen und wurden in diesem Artikel nicht praktisch getestet.

Vollständiges Artikelverzeichnis · Zurück zur Startseite