Plex kan sessies verliezen na een proxy- of DNS-wijziging wanneer clients opnieuw verbinding maken via een andere hostnaam, route, certificaat of gecached eindpunt.
Houd de server en media ongewijzigd terwijl je het verbindingstraject test. Bestaande sessies kunnen langer actief blijven dan nieuwe, omdat clients adressen en de authenticatiestatus op verschillende manieren cachen. Reproduceer één lokale en één sessie via de proxy en vergelijk vervolgens de DNS-resolutie, omleidingen, websocketgedrag en het adres dat de client daadwerkelijk gebruikt.
Bevestig dat directe Plex-toegang nog werkt
Een proxyprobleem is veel eenvoudiger te isoleren wanneer is aangetoond dat de backend gezond is. Test hetzelfde account en dezelfde media rechtstreeks op het LAN voordat je certificaten of de databasestatus wijzigt.
De backend kan afzonderlijk van de openbare hostnaam worden getest wanneer een Plex-reverse-proxyroute deze twee paden gescheiden houdt.
Open Plex rechtstreeks, speel een bekend item af en noteer het serveradres. Als directe toegang ook niet werkt, laat DNS- en prox regels ongewijzigd totdat de backend werkt.
Controleer DNS vóór authenticatie
Een nieuwe hostnaam of een nieuw adres kan clients naar het verkeerde eindpunt sturen, ook al lijkt de inlogfout een accountprobleem. Vergelijk wat elke client resolveert, vooral wanneer caches of gesplitste DNS een rol spelen.
Routemetrieken van interfaces kunnen ook wijzigen welk netwerkpad na een DNS-update wordt gebruikt. Controleer daarom zowel de resolutie als de routeselectie.
Resolve de openbare en lokale namen vanaf getroffen en goed werkende clients. Wis alleen de cache van de falende client nadat je het verkeerde resultaat hebt vastgelegd.
Controleer proxyherschrijvingen en websocketpaden
Herschrijvingen van subpaden, headers, omleidingen en websocket-upgrades kunnen sessies na een proxywijziging verbreken, terwijl een eenvoudige webpagina nog steeds laadt. De volledige clientflow moet worden getest.
Een proxywijziging kan root-relatieve assets en integriteitsgedrag beïnvloeden wanneer herschrijving van het Plex-proxypad wordt gebruikt. Het gaat dus om meer dan een eenvoudige poortdoorsturing.
Bekijk browsernetwerkfouten en proxyl logs tijdens het inloggen en afspelen. Als het proxypad faalt terwijl directe toegang werkt, herstel dan eerst de proxyl laag voordat je gebruikers opnieuw instelt. Controleer nadat de proxy stabiel is hetzelfde pad voor externe Plex-streaming vanaf een extern netwerk en gebruik dat resultaat als baseline voor toekomstige DNS- of edgewijzigingen.
Test opnieuw met één bekend sessiepad
Maak nadat DNS- en proxygedrag stabiel zijn een nieuwe sessie aan en controleer of de client de beoogde hostnaam blijft gebruiken. Zo voorkom je dat een oude, gecachete route een defecte configuratie gezond laat lijken.
Een verder geldige serviceverbinding kan mislukken wanneer antwoordverkeer via de VPN-route vertrekt in plaats van via de interface die het verzoek heeft ontvangen.
Test met hetzelfde account vanaf één extern en één lokaal netwerk. Als sessies slechts via één pad wegvallen, ga dan verder met routering en edgebeleid in plaats van met de serverstatus.
Ondersteuning & Tips
Meer om te lezen

Moet je een live back-up van Jellyfin maken of de service eerst stoppen?
Geef de voorkeur aan back-ups van gestopte services voor eenvoud; gebruik live snapshots alleen wanneer de applicatiestatus consistent wordt vastgelegd en herstelprocedures zijn getest.

Waarom draait Jellyfin zo warm of luidruchtig als niemand streamt?
Hittesterkte tijdens inactiviteit wijst meestal op achtergrondwerk of een belasting door gedeelde hosting. Identificeer daarom het actieve proces en de geplande taak voordat je...

Wanneer moet je Jellyfin opnieuw opbouwen in plaats van repareren?
Kies voor opnieuw opbouwen in plaats van repareren wanneer runtime-drift het probleem is en de persistente status is geback-upt; verwijder de enige goede database...

