Jak wycofać Jellyfin z użycia bez pozostawiania niezabezpieczonych danych

Wycofaj Jellyfin z użycia, odbierając do niego dostęp dopiero po ustaleniu, jaki stan chcesz zachować, zweryfikowaniu kopii zapasowej możliwej do odtworzenia oraz zinwentaryzowaniu każdej ścieżki i poświadczenia używanych przez usługę. Usunięcie kontenera w pierwszej kolejności może pozostawić montowania multimediów, kopie zapasowe, klucze API, trasy odwrotnego serwera proxy i woluminy trwałe, mimo że interfejs Jellyfin zniknie.

Bezpieczne wycofanie ma dwa cele: zachować wszystko, czego możesz potrzebować później, oraz usunąć każdą ścieżkę, która nadal może ujawniać dane lub je modyfikować. Pracuj od zewnątrz do wewnątrz — wyłącz zdalne punkty dostępu, zatrzymaj nowe zapisy, wykonaj i przetestuj końcową kopię zapasową, usuń aplikację, a następnie dokładnie sprawdź woluminy, montowania wiązane, DNS, reguły zapory sieciowej i poświadczenia. Nie używaj szerokiego polecenia czyszczenia, dopóki nie wiesz, które dane trwałe zostały zarchiwizowane lub celowo usunięte.

Zainwentaryzuj dane, montowania i ścieżki dostępu przed usunięciem

Wypisz katalog danych i konfiguracji Jellyfin, pamięć podręczną, montowania multimediów, ścieżkę transkodowania, folder kopii zapasowych, odwrotny serwer proxy, VPN lub tunel, nazwę DNS, reguły zapory sieciowej oraz wszelkie klucze API lub poświadczenia usług. Oznacz każdy element jako zachować, ponownie wykorzystać, zmienić lub usunąć.

Inwentaryzacja zapobiega częstemu błędowi podczas wycofywania usługi, jakim jest traktowanie kontenera aplikacji jako całej usługi. Na serwerze domowym cenny stan często znajduje się w montowaniach wiązanych lub nazwanych woluminach, podczas gdy publiczny punkt dostępu działa w zupełnie innej konfiguracji serwera proxy lub DNS.

Jeśli serwer był dostępny zdalnie, przeanalizuj ten sam model ścieżki, który jest używany podczas śledzenia warstw zdalnego dostępu: publiczny DNS, proxy/VPN, zapora sieciowa i usługa lokalna to oddzielne warstwy, z których każdą należy celowo wycofać.

Utwórz końcową kopię zapasową przed zatrzymaniem ostatniej sprawnej instancji

Wykonaj końcową kopię zapasową Jellyfin, gdy serwer jest jeszcze w znanym, sprawnym stanie, a następnie skopiuj ją do lokalizacji, która przetrwa usunięcie hosta Jellyfin lub woluminów. Oznacz archiwum wersją Jellyfin i datą wycofania.

Oficjalne metody tworzenia kopii zapasowych Jellyfin opisują zarówno wbudowane, jak i ręczne sposoby wykonywania kopii oraz wyjaśniają, jak zachować stan serwera możliwy do odtworzenia. Użyj udokumentowanej metody odpowiedniej dla swojej instalacji, zamiast tworzyć niespójną kopię działających na żywo plików bazy danych i konfiguracji.

Wykonaj mały test przywracania lub przynajmniej sprawdź zawartość archiwum, zanim przejdziesz dalej. Jeśli końcowa kopia zapasowa jest niekompletna, przerwij wycofywanie usługi i napraw ją, dopóki działający serwer nadal istnieje.

Wyłącz dostęp zewnętrzny przed usunięciem aplikacji

Usuń lub wyłącz rekordy publicznego DNS, trasy odwrotnego serwera proxy, przekierowania portów, udostępnienia tuneli i listy kontroli dostępu VPN, które konkretnie wystawiają Jellyfin na zewnątrz. Wykonanie tego w pierwszej kolejności zamyka publiczną ścieżkę, gdy serwer jest nadal dostępny lokalnie na potrzeby końcowej weryfikacji.

Potwierdź z zewnętrznej sieci, że stary publiczny adres Jellyfin lub tunel nie prowadzi już do usługi, a następnie potwierdź, że dostęp lokalny nadal działa wystarczająco długo, aby dokończyć tworzenie kopii zapasowej i inwentaryzację. Ten dwustronny test dowodzi, że zamknąłeś dostęp, nie niszcząc przedwcześnie stanu możliwego do odzyskania.

Zmień klucze API lub poświadczenia przeznaczone dla Jellyfin, szczególnie jeśli były przechowywane w konfiguracjach proxy, skryptach automatyzacji lub systemach monitorowania, które pozostaną po usunięciu usługi.

-15% OFF

ZimaBoard 2 – Mini serwer domowy dla Twojego wielkiego pomysłu

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Usuwaj kontenery i woluminy w sposób przemyślany

Zatrzymaj i usuń kontener Jellyfin dopiero po zweryfikowaniu końcowej kopii zapasowej. Następnie sprawdź każde montowanie wiązane i nazwany wolumin oraz zdecyduj, czy należy on wyłącznie do Jellyfin, czy jest współdzielony z inną usługą.

Dokumentacja Dockera wyjaśnia, że woluminy pozostają po usunięciu kontenera; usunięcie kontenera nie usuwa automatycznie wszystkich woluminów trwałych. Ta trwałość jest przydatna podczas odzyskiwania, ale oznacza również, że porzucone dane aplikacji mogą pozostać na dysku, dopóki nie zajmiesz się nimi jawnie.

Nie uruchamiaj docker volume prune jako pierwszego kroku czyszczenia na hoście z wieloma aplikacjami. Usuwaj wyłącznie woluminy, które jednoznacznie zidentyfikowałeś, a końcowe archiwum przechowuj poza zakresem tego czyszczenia.

Sprawdź, czy nie pozostał niezabezpieczony stan Jellyfin

Przeszukaj hosta pod kątem starej ścieżki danych Jellyfin, pozostałych plików Compose, plików środowiskowych, fragmentów konfiguracji proxy, archiwów kopii zapasowych i poświadczeń. W przypadku każdego pozostałego elementu zastosuj normalną politykę tworzenia kopii zapasowych i dostępu albo celowo go usuń.

Sprawdź, czy uprawnienia do multimediów nadal odpowiadają usługom, które pozostały. Użytkownik lub lista kontroli dostępu dedykowane Jellyfin mogą nie być już potrzebne, ale ich usunięcie nie powinno zepsuć innego kontenera, który celowo współdzielił tę samą grupę lub montowanie multimediów tylko do odczytu.

Wycofanie usługi jest zakończone, gdy stara publiczna ścieżka jest zamknięta, końcową kopię zapasową można odtworzyć, aplikacja już nie działa, a każdy pozostały plik lub dane uwierzytelniające mają wyraźnie określonego właściciela. Jeśli nie potrafisz rozliczyć woluminu lub kopii zapasowej, poddaj je kwarantannie zamiast usuwać je na oślep.