Kann Jellyfin während eines vorübergehenden Internetausfalls weiter funktionieren?
Ja. Jellyfin kann lokale Medien während eines vorübergehenden Internetausfalls weiterhin bereitstellen, wenn der Server, der Medienspeicher, das LAN und der Client einander weiterhin lokal erreichen können.
Die wichtige Einschränkung lautet jedoch: „Jellyfin wird selbst gehostet“ bedeutet nicht, dass jede umgebende Abhängigkeit ausfallsicher ohne Internet funktioniert. Ein öffentlicher DNS-Pfad, ein Cloud-Tunnel, ein extern gehostetes benutzerdefiniertes CSS oder sogar der eigene Launcher des Streaming-Geräts kann ausfallen, während der Jellyfin-Server selbst weiterhin fehlerfrei läuft. Testen Sie den vollständigen lokalen Wiedergabepfad, bevor Sie sich während eines Ausfalls darauf verlassen.
Internetausfall und Ausfall des lokalen Netzwerks voneinander trennen
Ein WAN-Ausfall bedeutet, dass der Router das Internet nicht mehr erreichen kann. Das bedeutet nicht zwangsläufig, dass der Ethernet-Switch, der WLAN-Zugangspunkt, DHCP und das lokale Routing ebenfalls ausfallen. Lassen Sie Server und Client im selben funktionierenden LAN und testen Sie den Jellyfin-Server über seine lokale Adresse oder einen lokalen DNS-Namen.
Tests aus der Community berichten übereinstimmend, dass die lokale Wiedergabe fortgesetzt werden kann, während der WAN-Zugang ausgefallen ist, weisen jedoch auch darauf hin, dass einige Client-Geräte eigene Internetabhängigkeiten haben können. Deshalb müssen Server und Client getrennt getestet werden.
Wenn der Router selbst in einen Modus neu startet, der bei fehlendem WAN WLAN oder lokales DNS deaktiviert, beheben Sie zuerst dieses Netzwerkverhalten. Jellyfin kann keinen Client bedienen, der keine Route mehr zum Host hat, selbst wenn die Anwendung keine Cloud-Authentifizierung benötigt.
Lokalen Clients eine Route geben, die nicht von öffentlichem DNS oder einem Cloud-Tunnel abhängt
Wenn jeder Fernseher Jellyfin nur über einen öffentlichen Hostnamen erreicht, dessen DNS, Reverse-Proxy oder Tunnel vom Internet abhängt, kann der lokale Dienst während eines WAN-Ausfalls als nicht verfügbar erscheinen. Halten Sie eine dokumentierte lokale IP-Adresse oder einen lokalen DNS-Namen als Ausweichmöglichkeit bereit oder konfigurieren Sie Split-DNS, sodass der normale Name im heimischen Netzwerk lokal aufgelöst wird.
Eine lokale Route sollte innerhalb des LANs enden und dieselbe vorgesehene Jellyfin-Instanz erreichen, ohne über einen VPS oder Cloud-Dienst zurückzuschleifen. Testen Sie das Zertifikats- und Hostnamenverhalten, das Ihre tatsächlichen Clients benötigen. Einige Apps akzeptieren als Ausweichlösung eine direkte lokale HTTP-Adresse, während andere auf eine einzige gespeicherte HTTPS-URL ausgerichtet sind.
Die Erklärung von ZimaSpace zu lokalem und entferntem Zugriff als getrennten Pfaden ist das richtige Denkmodell: Ein ausgefallener WAN-Pfad muss den LAN-Pfad nicht ebenfalls außer Betrieb setzen.
Damit rechnen, dass internetabhängige Metadaten und Integrationen beeinträchtigt werden
Bereits gespeicherte Medien, Datenbankstatus, Grafiken und Metadaten können lokal verfügbar bleiben. Neue Metadatenabfragen, Plugin-Updates, Untertiteldownloads, entfernte Bildressourcen und andere Aufrufe externer Anbieter können fehlschlagen oder bis zur Wiederherstellung des Internets auf eine Zeitüberschreitung warten.
Ein Community-Test von Jellyfin mit lokalen Medien im Offline-Modus berichtet, dass vorhandene lokale Metadaten weiterhin nutzbar sind, während neue Abrufe nicht möglich sind. Richten Sie das Verhalten während eines Ausfalls auf lokal zwischengespeicherte Ressourcen aus, statt anzunehmen, dass jede Anreicherungsfunktion zum zentralen Wiedergabepfad gehört.
Wenn ein benutzerdefiniertes Theme Schriftarten oder CSS von einer öffentlichen URL importiert, hosten Sie diese Ressourcen lokal, sofern sie für die Offline-Oberfläche wichtig sind. Vermeiden Sie ebenso, ein entferntes Identitäts-Gateway für lokale Benutzer im Haushalt zwingend vorauszusetzen, es sei denn, Sie haben diese Ausfallabhängigkeit bewusst akzeptiert.
Das Client-Gerät testen, nicht nur die Jellyfin-Webseite
Einige Smart-TV-Plattformen und Streaming-Sticks erwarten Internetzugang für ihren Startbildschirm, den App-Start, Kontoprüfungen oder Plattformdienste, selbst wenn der Jellyfin-Client nach dem Start lokal kommunizieren kann. Dass ein Laptop-Browser während eines Ausfalls funktioniert, beweist nicht, dass dies auch für das Gerät im Wohnzimmer gilt.
Berichte aus Haushalten beschreiben clientspezifisches Verhalten in einem LAN ohne Internet. Damit wird die Geräteplattform zu einem Teil des Verfügbarkeitskonzepts. Testen Sie jede Clientklasse, die der Haushalt voraussichtlich verwenden wird.
Halten Sie mindestens einen Ausweich-Client bereit, der eine lokale URL ohne Cloud-Start öffnen kann. Das kann ein Laptop, Tablet, HTPC oder ein anderes Gerät sein, das Sie tatsächlich getestet haben. Ziel ist nicht, das Verhalten jedes Herstellers vorherzusagen, sondern vor dem nächsten Ausfall einen nutzbaren Weg für den Haushalt nachzuweisen.
Eine kontrollierte WAN-Trennungsübung durchführen
Testen Sie dies nicht, indem Sie den Router oder das WLAN ausschalten. Trennen oder blockieren Sie ausschließlich die WAN-Verbindung, während das lokale Netzwerk intakt bleibt. Öffnen Sie Jellyfin anschließend von einem vollständig neu gestarteten Client, melden Sie sich bei Bedarf an, durchsuchen Sie vorhandene Metadaten, starten Sie eine Datei mit Direct Play, starten Sie eine Transkodierung, falls der Haushalt darauf angewiesen ist, springen Sie innerhalb des Mediums, setzen Sie die Wiedergabe fort und wechseln Sie den Benutzer.
Notieren Sie während des Tests, welche Aktionen lokal funktionieren und welche bei externen Diensten eine Zeitüberschreitung erreichen. Verbinden Sie das WAN wieder und prüfen Sie, ob fehlgeschlagene Metadaten- oder Update-Aufgaben wieder aufgenommen werden, ohne den Bibliotheksstatus zu beschädigen. Wenn die Benutzeroberfläche blockiert, weil externe Aufrufe lokale Aktionen aufhalten, vermerken Sie genau diese Funktion als Ausfallabhängigkeit.
Der Test ist bestanden, wenn ein normaler Client im Haushalt den Server finden, sich lokal authentifizieren, gespeicherte Inhalte durchsuchen und repräsentative Medien wiedergeben kann, während das WAN fehlt. Alles, was fehlschlägt, sollte als Abhängigkeit vom lokalen Netzwerk, der Client-Plattform, einer öffentlichen Route oder einer externen Integration gekennzeichnet werden, statt pauschal zu sagen: „Jellyfin benötigt Internet.“
FAQ
Verschwinden meine vorhandenen Jellyfin-Poster und Metadaten, wenn das Internet ausfällt?
Normalerweise nicht. Bereits vom Server gespeicherte Metadaten und Grafiken bleiben lokal erhalten. Nicht mehr möglich ist das Abrufen neuer Informationen von internetbasierten Anbietern. Daher können neu hinzugefügte Medien oder bedarfsgesteuerte Anreicherungen unvollständig bleiben, bis die Verbindung wiederhergestellt ist.
Warum kann ein Smartphone Jellyfin offline erreichen, ein Fernseher aber nicht?
Der Jellyfin-Server kann fehlerfrei funktionieren, während die TV-Plattform für den Launcher, den App-Start, DNS oder die Netzwerkvalidierung eine eigene Internetverbindung benötigt. Testen Sie genau den Fernseher oder Streaming-Receiver während einer reinen WAN-Trennung und halten Sie einen lokalen Ausweich-Client bereit, wenn die Wiedergabe während eines Ausfalls wichtig ist.
Empfohlene Produkte
Support & Tipps
Mehr zum Lesen
Sollte Jellyfin ein gemeinsames Konto oder separate Haushaltskonten verwenden?
Wählen Sie Jellyfin-Haushaltskonten nach den benötigten Grenzen für Identität, Zugriff, Jugendschutz und Wiederherstellung aus.
Warum bleibt der Speicherverbrauch von Jellyfin nach Abschluss der Arbeit hoch?
Unterscheiden Sie das Wachstum des Jellyfin-Prozesses vom Linux-Cache und untersuchen Sie es nur, wenn der Speicherverbrauch weiter ansteigt oder tatsächlich Druck auf den Arbeitsspeicher...
Anzeichen dafür, dass ein Jellyfin-Speicherlayout zum Wiederherstellungsrisiko wird
Prüfen Sie die Speicherrollen von Jellyfin, trennen Sie den laufenden Zustand von Backups und wiederherstellbaren Daten und belegen Sie das Layout durch eine Wiederherstellung.
