Plex opent lokaal, maar werkt op afstand niet meer na een routerwijziging

Als Plex nog steeds op het LAN opent, behoud dan de server en bouw de adressering, NAT, DNS en externe toegang van de nieuwe router in die volgorde opnieuw op.

Een routerwijziging kan de Plex-host een ander privéadres geven, een oude poortkoppeling verwijderen, dubbele NAT introduceren of DNS-gedrag inschakelen dat er eerder niet was. Dit zijn wijzigingen aan de netwerkrand, geen redenen om media opnieuw te scannen of de database te vervangen. Begin met één lokale afspeeltest, breng het nieuwe pad van de ISP-aansluiting naar Plex in kaart en behoud elke wijziging alleen wanneer een externe test deze bevestigt.

Bevestig dat de storing alleen op afstand optreedt

Controleer eerst of Plex zelf gezond is. Open de server vanaf het LAN, speel een bekend bestand af en bevestig dat de server gekoppeld en responsief blijft. Als lokale toegang na de routerwijziging ook mislukt, behandel dit dan eerst als een breder probleem met adressering, DNS, de firewall of de host voordat je internetdoorschakeling onderzoekt.

Wanneer externe toegang mislukt terwijl afspelen via het LAN nog werkt, isoleer dan eerst het externe pad voordat je de Plex-status wijzigt. Een geslaagde lokale test betekent dat de database en de afspeelengine waarschijnlijk niet het eerste hersteldoel zijn.

Als lokaal afspelen werkt, noteer dan het huidige LAN-adres en de gateway van de Plex-host. Als deze van de vervangende router een nieuw adres heeft gekregen, verwijst een oude reservering of doorschakelregel mogelijk nu naar het verkeerde apparaat. Herstel eerst de identiteit van de host voordat je externe poorten wijzigt.

Bouw het poortpad voor de nieuwe router opnieuw op

Door een router te vervangen vervalt de oude NAT-status, zelfs als de Plex-computer niet is gewijzigd. Bepaal of de nieuwe router de koppeling automatisch moet maken of dat je één openbare poort definieert en deze doorstuurt naar het huidige privéadres van de server en de Plex-poort.

Na het vervangen van een router moet de overeenkomst met de openbare poort overeenkomen met de poort die de router daadwerkelijk beschikbaar maakt en de poort die Plex verwacht.

Pas één doorschakelmethode toe en test daarna via mobiele data of een ander extern netwerk. Als de poort nog steeds onbereikbaar is, maak dan geen meerdere overlappende regels. Ga een niveau omhoog en bepaal of er nu een andere NAT- of firewalllaag tussen deze router en het internet zit.

Controleer of de nieuwe topologie dubbele NAT heeft toegevoegd

Veel gateways van internetproviders combineren modem- en routerfuncties. Als je achter zo’n apparaat een nieuwe wifi-router plaatst, kunnen er twee NAT-lagen ontstaan terwijl de vorige opstelling er één had. Een doorschakeling op de binnenste router stopt dan bij de buitenste gateway, tenzij de topologie in bridge-modus staat of beide lagen bewust zijn geconfigureerd.

Als twee lokale routers verkeer vertalen, kunnen bridge-modus of doorschakeling op beide lagen een volledig inkomend pad herstellen; vergelijk het WAN-adres van de nieuwe router met het openbare adres om een onverwachte externe NAT-laag zichtbaar te maken.

Als je beide apparaten beheert, kies dan waar mogelijk één routeringsinstantie. Als de openbare netwerkrand door de ISP wordt beheerd en het WAN-adres niet overeenkomt met het openbare adres, onderzoek dan CGNAT in plaats van aan te nemen dat nog een lokale regel zal werken.

Als de buitenste vertaling bij de ISP hoort en niet bij een andere router die je beheert, behandel het probleem dan niet langer als gewone dubbele NAT. Deze situatie wordt dan een CGNAT- of openbaar-adresprobleem; herhaalde doorschakelingen op de binnenste router creëren geen zeggenschap aan de rand van het ISP-netwerk.

Featured

ZimaCube 2 Persoonlijke Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Test DNS en veilige lokale naamresolutie afzonderlijk

Een nieuwe router kan ook DNS-filtering, bescherming tegen DNS-rebinding, lokaal resolvergedrag of via DHCP aangeleverde DNS-servers wijzigen. Daardoor kunnen beveiligde Plex-verbindingen of lokale detectie vreemd werken, terwijl de server nog steeds rechtstreeks via het IP-adres opent.

Een resolver kan veilige lokale Plex-namen verstoren wanneer DNS-rebindinggedrag het patroon `plex.direct` blokkeert. Test de naamresolutie voordat je beveiligingsfuncties breed uitschakelt.

Vergelijk vanaf een LAN-client de toegang via het privéadres van de server met toegang via de normale Plex-app of beveiligde hostnaam. Als rechtstreeks toegang via het IP-adres werkt maar detectie op basis van de naam mislukt, houd de oplossing dan binnen DNS. Als beide lokaal werken en alleen het internetpad mislukt, ga dan terug naar controles van NAT en de ISP-rand.

Accepteer de nieuwe basisconfiguratie pas na een herstarttest

Tijdelijk succesvolle externe toegang kan verdwijnen als de host een ander LAN-adres krijgt, de router een automatische koppeling op een andere manier opnieuw maakt of het nieuwe DNS-pad na het vernieuwen van een lease verandert. Betrouwbaarheid vereist dat de configuratie normale herstarts overleeft zonder handmatig herstel.

Een stabiel plan voor het opnieuw opbouwen van het netwerk moet de identiteit van de host, routering, DNS en externe bereikbaarheid na een herstart behouden, in plaats van te eindigen bij een eenmalige groene status.

Reserveer het adres van de Plex-host of maak het op een andere manier stabiel, herstart de host en de router eenmaal en test het lokale en externe afspelen opnieuw. Als het pad blijft werken, documenteer dan de regel voor de openbare poort, eventuele DNS-uitzonderingen en de ISP-topologie. Als het na de herstart mislukt, is het herstel niet voltooid.