So deaktivieren Sie Jellyfin, ohne ungeschützte Daten zu hinterlassen

Deaktivieren Sie Jellyfin erst, nachdem Sie entschieden haben, welchen Zustand Sie aufbewahren möchten, ein wiederherstellbares Backup verifiziert und jeden vom Dienst verwendeten Pfad sowie jede Zugangsdatenquelle erfasst haben. Wenn Sie den Container zuerst löschen, können Medien-Mounts, Backups, API-Schlüssel, Reverse-Proxy-Routen und persistente Volumes zurückbleiben, obwohl die Jellyfin-Oberfläche verschwunden ist.

Eine sichere Außerbetriebnahme verfolgt zwei Ziele: Bewahren Sie alles auf, was Sie später möglicherweise benötigen, und entfernen Sie jede Route, über die weiterhin auf die Daten zugegriffen oder diese geändert werden kann. Arbeiten Sie von außen nach innen – deaktivieren Sie externe Zugriffspunkte, stoppen Sie neue Schreibvorgänge, erstellen und testen Sie das abschließende Backup, entfernen Sie die Anwendung und überprüfen Sie anschließend gezielt Volumes, Bind-Mounts, DNS-, Firewall-Regeln und Zugangsdaten. Verwenden Sie keinen umfassenden Prune-Befehl, bevor Sie wissen, welche persistenten Daten archiviert oder absichtlich gelöscht wurden.

Erfassen Sie Daten, Mounts und Zugriffspfade vor der Entfernung

Listen Sie Jellyfins Daten-/Konfigurationsverzeichnis, den Cache, Medien-Mounts, den Transcodierungspfad, den Backup-Ordner, den Reverse-Proxy, VPN oder Tunnel, den DNS-Namen, Firewall-Regeln sowie API-Schlüssel und Dienstzugangsdaten auf. Kennzeichnen Sie jedes Element mit „beibehalten“, „wiederverwenden“, „rotieren“ oder „löschen“.

Die Bestandsaufnahme verhindert den häufigen Fehler bei der Außerbetriebnahme, den Anwendungscontainer mit dem gesamten Dienst gleichzusetzen. Auf einem Heimserver befinden sich wertvolle Zustände häufig in Bind-Mounts oder benannten Volumes, während der öffentliche Einstiegspunkt in einer völlig anderen Proxy- oder DNS-Konfiguration liegt.

Wenn der Server aus der Ferne erreichbar war, überprüfen Sie dasselbe Pfadmodell, das beim Nachverfolgen von Fernzugriffsebenen verwendet wird: Öffentlicher DNS, Proxy/VPN, Firewall und der lokale Dienst sind getrennte Ebenen, die jeweils gezielt außer Betrieb genommen werden müssen.

Erstellen Sie ein abschließendes Backup, bevor Sie die letzte funktionierende Instanz stoppen

Erstellen Sie ein abschließendes Jellyfin-Backup, solange sich der Server noch in einem bekannten, funktionierenden Zustand befindet, und kopieren Sie es anschließend an einen Speicherort, der das Löschen des Jellyfin-Hosts oder der Volumes übersteht. Kennzeichnen Sie das Archiv mit der Jellyfin-Version und dem Datum der Außerbetriebnahme.

Jellyfins offizielle Methoden für Backup und Wiederherstellung beschreiben sowohl integrierte als auch manuelle Backup-Wege und erklären, wie ein wiederherstellbarer Serverzustand bewahrt wird. Verwenden Sie die dokumentierte Methode, die zu Ihrer Installation passt, statt eine inkonsistente Live-Kopie von Datenbank- und Konfigurationsdateien zu erstellen.

Führen Sie eine kleine Wiederherstellungsprüfung durch oder untersuchen Sie zumindest den Inhalt des Archivs, bevor Sie fortfahren. Wenn das abschließende Backup unvollständig ist, brechen Sie die Außerbetriebnahme ab und beheben Sie das Problem, solange der funktionierende Server noch vorhanden ist.

Deaktivieren Sie den externen Zugriff, bevor Sie die Anwendung entfernen

Entfernen oder deaktivieren Sie öffentliche DNS-Einträge, Reverse-Proxy-Routen, Portweiterleitungen, Tunnel-Freigaben und VPN-ACLs, über die Jellyfin gezielt erreichbar ist. Dadurch wird der öffentliche Pfad zuerst geschlossen, während der Server für die abschließende lokale Überprüfung noch verfügbar ist.

Bestätigen Sie aus einem externen Netzwerk, dass die alte öffentliche Jellyfin-URL oder der Tunnel den Dienst nicht mehr erreicht. Bestätigen Sie anschließend, dass der lokale Zugriff noch lange genug funktioniert, um Backup und Bestandsaufnahme abzuschließen. Dieser Test von beiden Seiten zeigt, dass Sie den Zugriff geschlossen haben, ohne den wiederherstellbaren Zustand vorzeitig zu zerstören.

Rotieren Sie API-Schlüssel oder Zugangsdaten, die ausschließlich für Jellyfin verwendet wurden, insbesondere wenn sie in Proxy-Konfigurationen, Automatisierungsskripten oder Überwachungssystemen gespeichert waren, die nach der Entfernung des Dienstes bestehen bleiben.

-15% OFF

ZimaBoard 2 – Mini-Heimserver für Ihre große Idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Entfernen Sie Container und Volumes gezielt

Stoppen und entfernen Sie den Jellyfin-Container erst, nachdem das abschließende Backup verifiziert wurde. Überprüfen Sie anschließend jeden Bind-Mount und jedes benannte Volume und entscheiden Sie, ob es ausschließlich zu Jellyfin gehört oder von einem anderen Dienst gemeinsam verwendet wird.

Docker dokumentiert, dass Volumes nach dem Entfernen eines Containers bestehen bleiben. Das Löschen eines Containers entfernt nicht automatisch jedes persistente Volume. Diese Persistenz ist für die Wiederherstellung nützlich, bedeutet aber auch, dass verwaiste Anwendungsdaten auf dem Datenträger verbleiben können, bis Sie sie ausdrücklich bearbeiten.

Führen Sie auf einem Host mit mehreren Anwendungen nicht als ersten Bereinigungsschritt docker volume prune aus. Entfernen Sie nur Volumes, die Sie eindeutig identifiziert haben, und bewahren Sie das abschließende Archiv außerhalb dieses Bereinigungsbereichs auf.

Überprüfen Sie, dass kein ungeschützter Jellyfin-Zustand zurückbleibt

Durchsuchen Sie den Host nach dem alten Jellyfin-Datenpfad, verbliebenen Compose-Dateien, Umgebungsdateien, Proxy-Snippets, Backup-Archiven und Zugangsdaten. Schützen Sie jedes verbleibende Element gemäß Ihren üblichen Backup- und Zugriffsrichtlinien oder löschen Sie es bewusst.

Überprüfen Sie, ob die Medienberechtigungen weiterhin zu den verbleibenden Diensten passen. Ein ausschließlich für Jellyfin verwendeter Benutzer oder eine entsprechende ACL wird möglicherweise nicht mehr benötigt. Das Entfernen darf jedoch keinen anderen Container beeinträchtigen, der dieselbe Gruppe oder denselben schreibgeschützten Medien-Mount absichtlich gemeinsam verwendet hat.

Die Außerbetriebnahme ist abgeschlossen, wenn der alte öffentliche Pfad geschlossen ist, das abschließende Backup wiederhergestellt werden kann, die Anwendung nicht mehr ausgeführt wird und jede verbleibende Datei sowie jede Zugangsdatenquelle einen eindeutig zugeordneten Verantwortlichen hat. Wenn Sie ein Volume oder Backup nicht zuordnen können, stellen Sie es unter Quarantäne, statt es blind zu löschen.