Plex öppnas lokalt men fungerar inte på distans efter ett routerbyte

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

Om Plex fortfarande öppnas på det lokala nätverket ska du bevara servern och bygga om den nya routerns adressering, NAT, DNS och fjärråtkomst i den ordningen.

Ett routerbyte kan ge Plex-värden en annan privat adress, ta bort en gammal portmappning, införa dubbel NAT eller aktivera ett DNS-beteende som inte fanns tidigare. Det är förändringar i nätverkskanten, inte skäl att söka igenom medierna eller ersätta databasen. Börja med ett lokalt uppspelningstest, identifiera den nya vägen från ISP-anslutningen till Plex och behåll varje ändring endast när ett externt test bekräftar den.

Bekräfta att felet endast gäller fjärråtkomst

Bevisa först att Plex fungerar som det ska. Öppna servern från det lokala nätverket, spela upp en känd fil och bekräfta att servern fortfarande är ansluten och svarar. Om lokal åtkomst också misslyckas efter routerbytet ska du först behandla det som ett bredare problem med adressering, DNS, brandvägg eller värd innan du arbetar med vidarebefordran från internet.

När fjärråtkomsten misslyckas medan uppspelning på det lokala nätverket fortfarande fungerar ska du isolera den externa vägen innan du ändrar Plex-tillståndet. Ett grönt lokalt test innebär att databasen och uppspelningsmotorn sannolikt inte är de första återställningsmålen.

Om lokal uppspelning fungerar ska du notera Plex-värdens aktuella lokala adress och gateway. Om den fick en ny adress från ersättningsroutern kan en gammal reservation eller vidarebefordringsregel nu peka på fel enhet. Åtgärda värdens identitet innan du ändrar externa portar.

Bygg om portvägen för den nya routern

Ett routerbyte gör den gamla NAT-konfigurationen ogiltig även om Plex-datorn inte har ändrats. Bestäm om den nya routern ska skapa mappningen automatiskt eller om du ska definiera en offentlig port och vidarebefordra den till serverns aktuella privata adress och Plex-port.

Efter ett routerbyte måste matchningen av den offentliga porten överensstämma med den port som routern faktiskt exponerar och den port som Plex förväntar sig.

Aktivera en vidarebefordringsmetod och testa sedan från mobildata eller ett annat externt nätverk. Om porten fortfarande inte kan nås ska du inte skapa flera överlappande regler. Flytta dig uppströms och avgör om ytterligare en NAT eller brandvägg nu finns mellan den här routern och internet.

Kontrollera om den nya topologin införde dubbel NAT

Många ISP-gateways kombinerar modem- och routerfunktioner. Om du lägger till en ny Wi-Fi-router bakom den enheten kan två NAT-lager skapas där den tidigare konfigurationen bara hade ett. En vidarebefordran på den inre routern stannar då vid den yttre gatewayen om topologin inte är bryggad eller båda lagren konfigureras medvetet.

Om två lokala routrar översätter trafik kan bryggning eller vidarebefordran genom båda lagren återställa en komplett inkommande väg. Jämför den nya routerns WAN-adress med den offentliga adressen för att upptäcka en oväntad yttre NAT.

Om du kontrollerar båda enheterna ska du om möjligt välja en enda router som ansvarar för routningen. Om ISP:n kontrollerar den offentliga kanten och WAN-adressen inte överensstämmer med den offentliga adressen ska du undersöka CGNAT i stället för att anta att ytterligare en lokal regel kommer att fungera.

Om den yttre översättningen tillhör ISP:n i stället för en annan router som du kontrollerar ska du sluta behandla problemet som vanlig dubbel NAT. Den grenen blir ett CGNAT- eller offentlig-adressproblem, och upprepade portvidarebefordringar i den inre routern skapar inte behörighet vid ISP-kanten.

Testa DNS och säker lokal namnupplösning separat

En ny router kan också ändra DNS-filtrering, skydd mot återbindning, beteendet hos den lokala resolveraren eller de DNS-servrar som tillhandahålls via DHCP. Dessa ändringar kan få Plex säkra anslutningar eller lokala upptäckt att bete sig märkligt även när serverns råa IP-adress fortfarande öppnas.

En resolver kan störa säkra lokala Plex-namn när DNS-återbindningsbeteende blockerar mönstret `plex.direct`. Testa namnupplösningen innan du inaktiverar säkerhetsfunktioner i stort.

Från en klient i det lokala nätverket ska du jämföra åtkomst via serverns privata IP-adress med åtkomst via den vanliga Plex-appen eller det säkra värdnamnet. Om direkt IP fungerar men namn||||based upptäckt misslyckas ska du hålla reparationen inom DNS. Om båda fungerar lokalt och endast internetvägen misslyckas ska du återgå till kontroller av NAT och ISP-kanten.

Acceptera den nya baslinjen först efter ett omstartstest

En tillfällig framgång med fjärråtkomst kan försvinna om värden får en annan lokal nätverksadress, routern återskapar en automatisk mappning på ett annat sätt eller den nya DNS-vägen ändras efter en förnyelse av lånetiden. Tillförlitlighet kräver att konfigurationen överlever vanliga omstarter utan manuell återställning.

En stabil plan för att bygga om nätverket bör bevara värdens identitet, routning, DNS och fjärråtkomst efter en omstart i stället för att sluta vid en grön status vid ett enda tillfälle.

Reservera Plex-värdens adress eller gör den på annat sätt stabil, starta om värden och routern en gång och testa sedan lokal och fjärruppspelning igen. Om vägen fungerar även efter detta ska du dokumentera regeln för den offentliga porten, eventuell DNS-ändring och ISP-topologin. Om den misslyckas efter omstart är återställningen inte klar.

Support och tips

Mer att läsa

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.