Czy Plex działa niezawodnie za CGNAT-em lub podwójnym NAT-em?

Plex może działać za podwójnym NAT-em lub CGNAT-em, ale niezawodny zdalny dostęp zależy od kontrolowania brakującej publicznej ścieżki przychodzącej albo celowego jej zastąpienia.

Podwójny NAT może być lokalnym problemem topologii, który da się uprościć, ponieważ oba routery są pod Twoją kontrolą. CGNAT działa inaczej: dostawca internetu zarządza translacją upstream, więc samo przekierowanie portu na domowym routerze nie może zapewnić bezpośredniej osiągalności. Niezawodność wymaga najpierw ustalenia, z którą granicą masz do czynienia, a następnie wyboru rozwiązania opartego na publicznym adresie, IPv6 lub tunelu, które przetrwa restarty i zapewni wymaganą przepustowość.

Bezpośredni dostęp przychodzący nie działa, gdy host Plex nie jest osiągalny z publicznego adresu

Standardowy zdalny dostęp zakłada istnienie ścieżki przychodzącej od krawędzi internetu do serwera Plex. Przy jednym domowym routerze i publicznym adresie ścieżkę tę można zwykle opisać za pomocą jednej reguły translacji i przekierowania. CGNAT dodaje kontrolowaną przez dostawcę translację upstream, a podwójny NAT — kolejną lokalną warstwę routingu.

Przewodnik dotyczący zdalnego dostępu do Plex za CGNAT-em wyjaśnia, dlaczego CGNAT uniemożliwia bezpośrednie przekierowanie wyłącznie z poziomu routera klienta: translacja wystawiona do internetu nie należy do sieci domowej. Niezawodność zależy więc od zmiany granicy adresowej lub zastosowania innego projektu dostępu.

Porównaj adres WAN routera z publicznym adresem widocznym z zewnątrz. Jeśli różnią się w sposób wskazujący na kolejną warstwę translacji, idealna reguła przekierowania portu na wewnętrznym routerze nadal może być nieosiągalna. Ustal tę topologię, zanim zmienisz ustawienia Plex.

Podwójny NAT można naprawić, gdy kontrolujesz oba routery

Podwójny NAT różni się od NAT-u operatorskiego, gdy oba urządzenia wykonujące translację znajdują się w domu. Możesz przełączyć bramę dostawcy w tryb bridge, przekierować ruch przez obie warstwy albo umieścić jeden router za regułą w stylu DMZ. Cel pozostaje ten sam: uzyskanie jednej przewidywalnej ścieżki przychodzącej do hosta Plex.

Dyskusja o sieciach domowych dotycząca przekierowania portów przy podwójnym NAT pokazuje praktyczną różnicę między przekierowaniem przez oba urządzenia a przełączeniem nadrzędnej bramy w tryb bridge. Właściwa opcja zależy od tego, które urządzenie ma pozostać głównym routerem.

Narysuj ścieżkę od zakończenia połączenia internetowego przez bramę i dodatkowy router do hosta Plex, a następnie ustal, kto kontroluje NAT na każdym etapie. Jeśli oba routery należą do Ciebie, uprość topologię, zanim dodasz tunele lub obejścia. Jeśli zewnętrzna warstwa należy do dostawcy, potraktuj ją jako CGNAT.

CGNAT wymaga innej granicy zdalnego dostępu

W przypadku CGNAT-u domowy router nie kontroluje publicznego mapowania przychodzącego. Ponawianie przez Plex prób automatycznego mapowania portu nie może zapewnić uprawnień, których router nie posiada. Niezawodne rozwiązania obejmują więc uzyskanie publicznego adresu, użycie IPv6, gdy pełna ścieżka klienta i zapory to obsługuje, albo zastosowanie starannie wybranego tunelu lub sieci nakładkowej.

Użytkownicy zmagający się z niekontrolowanym zewnętrznym NAT-em dochodzą do tej samej granicy architektonicznej: gdy nie można skonfigurować urządzenia upstream, rozwiązanie przestaje być zwykłym zadaniem polegającym na przekierowaniu portu na jednym routerze.

Wybierz obejście na podstawie wydajności i kosztu operacyjnego, a nie tylko tego, czy strona statusu zmieni kolor na zielony. Zdalne odtwarzanie materiałów 4K o wysokiej przepływności wymaga ścieżki zdolnej przenieść ruch bez ukrytego ograniczenia narzuconego przez przekaźnik lub tunel, a model bezpieczeństwa musi pozostać zrozumiały po zmianie routera lub dostawcy.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

$799.00 - $2,499.00

Buy Now

Tunele mogą przywrócić osiągalność, ale zmieniają ścieżkę awarii

Odwrócony tunel lub sieć nakładkowa tworzy wychodzące połączenie z serwera domowego do osiągalnej usługi, a następnie kieruje zdalny ruch z powrotem przez tę relację. Może to ominąć brak kontroli nad portami przychodzącymi, ale dodaje kolejną usługę, nazwę hosta, ścieżkę przepustowości, warstwę certyfikatów lub uwierzytelniania oraz nowy obszar możliwych awarii.

Praktyczny przewodnik dotyczący zdalnego dostępu pokazuje jeden ze sposobów zbudowania ścieżki tunelowej zamiast polegania na konwencjonalnym przekierowaniu. Potraktuj to jako przykład architektury, a nie uniwersalną rekomendację dla każdego dostawcy lub każdej usługi.

Przetestuj tunel z rzeczywistą zdalną przepływnością, w razie potrzeby na kilku klientach, oraz wymuś restart komponentu tunelu. Rozwiązanie, które działa tylko tak długo, jak żyje jeden niezarządzany proces, nie jest jeszcze niezawodne. Udokumentuj nową zależność i sposób, w jaki klienci Plex wykrywają niestandardową ścieżkę.

Niezawodność zależy od kontroli nad topologią i testu odtwarzania po awarii

CGNAT i podwójny NAT nie uniemożliwiają korzystania z Plex, ale zmieniają znaczenie słowa „niezawodny”. Stabilny projekt to taki, w którym własność adresu, ścieżka przekierowania lub tunelu, DNS, zapora i trasa klienta są jasno określone oraz możliwe do odtworzenia po wymianie sprzętu.

Najnowsze dyskusje użytkowników dotyczące CGNAT-u i działania przekaźnika pokazują, dlaczego połączenie może pozornie działać przez ścieżkę pośrednią, nie zapewniając takiej samej wydajności jak trasa bezpośrednia. Zawsze weryfikuj rzeczywistą ścieżkę zamiast ufać pojedynczemu wskaźnikowi dostępności.

Po wybraniu projektu dostępu przetestuj go przez sieć komórkową, uruchom ponownie router i hosta Plex oraz potwierdź, że połączenie wraca bez ręcznych improwizacji. Szerszy plan odbudowy konfiguracji na granicy sieci jest właściwym punktem odniesienia, gdy granica routera lub dostawcy zmieni się ponownie.