Hinweis zu Proxmox Repositories:
Proxmox bietet verschiedene Paketquellen (Repositories) an:
- Enterprise Repository: benötigt gültige Subscription, stabil & für produktiven Einsatz empfohlen
- No-Subscription Repository: frei verfügbar, weniger gründlich getestet, ideal für Homelabs & Testumgebungen
Auch ohne gültige Subscription können Sie Proxmox also vollständig nutzen - inklusive No-Subscription Repository. „Community“ bezeichnet bei Proxmox dagegen die kostenpflichtige Einstiegs-Subscription, Preise im Artikel Was kostet Proxmox?. Die folgende Anleitung zeigt nur, wie man die Warnmeldung im Webinterface entfernt.
Wenn Proxmox ohne gültige Subscription genutzt wird, erscheint beim Anmelden im Webinterface die bekannte "No valid subscription"-Meldung.
Für produktive Umgebungen ist die Enterprise-Subscription empfehlenswert, doch in Homelabs oder Testumgebungen ist die Warnung meist nur störend.
Mit einem kleinen Eingriff lässt sie sich entfernen; nach einem Update des Pakets proxmox-widget-toolkit kehrt sie zurück und der Eingriff ist zu wiederholen.
Wichtig: Proxmox VE 8 hat das Support-Ende erreicht
Der Support für Proxmox VE 8 ist laut Support-Lifecycle im August 2026 ausgelaufen. Seitdem gibt es keine Sicherheitsupdates mehr - auch nicht über das No-Subscription-Repository. Aktuell ist Proxmox VE 9.2 (Debian 13 "Trixie", Stand Oktober 2026).
Der Repository-Abschnitt gilt für Proxmox VE 9 und 8; die Pfade unterscheiden sich. Für Systeme auf 8.x: Proxmox VE 8 auf 9 upgraden.
Inhaltsverzeichnis
- Warum die Subscription-Warnung erscheint
- Enterprise-Repo oder No-Subscription-Repo
- No-Subscription-Repository einrichten (PVE 9: Deb822, PVE 8: .list)
- Subscription-Meldung entfernen: proxmoxlib.js patchen und prüfen
- Auch für den Proxmox Backup Server
- Ist das legal und für die Produktion ratsam?
- Was ohne Subscription fehlt
- Fazit
Warum die Subscription-Warnung erscheint
Die Meldung erscheint nicht, weil irgendetwas kaputt ist. Proxmox VE prüft beim Login über seine API, ob am Node ein gültiger Subscription-Key hinterlegt ist. Ist kein Key vorhanden, zeigt das Webinterface bei jeder Anmeldung das Dialogfenster "No valid subscription" an.
Wichtig: Der Hinweis ist rein informativ. Er blockiert keine Funktion, keine VM und kein Update. Ihr Cluster läuft mit oder ohne Subscription identisch weiter. Lediglich das Standard-Repository nach der Installation ist das Enterprise-Repo, dessen apt update ohne Key mit einem 401-Fehler abbricht. Aus diesem Grund taucht die Warnung typischerweise direkt nach einer frischen Proxmox-Installation auf.
Enterprise-Repo oder No-Subscription-Repo
Bevor Sie die Warnung ausblenden, sollten Sie das passende Repository wählen, damit apt update sauber durchläuft. Proxmox VE kennt drei Paketquellen:
- Enterprise Repository (
pve-enterprise,https://enterprise.proxmox.com/debian/pve): besonders gründlich getestete, stabile Updates. Setzt eine gültige Subscription voraus und ist für produktive Systeme empfohlen. - No-Subscription Repository (
pve-no-subscription,http://download.proxmox.com/debian/pve): kostenlos und voll funktionsfähig. Die Pakete sind weniger intensiv validiert und nicht für den Produktivbetrieb empfohlen. - Test Repository (
pve-testbei PVE 9,pvetestbei PVE 8): Vorschau auf neue Funktionen, nur für Testsysteme.
Funktional installieren beide Hauptquellen dieselbe Software. Der Unterschied liegt im Reifegrad und im Zeitpunkt der Auslieferung. Wer keine Subscription hat, nutzt das No-Subscription-Repo, deaktiviert das Enterprise-Repo und vermeidet so den 401-Fehler beim Update.
No-Subscription-Repository einrichten (PVE 9: Deb822, PVE 8: .list)
Am komfortabelsten erledigen Sie das im Webinterface unter Node → Updates → Repositories: Markieren Sie die Enterprise-Zeile und klicken Sie auf Disable, danach Add und wählen Sie No-Subscription.
Auf der Konsole hängt der Pfad von der Version ab.
Proxmox VE 9 (Debian 13 "Trixie") verwendet bei Neuinstallationen standardmäßig das Deb822-Format. Die Enterprise-Quelle liegt als /etc/apt/sources.list.d/pve-enterprise.sources vor; deaktivieren Sie sie, indem Sie im Eintrag die Zeile Enabled: no ergänzen, und legen Sie /etc/apt/sources.list.d/proxmox.sources an (Dateiname laut Proxmox-Dokumentation):
Types: deb
URIs: http://download.proxmox.com/debian/pve
Suites: trixie
Components: pve-no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
Proxmox VE 8 (Debian 12 "Bookworm") verwendet üblicherweise das klassische .list-Format. Kommentieren Sie die Enterprise-Zeile in /etc/apt/sources.list.d/pve-enterprise.list aus und legen Sie eine neue Quelle an:
echo "deb http://download.proxmox.com/debian/pve bookworm pve-no-subscription" \
> /etc/apt/sources.list.d/pve-no-subscription.list
Diese Variante betrifft nur noch Systeme auf 8.x - dieser Zweig erhält seit August 2026 keine Updates mehr, ein Upgrade auf 9 ist überfällig.
APT unterstützt beide Dateiformate; nach einem Upgrade können noch .list-Dateien vorhanden sein. Die PVE-Quelle ergänzt die Debian-Basisquellen. Prüfen Sie auch eine vorhandene ceph.sources separat: Ohne Subscription braucht Ceph die Komponente no-subscription, bei unveränderter Ceph-Releasefamilie. Der Repository-Wechsel ist kein Ceph-Versionsupgrade (Repository-Dokumentation).
Führen Sie anschließend apt update aus und kontrollieren Sie, dass keine 401- oder anderen Repository-Fehler auftreten.
Updates ohne Subscription einspielen: Mit dem No-Subscription-Repository laufen Updates wie sonst auch, über die Weboberfläche (Node → Updates) oder auf der Konsole mit apt update und apt full-upgrade. Ein reines apt upgrade kann laut Proxmox-Dokumentation zu einem teilweise aktualisierten Paketstand führen, weil Proxmox VE als Rolling Release auf Debian aufsetzt.
Repository-Dateien prüfen: apt policy zeigt die aktiven Quellen. Nach einem Upgrade von PVE 8 auf 9 sollten keine Bookworm-Einträge und keine doppelten Einträge (altes .list neben neuem .sources) übrig sein, und apt update muss ohne Fehler durchlaufen (Upgrade-Anleitung). Alte Einträge werden entfernt oder mit # (in .list-Dateien) bzw. Enabled: no (in .sources-Dateien) deaktiviert. Den Ablauf des Versionswechsels beschreibt der Guide Proxmox VE 8 auf 9 upgraden.
„No Proxmox VE repository is enabled“ / „Kein Proxmox VE Repository ist aktiviert“: Aktivieren Sie unter Node → Updates → Repositories eine zur installierten Version passende PVE-Quelle: pve-no-subscription ohne Subscription oder pve-enterprise mit gültigem Key. Ein Debian- oder Ceph-Repository allein genügt nicht. Prüfen Sie Suite und Komponente in allen aktiven Dateien wie oben beschrieben und laden Sie nach apt update die Repository-Ansicht neu. Diese Meldung betrifft die Paketquelle, nicht den Login-Dialog.
Subscription-Meldung entfernen: proxmoxlib.js patchen und prüfen
Das Repository regelt die Updates, der eigentliche Login-Hinweis steckt jedoch in der JavaScript-Datei des Web-Toolkits. Diesen Aufruf blenden Sie mit zwei Befehlen aus.
- Backup der Datei erstellen & Patch anwenden
sed -Ezi.bak "s/(Ext.Msg.show\(\{\s+title: gettext\('No valid sub)/void\(\{ \/\/\1/g" \
/usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.js
Dieser Befehl kommentiert die Stelle aus, an der die Meldung erzeugt wird.
Eine Backup-Datei (.bak) wird automatisch angelegt.
Prüfen, ob der Patch gegriffen hat: Der Suchausdruck hängt am Code des proxmox-widget-toolkit, und der ändert sich zwischen Releases gelegentlich. Vergleichen Sie deshalb die Datei mit ihrem Backup:
diff /usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.js \
/usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.js.bak
Gibt diff nichts aus, hat der Ausdruck nicht gepasst - dann ist die Meldung nach dem Neustart noch da. Suchen Sie in dem Fall in der Datei nach No valid subscription und passen Sie den Ausdruck an die dort tatsächlich vorhandene Schreibweise an.
Repositories vor dem Patch umstellen. Der gezeigte Patch verhindert auf Nodes ohne aktive Subscription auch das Öffnen des Add-Dialogs unter Node → Updates → Repositories. Für spätere Änderungen über diesen Dialog zunächst die unveränderte Toolkit-Datei wiederherstellen. Nach Toolkit-Updates den Patch und seine Nebenwirkungen erneut beurteilen.
- Proxmox Proxy neu starten
systemctl restart pveproxy.service
- Webinterface aktualisieren
- Browser neu laden (am besten Cache leeren /
Strg+F5) - Erneute Anmeldung und Dialoganzeige prüfen
Wichtig: Der Patch überlebt kein Update des Pakets proxmox-widget-toolkit. Sobald dieses aktualisiert wird, wird proxmoxlib.js ersetzt und die Meldung kehrt zurück. Führen Sie den sed-Befehl dann einfach erneut aus oder automatisieren Sie ihn über einen APT-Hook unter /etc/apt/apt.conf.d/, der nach APT-Paketinstallationen läuft.
Beispiel für einen APT-Hook
Die APT-Dokumentation definiert DPkg::Post-Invoke als Liste von Shell-Befehlen nach einem dpkg-Aufruf. Damit die APT-Konfiguration keine verschachtelten Anführungszeichen oder Backslashes enthält, liegt der vorhandene sed-Befehl in einer separaten Datei. Als root anlegen:
cat > /usr/local/sbin/pve-subscription-notice-hook <<'SH'
#!/bin/sh
set -eu
f=/usr/share/javascript/proxmox-widget-toolkit/proxmoxlib.js
before=$(md5sum "$f")
sed -Ezi "s/(Ext.Msg.show\(\{\s+title: gettext\('No valid sub)/void\(\{ \/\/\1/g" "$f"
[ "$before" = "$(md5sum "$f")" ] || systemctl restart pveproxy.service
SH
chmod 0755 /usr/local/sbin/pve-subscription-notice-hook
Datei /etc/apt/apt.conf.d/99-pve-subscription-notice:
DPkg::Post-Invoke {
"/usr/local/sbin/pve-subscription-notice-hook";
};
Das Beispiel führt den Patch nach jedem APT-dpkg-Aufruf erneut aus und startet pveproxy nur neu, wenn sich die Datei geändert hat; es ist keine Garantie für einen passenden Suchausdruck nach Toolkit-Updates. Ein Fehler im Hook lässt APT mit einem Fehler enden. Der Hook legt keine eigene .bak-Datei an, die Sicherung aus dem Patch-Schritt bleibt unverändert; bewahren Sie die unveränderte Originalkopie separat auf. Prüfen Sie nach Updates den Dateivergleich, die Anmeldung und andere Toolkit-Aktionen wie das Hinzufügen eines Repositories, da die Dialog-Hilfsfunktion auch dort verwendet wird (Repository-Dialog). Zum Abschalten die Hook-Datei unter /etc/apt/apt.conf.d/ entfernen.
Produktiv im Einsatz? Subscription statt Meldung.
Die Subscription bringt das Enterprise-Repository und Hersteller-Support. WZ-IT bezieht sie als Reseller für Sie (Preisliste des Herstellers, Abrechnung in Euro). Wer den Betrieb nicht selbst stemmen will, ergänzt Managed Proxmox.
Auch für den Proxmox Backup Server
Auch PBS zeigt ohne gültigen Key einen Subscription-Hinweis beim Login (PBS-Weboberfläche). Die Paketquelle ist davon getrennt: Die PBS-Dokumentation beschreibt für PBS 4 auf Debian 13 Trixie das folgende No-Subscription-Repository, Stand Oktober 2026. Deaktivieren Sie zunächst die Enterprise-Quelle in pbs-enterprise.sources mit Enabled: no und tragen Sie in /etc/apt/sources.list.d/proxmox.sources ein:
Types: deb
URIs: http://download.proxmox.com/debian/pbs
Suites: trixie
Components: pbs-no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
Für PBS 3 auf Debian 12 Bookworm lautet die Suite bookworm. Vorhandene .list-Einträge nicht zusätzlich aktiv lassen. PBS 3 verwendet den Schlüssel /etc/apt/trusted.gpg.d/proxmox-release-bookworm.gpg; geben Sie diesen bei einer Deb822-Konfiguration in Signed-By an (PBS-3-Dokumentation). Die Enterprise-Zeile in pbs-enterprise.list wird bei PBS 3 mit # deaktiviert. Danach apt update ausführen. PBS empfiehlt dieses Repository für Test- und Nicht-Produktivsysteme; für Produktion ist das Enterprise-Repository vorgesehen. Der Login-Hinweis bleibt vom Repository-Wechsel unberührt. Der PVE-Patch und systemctl restart pveproxy.service oben gelten für PVE; für PBS folgt daraus keine Patch-Anleitung.
Ist das legal und für die Produktion ratsam?
Rechtlich ist die Sache eindeutig: Proxmox VE ist freie Software unter der AGPLv3. Das No-Subscription-Repository zu nutzen und die lokale proxmoxlib.js auf dem eigenen Server anzupassen, ist vollkommen zulässig. Eine Subscription kaufen Sie nicht für das Recht zur Nutzung, sondern für den Zugriff auf das getestete Enterprise-Repository und den Hersteller-Support.
Für Homelabs, Lern- und Testumgebungen ist das No-Subscription-Repo die naheliegende Wahl. Für produktive, geschäftskritische Cluster raten wir dagegen zur Subscription: Sie erhalten gründlicher getestete Updates, einen klaren Support-Pfad und damit weniger Risiko bei sicherheitskritischen Patches. Eine Einordnung der Lizenzkosten finden Sie unter Was kostet Proxmox?, die Risiken und das Betriebskonzept ohne Subscription unter Proxmox ohne Subscription betreiben.
Was ohne Subscription fehlt
Ohne Subscription verzichten Sie auf:
- Das Enterprise-Repository mit besonders stabilen, validierten Paketen
- Offiziellen Support durch das Proxmox-Team inklusive Reaktionszeiten je nach Stufe
- Den Anspruch auf eine geprüfte Update-Reihenfolge bei größeren Releases
Was Sie behalten: den vollen Funktionsumfang von Proxmox VE - VMs, LXC-Container, Cluster, Hochverfügbarkeit, Backups und alle Storage-Optionen. Genau deshalb ist das Entfernen der Warnung im Homelab unkritisch, während in der Produktion ein geplanter Update- und Support-Prozess erforderlich ist.
Fazit
Der JavaScript-Patch kann die Subscription Notice in Proxmox ausblenden. Prüfen Sie die Änderung mit diff und anschließend bei einer erneuten Anmeldung.
Für produktive Umgebungen empfiehlt sich jedoch weiterhin das Enterprise Repository.
Für Homelabs und Tests ist das No-Subscription Repository die bessere Wahl - und komplett frei nutzbar.
Nächster Schritt
Subscription oder Wartung auslagern?
Wir planen, betreiben und überwachen virtualisierte Infrastruktur auf Proxmox VE - auf dedizierter Hardware, in der Cloud oder hybrid. Inklusive Patch-Management, Backups und CVE-Monitoring.
Subscription über WZ-IT beziehen · Managed Proxmox ansehen
Weiterlesen: VMware zu Proxmox migrieren · Proxmox Backup Server richtig aufsetzen · Private Cloud für KMU
