Jeśli Plex działa w jednej ścieżce sieciowej, ale nie działa w innej, pozostaw konfigurację serwera bez zmian i przetestuj zmienną ścieżkę.
Interfejsy Wi‑Fi, Ethernet i VPN mogą używać różnych adresów IP, serwerów DNS, tras, wartości MTU, sieci VLAN i zasad zapory sieciowej, nawet na tym samym kliencie. Zmiana ustawień całego serwera jest niewłaściwym pierwszym krokiem, gdy te same multimedia i konto działają przez jedną ścieżkę. Porównaj bezpośrednią dostępność serwera, rozwiązywanie nazw DNS, wybór trasy i tryb odtwarzania na każdym interfejsie.
Porównaj adres i trasę przed zmianą ustawień Plex
Interfejs, na którym występuje problem, może łączyć się z inną podsiecią albo wybierać inną trasę domyślną. Zweryfikuj adres IP serwera i trasę z poziomu klienta, zamiast ufać etykiecie sieci.
Gdy Ethernet i Wi‑Fi są aktywne jednocześnie, metryki tras mogą sprawić, że interfejsy wybiorą różne ścieżki do tego samego celu, dlatego pierwszej diagnozy szukaj w routingu i zasadach interfejsów, a nie w ustawieniach Plex.
Wykonaj ping do adresu serwera lub połącz się z nim obiema ścieżkami, porównaj adres IP i podsieć klienta oraz sprawdź trasę używaną dla portu 32400. Jeśli Ethernet nie może bezpośrednio połączyć się z serwerem, rozwiązania szukaj w warstwie sieciowej.
Sprawdź osobno DNS i routing VPN
VPN może zmienić zarówno priorytet tras, jak i DNS, bez zmiany aplikacji Plex. Tunelowanie dzielone może również powodować wysyłanie odpowiedzi przez inny interfejs niż ten, który odebrał żądanie.
Tunelowanie dzielone może zawieść, gdy ruch z odpowiedziami opuszcza sieć przez trasę VPN, zamiast przez interfejs, który odebrał żądanie, przerywając w ten sposób prawidłowo działającą ścieżkę Plex.
Wyłącz VPN tylko na czas ustalenia wyniku kontrolnego, a następnie włącz go ponownie i porównaj tablice routingu. Napraw asymetryczny routing lub zasady tunelowania dzielonego, zanim zmienisz ustawienia multimediów albo bazy danych.
Sprawdź MTU, gdy małe żądania działają, ale transmisje się zatrzymują
Ścieżka może przepuszczać mały ruch sterujący, podczas gdy większe pakiety są fragmentowane lub przekraczają limit czasu. Ten wzorzec jest szczególnie istotny w przypadku tuneli VPN oraz niektórych połączeń mobilnych lub dostawców internetu.
Częściowa łączność może wynikać z awarii Plex zależnych od MTU w jednym sposobie transportu, podczas gdy inna ścieżka działa poprawnie, dzięki czemu rozmiar pakietów staje się ukierunkowanym testem problemów z VPN lub dostawcą internetu.
Użyj testu MTU ścieżki albo tymczasowo zmniejsz MTU tunelu w kontrolowany sposób. Jeśli odtwarzanie ustabilizuje się bez żadnych zmian w Plex, pozostaw diagnozę w warstwie transportowej.
Przetestuj Plex ponownie dopiero po ustabilizowaniu podstawowej łączności
Gdy bezpośrednia dostępność, routing, DNS i MTU będą spójne, przetestuj ten sam materiał Plex i tę samą jakość na każdej ścieżce. Dzięki temu unikniesz pomylenia naprawy sieci ze zmianą transkodowania po stronie klienta.
Zanim wrócisz do ustawień Plex, potwierdź, że na naprawionej ścieżce nie występują błędy sieciowe ani wysycenie zasobów; następnie odtwórz ten sam materiał w tej samej jakości, utrzymując zmienną sieciową bez zmian.
Jeśli ścieżka sieciowa jest stabilna, ale jeden klient nadal nie działa, przejdź do sprawdzania zgodności klienta lub stanu pamięci podręcznej. Zachowaj znaną ścieżkę zdalnego strumieniowania Plex jako punkt kontrolny, zamiast ponownie otwierać ustawienia sieciowe całego serwera.
Wsparcie i wskazówki
Więcej do przeczytania

Czy podczas tworzenia kopii zapasowej Jellyfin należy zatrzymać usługę?
Dla uproszczenia preferuj kopie zapasowe usług zatrzymanych; migawek na żywo używaj tylko wtedy, gdy stan aplikacji jest przechwytywany w spójny sposób, a przywracanie zostało...

Dlaczego Jellyfin działa głośno lub powoduje przegrzewanie, gdy nikt nie ogląda strumieniowo?
Podwyższona temperatura w stanie bezczynności zwykle oznacza działanie procesów w tle lub obciążenie współdzielonego hosta, dlatego przed zmianą chłodzenia albo sprzętu zidentyfikuj aktywny proces...

Kiedy odbudować Jellyfin zamiast go naprawiać?
Wybierz odtworzenie zamiast naprawy, gdy problemem jest rozbieżność środowiska uruchomieniowego, a trwały stan został zarchiwizowany; nie „odtwarzaj” przez usunięcie jedynej sprawnej bazy danych.

