Jak ustalić, czy błąd Plex pochodzi od klienta, czy od serwera

Eva Wong

IceWhale author

Eva Wong jest Technicznym pisarzem i stałym majsterkowiczem w ZimaSpace. Całe życie geek z pasją do homelabów i oprogramowania open-source, specjalizuje się w tłumaczeniu skomplikowanych koncepcji technicznych na przystępne, praktyczne przewodniki. Eva wierzy, że samodzielne hostowanie powinno być zabawą, a nie czymś onieśmielającym. Poprzez swoje samouczki umożliwia społeczności rozwiewanie tajemnic konfiguracji sprzętu, od budowy pierwszego NAS po opanowanie kontenerów Docker.

How to Tell Whether a Plex Error Comes From the Client or Server - Zima Store Online

Najszybszym sposobem na określenie zakresu problemu jest sprawdzenie, czy ta sama zawartość multimedialna nie działa na wielu klientach. Jeśli tak, zbadaj serwer lub współdzieloną ścieżkę sieciową; jeśli problem występuje tylko na jednym kliencie, zacznij właśnie od niego.

Błędy Plexa często wyglądają w aplikacji identycznie, nawet gdy problem dotyczy różnych warstw. Klient może odrzucać kodek, utracić lokalny stan aplikacji albo wybrać inną jakość odtwarzania, podczas gdy serwer może nie móc odczytać pliku, przeprowadzić transkodowania, uwierzytelnić użytkownika lub uzyskać dostępu do zdalnej ścieżki. Odtwórz ten sam element od tego samego znacznika czasu na dwóch klientach, pozostaw ustawienia serwera bez zmian i na podstawie wyniku zdecyduj, którym logom oraz poprawkom warto poświęcić uwagę.

Użyj jednego elementu multimedialnego, aby określić zakres problemu na różnych klientach

Wybierz element, który regularnie powoduje błąd, i odtwórz go na drugim kliencie bez zmieniania ustawień serwera. W miarę możliwości użyj podobnego typu połączenia. Jeśli oba klienty zatrzymują się w tym samym momencie, bardziej prawdopodobną przyczyną stają się plik multimedialny, ścieżka odczytu serwera, transkodowanie lub współdzielona trasa sieciowa, a nie odizolowany problem aplikacji.

Wskazówki Plex dotyczące logów serwera traktują je jako podstawowe narzędzie rozwiązywania problemów i opisują wbudowany sposób ich pobierania. Zanim je zbierzesz, zapisz dokładny znacznik czasu odtwarzania, aby móc powiązać błąd z odpowiednim fragmentem logu, zamiast przeszukiwać w ciemno cały dzień.

Jeśli drugi klient odtwarza ten sam element bez problemów, pozostań przy gałęzi dotyczącej klienta. Porównaj wersję aplikacji, połączenie z sieci lokalnej ze zdalną ścieżką, jakość odtwarzania, napisy, obsługę kodeków oraz sprawdź, czy dany klient nie wymusza transkodowania, którego działający klient nie potrzebuje.

Porównaj ścieżkę sesji, a nie tylko treść błędu

Otwórz panel Plex Dashboard podczas odtwarzania błędu i sprawdź sesję. Zwróć uwagę, czy wadliwy klient korzysta z Direct Play, Direct Stream czy transkodowania oraz czy połączenie jest lokalne, czy zdalne. Dwa klienty, które żądają od serwera różnych ścieżek odtwarzania, nie są równoważnymi testami, nawet jeśli otwierają ten sam plik.

Jeśli tylko wadliwy klient uruchamia transkodowanie, wymuś porównywalną jakość na działającym kliencie i powtórz test. Jeśli teraz oba klienty przestaną działać, problem przeniósł się z gałęzi specyficznej dla klienta do gałęzi transkodowania serwera. Jeśli drugi klient nadal działa przy tej samej ścieżce, pierwotny klient pozostaje bardziej prawdopodobnym źródłem problemu.

Jeśli każdy klient zawodzi wyłącznie przy połączeniu zdalnym, ale działa lokalnie, zbadaj współdzieloną ścieżkę zdalną — router, tunel, odwrotny serwer proxy, przekaźnik, przepustowość wysyłania lub DNS — zanim ponownie zainstalujesz którąkolwiek aplikację kliencką. Określenie zakresu problemu może równie skutecznie wskazać granicę sieci, jak odizolować klienta.

Zbieraj logi z warstwy, która faktycznie zawiodła

Gdy zakres problemu wskaże gałąź serwera, odtwórz problem raz, zanotuj znacznik czasu i natychmiast pobierz logi serwera. Wyszukaj w pobliżu tego zdarzenia błędy dotyczące dostępu do pliku, transkodowania, sieci, bazy danych lub uwierzytelniania. Unikaj włączania maksymalnego poziomu szczegółowości, chyba że wyraźnie zaleca to dokumentacja pomocy technicznej, ponieważ większa liczba wierszy nie oznacza automatycznie lepszych dowodów.

Podobna metoda oparta na logach jest opisana w poradniku ZimaSpace dotyczącym rozwiązywania problemów z aplikacjami: zacznij od warstwy, która zawiodła, a następnie wykorzystaj wskazówki z logów, aby zdecydować, czy kolejna gałąź dotyczy DNS, portów, uprawnień czy aplikacji. Taka sama dyscyplina pomaga w rozwiązywaniu problemów z Plexem.

Jeśli problem pozostaje ograniczony do gałęzi klienta, zbierz logi aplikacji tego klienta lub dostępne informacje diagnostyczne dotyczące platformy, zachowując znacznik czasu z logu serwera jako punkt odniesienia. Nie zmieniaj globalnie ustawień serwera, aby naprawić problem, który można odtworzyć tylko na jednym punkcie końcowym.

-15% OFF

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

Single board computer zimaboard2

Zweryfikuj poprawkę na pierwotnym kliencie i jednym kliencie kontrolnym

Zastosuj najmniejszą poprawkę odpowiadającą odizolowanej warstwie: zaktualizuj klienta lub zresetuj go, jeśli problem występuje tylko na nim; napraw uprawnienia serwera, transkodowanie lub stan sieci, jeśli problem dotyczy wielu klientów. Następnie ponownie odtwórz tę samą zawartość od miejsca, w którym wystąpił błąd.

Procedura zgłaszania problemów Plex zaleca odtworzenie problemu i zebranie logów wraz ze szczegółowymi informacjami o wersji oraz środowisku. To również dobry test końcowy przed eskalacją: powtarzalny błąd z oznaczonymi znacznikami czasu jest znacznie łatwiejszy do zdiagnozowania niż ogólny komunikat „błąd odtwarzania”.

Poprawka jest potwierdzona, gdy pierwotny klient działa poprawnie, a klient kontrolny nadal zachowuje się normalnie. Jeśli błąd zmieni warstwę — na przykład błąd klienta zniknie, ale wszystkie klienty zdalne zaczną zawodzić — zatrzymaj się i ponownie sklasyfikuj problem, zamiast nakładać kolejne zmiany na podstawie pierwszej diagnozy.