Jak odtworzyć konfigurację Jellyfin po przejściu do nowej sieci

Eva Wong jest redaktorką techniczną i rezydentką majsterkowania w ZimaSpace. Jest geekiem od zawsze, z pasją do domowych laboratoriów i oprogramowania open source, a jej specjalnością jest przekładanie złożonych zagadnień technicznych na przystępne, praktyczne poradniki. Eva wierzy, że samodzielne hostowanie powinno sprawiać radość, a nie onieśmielać. Dzięki swoim samouczkom pomaga społeczności oswoić konfigurację sprzętu, od budowy pierwszego serwera NAS po opanowanie kontenerów Docker.

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

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.