Plex kan förlora sessioner efter en proxy- eller DNS-ändring när klienter återansluter via ett annat värdnamn, en annan rutt, ett annat certifikat eller en cachad slutpunkt.
Behåll servern och medieinnehållet oförändrade medan du testar anslutningsvägen. Befintliga sessioner kan överleva längre än nya eftersom klienter cachelagrar adresser och autentiseringstillstånd på olika sätt. Återskapa en lokal session och en proxad session och jämför sedan DNS-upplösning, omdirigeringar, websocket-beteende och den adress klienten faktiskt använder.
Bekräfta att direktåtkomst till Plex fortfarande fungerar
Det är mycket enklare att isolera ett proxyproblem när backend har bevisats fungera. Testa samma konto och medieinnehåll direkt i det lokala nätverket innan du ändrar certifikat eller databastillstånd.
Backend kan testas separat från det publika värdnamnet när en Plex-reverse proxy-rutt håller de två vägarna åtskilda.
Öppna Plex direkt, spela upp ett känt objekt och notera serveradressen. Om direktåtkomst också misslyckas ska du inte ändra DNS eller proxyregler förrän backend fungerar.
Kontrollera DNS före autentisering
Ett nytt värdnamn eller en ny adress kan skicka klienter till fel slutpunkt, även om inloggningsfelet ser ut som ett kontoproblem. Jämför vad varje klient löser upp, särskilt när cachelagring eller uppdelad DNS används.
Gränssnittets ruttmätvärden kan också ändra vilken nätverksväg som används efter en DNS-uppdatering, så verifiera både upplösning och ruttval.
Slå upp de publika och lokala namnen från berörda och fungerande klienter. Töm endast cacheminnet på den felande klienten efter att du har fångat det felaktiga resultatet.
Verifiera proxyomskrivningar och websocket-vägar
Omskrivningar av undersökvägar, headers, omdirigeringar och websocket-uppgraderingar kan bryta sessioner efter en proxyändring, även om en enkel webbsida fortfarande läses in. Hela klientflödet måste testas.
En proxyändring kan påverka rotbaserade resurser och integritetsbeteende när omskrivning av Plex-proxysökvägen används, så det är mer än en enkel portvidarebefordran.
Bevaka nätverksfel i webbläsaren och proxyloggar under inloggning och uppspelning. Om den proxade vägen misslyckas medan direktåtkomst fungerar ska du åtgärda proxylagret innan du återställer användare. När proxyn är stabil verifierar du samma fjärrströmningsväg för Plex från ett externt nätverk och behåller resultatet som baslinje för framtida DNS- eller edgeändringar.
Testa igen med en känd sessionsväg
När DNS- och proxybeteendet är stabilt skapar du en ny session och bekräftar att klienten stannar på det avsedda värdnamnet. Det förhindrar att en cachad gammal rutt får en trasig konfiguration att verka fungera.
En i övrigt giltig tjänsteanslutning kan misslyckas när svarstrafiken lämnar via VPN-rutten i stället för via det gränssnitt som tog emot begäran.
Testa från ett externt nätverk och ett lokalt nätverk med samma konto. Om sessioner endast kopplas från på den ena vägen ska du fortsätta med routing och edgepolicy i stället för serverns tillstånd.
Support och tips
Mer att läsa

Bör du säkerhetskopiera Jellyfin medan tjänsten körs eller stoppa tjänsten först?
Föredra säkerhetskopior av stoppade tjänster för enkelhetens skull; använd live-ögonblicksbilder endast när applikationstillståndet fångas konsekvent och återställningar har testats.

Varför blir Jellyfin varmt eller högljutt när ingen streamar?
Värme vid inaktivitet beror vanligtvis på bakgrundsarbete eller en belastning från en delad värd, så identifiera den aktiva processen och den schemalagda uppgiften innan...

När bör du bygga om i stället för att reparera Jellyfin?
Välj ominstallation framför reparation när problemet är avvikelser i körmiljön och beständiga data är säkerhetskopierade; ”ominstallera” inte genom att radera den enda fungerande databasen.

