Po zmianie sieci odbuduj Jellyfin, najpierw przywracając lokalną ścieżkę dostępu do usługi, a następnie sprawdzając osobno podmontowane zasoby, tożsamość, DNS i dostęp zdalny.
Nowy router, podsieć, VLAN lub domena DNS mogą sprawić, że sprawna baza danych Jellyfin będzie wyglądać na uszkodzoną, ponieważ klienci, podmontowane zasoby i odwrotne serwery proxy nie będą już korzystać z tej samej ścieżki. Zachowaj stare notatki o sieci i kopię danych aplikacji. Celem jest ustalenie znanej ścieżki od klienta, przez usługę, do multimediów oraz wyraźnego punktu zatrzymania, gdy zawodzi sama sieć, a nie Jellyfin.
Zapisz starą ścieżkę, zanim cokolwiek zmienisz
Zapisz adres serwera, nazwę hosta, podsieć, bramę, nazwę DNS, podmontowane ścieżki multimediów, adres docelowy odwrotnego serwera proxy, nazwę certyfikatu oraz wszelkie reguły zapory lub przekierowania portów. Rozdziel strumieniowanie lokalne od zdalnego. Jeśli stary host jest nadal dostępny, wyeksportuj konfigurację Jellyfin i spisz użytkowników oraz biblioteki przed przypisaniem nowych adresów.
To stanowi punkt wyjścia do odbudowy: użytkownik łączy się z usługą, usługa ma dostęp do bazy danych i multimediów, a kopie zapasowe trafiają do miejsca docelowego. Nie zaczynaj od publicznego portu ani nowej reguły serwera proxy.
Przywróć usługę lokalną pod stabilnym adresem
Przypisz serwerowi rezerwację DHCP lub statyczny adres, a następnie sprawdź, czy interfejs internetowy Jellyfin otwiera się w tej samej sieci LAN. Sprawdź adres, na którym nasłuchuje usługa, oraz zaporę hosta, a przed zmianą DNS przetestuj klienta lokalnego. Jeśli aplikacja się uruchamia, ale biblioteki są puste, zatrzymaj się i sprawdź ścieżkę do pamięci masowej zamiast odtwarzać bazę danych.
Wskazówki Jellyfin dotyczące migracji podkreślają, że wewnętrzne dane są zależne od ścieżek, a ścieżki w kontenerze muszą odpowiadać zapisanym lokalizacjom multimediów (wskazówki dotyczące migracji zależnej od ścieżek). Niezgodność ścieżek traktuj jako błąd topologii, a nie błąd metadanych.
Najpierw ponownie podłącz punkty montowania i skonfiguruj uprawnienia, a dopiero potem DNS
Podłącz ponownie woluminy z multimediami i kopiami zapasowymi pod stałymi ścieżkami, a następnie sprawdź dostęp do odczytu na koncie usługi Jellyfin. Zweryfikuj jeden plik w każdej bibliotece i jeden zapis w katalogu danych aplikacji. Cache i pobrane okładki przechowuj w pamięci, którą można odtworzyć, a multimedia użytkowników, bazę danych i kopie zapasowe pozostaw na zabezpieczonych nośnikach.
Test jest ZALICZONY, gdy po ponownym uruchomieniu punkty montowania są odtwarzane przed uruchomieniem Jellyfin, a skanowanie biblioteki nie powoduje ostrzeżeń o brakujących plikach. Jeśli punkt montowania wymaga interaktywnego logowania, przed dalszymi działaniami napraw kolejność uruchamiania.
Odtwórz tożsamość, DNS i dostęp zdalny w tej kolejności
Gdy odtwarzanie lokalne zacznie działać, przywróć nazwę hosta i wewnętrzny rekord DNS. Przetestuj klienta, używając nazwy zamiast adresu IP, a następnie sprawdź działanie odwrotnego serwera proxy lub VPN spoza domu. Uwierzytelnianie i autoryzację traktuj oddzielnie od routingu: nieudane logowanie nie świadczy o tym, że nowe przekierowanie portu jest błędne.
Uruchom jedno odtwarzanie bezpośrednie i jedno transkodowanie na rzeczywistym zestawie klientów. Zapisz zaobserwowany punkt końcowy, tryb odtwarzania i miejsce wystąpienia awarii. Opis migracji z serwisu społecznościowego może pomóc w porównaniu założeń dotyczących ścieżki i sieci, ale nie uogólniaj na tej podstawie ustawień sprzętu ani routera (opis przypadku migracji).
Jawnie określ procedurę wycofania zmian i rozbudowy
Zachowaj stary rekord DNS, kopię zapasową konfiguracji i wcześniejsze notatki dotyczące sieci, dopóki nie przejdą pomyślnie testy odtwarzania lokalnego, dostępu użytkowników, routingu zdalnego i przywracania. Rozbuduj sieć wyłącznie przez dodanie dedykowanej ścieżki, na przykład osobnego VLAN-u do zarządzania lub drugiego interfejsu sieciowego, gdy wspólna ścieżka zacznie działać gorzej. Przerwij przebudowę, jeśli serwer nie może uzyskać stabilnego adresu, trwałych punktów montowania ani przetestowanej ścieżki odzyskiwania; żadna ilość zmian konfiguracji klientów nie naprawi tych braków u podstaw.
Konfiguracja NAS-a i serwera
Więcej do przeczytania

Czy serwer w akademiku może działać na tyle cicho, by nie przeszkadzać podczas snu, nauki i rozmów wideo?
Tak — serwer w akademiku może działać dyskretnie, jeśli sprzęt zużywa mało energii, drgania dysków są kontrolowane, wymagające zadania zaplanowane, a hałas sprawdzony w...

Studenckie domowe laboratorium, które można przenieść z akademika do pierwszego mieszkania
Zapewnij mobilność studenckiego homelabu, oddzielając usługi od sieci przypisanej do konkretnego pokoju, ograniczając liczbę urządzeń, tworząc kopie zapasowe stanu i ćwicząc sprawne przenoszenie.

Jak udostępnić jeden domowy serwer współlokatorom bez współdzielenia kont ani prywatnych plików
Przydziel każdemu współlokatorowi indywidualną tożsamość i prywatną przestrzeń dyskową oraz tylko te role współdzielone, których potrzebuje; oddziel administrację, kopie zapasowe i proces odejścia użytkownika.



