Plex otwiera się lokalnie, ale nie działa zdalnie po zmianie routera

Jeśli Plex nadal otwiera się w sieci LAN, zachowaj serwer i odbuduj adresację, NAT, DNS oraz ścieżkę dostępu zdalnego w tej kolejności na nowym routerze.

Zmiana routera może nadać hostowi Plexa inny prywatny adres, usunąć stare przekierowanie portu, wprowadzić podwójny NAT lub włączyć zachowanie DNS, którego wcześniej nie było. Są to zmiany na obrzeżu sieci, a nie powody do ponownego skanowania multimediów ani wymiany bazy danych. Zacznij od jednego lokalnego testu odtwarzania, ustal nową ścieżkę od połączenia z dostawcą internetu do Plexa i zachowuj każdą zmianę tylko wtedy, gdy potwierdzi ją test zewnętrzny.

Potwierdź, że problem dotyczy wyłącznie dostępu zdalnego

Najpierw sprawdź, czy sam Plex działa prawidłowo. Otwórz serwer z sieci LAN, odtwórz znany plik i potwierdź, że serwer nadal jest przypisany do konta i odpowiada. Jeśli po zmianie routera dostęp lokalny również nie działa, najpierw potraktuj to jako szerszy problem z adresacją, DNS-em, zaporą lub hostem, zanim zajmiesz się przekierowaniem z internetu.

Gdy dostęp zdalny nie działa, ale odtwarzanie w sieci LAN nadal działa, przeanalizuj zewnętrzną ścieżkę, zanim zmienisz stan Plexa. Pomyślny test lokalny oznacza, że baza danych i silnik odtwarzania prawdopodobnie nie są pierwszym celem naprawy.

Jeśli odtwarzanie lokalne działa, zapisz bieżący adres LAN hosta Plexa i bramę. Jeśli otrzymał nowy adres z wymienionego routera, dowolna stara rezerwacja lub reguła przekierowania może teraz wskazywać niewłaściwe urządzenie. Ustal prawidłową tożsamość hosta, zanim zmienisz porty zewnętrzne.

Odbuduj ścieżkę portu dla nowego routera

Wymiana routera unieważnia stary stan NAT, nawet jeśli komputer z Plexem się nie zmienił. Zdecyduj, czy nowy router ma automatycznie utworzyć mapowanie, czy też zdefiniujesz jeden port publiczny i przekierujesz go na bieżący prywatny adres serwera oraz port Plexa.

Po wymianie routera zgodność portu publicznego musi odpowiadać portowi faktycznie wystawianemu przez router oraz portowi oczekiwanemu przez Plex.

Zastosuj jedną metodę przekierowania, a następnie przetestuj ją przez transmisję danych komórkowych lub inną zewnętrzną sieć. Jeśli port nadal jest nieosiągalny, nie twórz kilku nakładających się reguł. Przejdź do wcześniejszego punktu ścieżki i ustal, czy między tym routerem a internetem nie znajduje się teraz kolejny NAT lub zapora.

Sprawdź, czy nowa topologia wprowadziła podwójny NAT

Wiele bram dostawców internetu łączy funkcje modemu i routera. Dodanie nowego routera Wi-Fi za takim urządzeniem może utworzyć dwie warstwy NAT, podczas gdy poprzednia konfiguracja miała tylko jedną. Przekierowanie na routerze wewnętrznym zatrzyma się wtedy na bramie zewnętrznej, chyba że topologia działa w trybie mostu albo obie warstwy zostaną świadomie skonfigurowane.

Jeśli dwa lokalne routery tłumaczą ruch, mostkowanie lub przekierowanie w obu warstwach może przywrócić kompletną ścieżkę przychodzącą; porównaj adres WAN nowego routera z adresem publicznym, aby wykryć nieoczekiwany zewnętrzny NAT.

Jeśli kontrolujesz oba urządzenia, w miarę możliwości wybierz jedno urządzenie pełniące funkcję routera. Jeśli publicznym punktem dostępu zarządza dostawca internetu, a adres WAN nie odpowiada adresowi publicznemu, sprawdź, czy występuje CGNAT, zamiast zakładać, że zadziała kolejna lokalna reguła.

Jeśli zewnętrzne tłumaczenie należy do dostawcy internetu, a nie do innego kontrolowanego przez Ciebie routera, przestań traktować problem jak zwykły podwójny NAT. W tej gałęzi problem dotyczy CGNAT-u lub adresu publicznego, a wielokrotne przekierowania portów na routerze wewnętrznym nie utworzą uprawnień na brzegu sieci dostawcy.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

$799.00 - $2,499.00

Buy Now

Przetestuj DNS i bezpieczne rozwiązywanie nazw lokalnych osobno

Nowy router może również zmienić filtrowanie DNS, ochronę przed rebindingiem, działanie lokalnego resolvera lub serwery DNS przekazywane przez DHCP. Zmiany te mogą powodować dziwne zachowanie bezpiecznych połączeń Plexa lub lokalnego wykrywania, nawet jeśli bezpośrednie otwarcie adresu IP serwera nadal działa.

Resolver może zakłócać bezpieczne lokalne nazwy Plexa, gdy zachowanie związane z rebindingiem DNS blokuje wzorzec `plex.direct`. Przetestuj rozwiązywanie nazw, zanim szeroko wyłączysz funkcje bezpieczeństwa.

Z klienta LAN porównaj dostęp przez prywatny adres IP serwera z dostępem przez zwykłą aplikację Plex lub bezpieczną nazwę hosta. Jeśli bezpośredni adres IP działa, ale wykrywanie oparte na nazwie nie, naprawy szukaj w DNS. Jeśli oba sposoby działają lokalnie, a nie działa tylko ścieżka internetowa, wróć do kontroli NAT-u i brzegu sieci dostawcy.

Zaakceptuj nowy stan bazowy dopiero po teście ponownego uruchomienia

Tymczasowy sukces dostępu zdalnego może zniknąć, jeśli host otrzyma kolejny adres LAN, router odtworzy automatyczne mapowanie w inny sposób lub nowa ścieżka DNS zmieni się po odnowieniu dzierżawy. Niezawodność wymaga, aby konfiguracja przetrwała zwykłe ponowne uruchomienia bez ręcznej naprawy.

Stabilny plan odbudowy sieci powinien zachować tożsamość hosta, routing, DNS i dostęp zdalny po ponownym uruchomieniu, a nie kończyć się na jednorazowym zielonym statusie.

Zarezerwuj adres hosta Plexa lub zapewnij jego stabilność w inny sposób, raz uruchom ponownie hosta i router, a następnie ponownie przetestuj odtwarzanie lokalne i zdalne. Jeśli ścieżka nadal działa, udokumentuj regułę portu publicznego, ewentualny wyjątek DNS oraz topologię dostawcy internetu. Jeśli po ponownym uruchomieniu problem wróci, proces odzyskiwania nie jest jeszcze zakończony.