Så åtgärdar du Plex-inloggningsfel efter en omstart av en reverse proxy
Om Plex-inloggningen slutar fungera först efter att reverse proxyn startats om, ska du först bevisa att direkt lokal åtkomst till Plex fungerar. En fungerande direkt session flyttar felet till proxyn, DNS eller TLS-sökvägen.
Det vanligaste misstaget är att återställa Plex-uppgifterna när servern fortfarande fungerar. Reverse proxies lägger till en uppströmsadress, ett värdnamn, ett certifikat, begärandehuvuden och ibland även ett Docker-nätverk mellan webbläsaren och Plex. Testa lagren i rätt ordning. Målet är inte bara att få tillbaka inloggningssidan en gång, utan att samma proxyrutt ska överleva en kontrollerad omstart av proxyn utan att Plex-serverns identitet ändras.
Bevisa om Plex fortfarande är nåbart
Öppna Plex direkt i det lokala nätverket med den serveradress och port du vanligtvis använder för lokal administration. Om samma konto kan logga in och servern läses in, ska du låta Plex-autentiseringen och serverdata vara orörda. Du har redan isolerat problemet till sökvägen som proxyn lägger till.
Plex tillhandahåller anpassade URL:er för serveråtkomst för ovanliga nätverkskonfigurationer, till exempel reverse proxies och VPN:er. Om URL:en som Plex publicerar inte längre matchar det värdnamn eller schema som klienten använder, kan upptäckt och beteendet för säkra anslutningar bli inkonsekventa även när direkt lokal åtkomst fortfarande fungerar.
Om direkt lokal åtkomst också misslyckas ska du sluta behandla proxyomstarten som orsaken. Kontrollera först Plex-containerns status, serverloggarna och datamonteringen. Förgreningsregeln är tydlig: direkt åtkomst fungerar betyder proxysökväg; direkt åtkomst misslyckas betyder server- eller containersökväg.
Kontrollera proxyns uppströmsmål efter omstarten
Inspektera proxymålet och bekräfta att det pekar på den aktuella Plex-tjänsten. En proxy som är konfigurerad med en tillfällig container-IP kan sluta fungera efter att en container eller ett nätverk har skapats om. Använd helst en stabil värdadress eller ett Docker-tjänstenamn på ett gemensamt användardefinierat nätverk i stället för att kopiera en tillfällig IP-adress till proxykonfigurationen.
Dockers beteende för användardefinierade bryggnätverk ger containrar på samma nätverk namn-baserad kommunikation och tydlig isolering. Därför är ett tjänstenamn ett mer hållbart uppströmsmål än en containeradress som kan ändras under livscykelhändelser.
När du har korrigerat uppströmsmålet ska du bara läsa om proxyn och försöka igen med den proxade Plex-URL:en. Om proxyn nu når Plex men inloggningen fortfarande loopar, är nästa gren det publika värdnamnet, TLS eller den publicerade åtkomst-URL:en snarare än containerrutten.
Verifiera värdnamnet och TLS-sökvägen utan att försvaga säkerheten
Bekräfta att webbläsaren använder det avsedda HTTPS-värdnamnet och att proxyn visar upp ett giltigt certifikat för namnet. Försök inte lösa en certifikat- eller värdnamnsmissmatch genom att globalt inaktivera säkra anslutningar. Om du har ändrat proxydomänen eller sökvägen ska du uppdatera Plex anpassade åtkomst-URL så att serverupptäckten leder klienterna till den rutt du faktiskt underhåller.
För en bredare design av fjärråtkomst betonar ZimaSpaces guide för fjärråtkomst till privata moln kontrollerade gateways, tunnlar och tydliga gränser i stället för att öppna tjänster utan eftertanke. Samma regel gäller här: reparera den avsedda inkommande sökvägen i stället för att kringgå den med en osäker tillfällig exponering.
Rensa webbläsarsessionen först när routningen och TLS-kontrollerna har godkänts. En gammal cookie kan försvåra testningen, men om du rensar tillståndet innan du reparerar nätverkssökvägen kan du dölja det verkliga felet. Använd ett privat webbläsarfönster som ett rent test utan att radera fungerande klienttillstånd överallt.
Starta om proxyn igen och upprepa det ursprungliga inloggningstestet
När inloggningen fungerar ska du medvetet starta om reverse proxyn en gång till. Vänta tills den är frisk och använd sedan exakt samma värdnamn och klient som ursprungligen misslyckades. En lyckad åtgärd innebär att uppströmsmålet kan hittas, TLS är giltigt, Plex upptäcks på den avsedda URL:en och kontot kan logga in utan manuella ändringar efter omstarten.
Om den andra omstarten återigen bryter rutten ska du undersöka startordningen och namnupplösningen mellan proxyn och Plex. Problemet är inte löst om en människa måste ändra en IP-adress efter varje livscykelhändelse. Gör beroendet uttryckligt i Docker-nätverket eller proxykonfigurationen.
Ta upp frågan med Plex-autentiseringen först när både direkt och proxad routning fungerar, men inloggningsfelet kvarstår mellan olika klienter. Samla då in Plex-loggar med tidsstämplar samt konto- och serveruppgifter i stället för att fortsätta ändra proxyinställningar som redan har verifierats.
Rekommenderade produkter
Support och tips
Mer att läsa
Kan Plex dela ett GPU-kort med en annan Docker-container?
Plex och en annan container kan ofta använda samma GPU, men du måste testa drivrutinsstöd, enhetsmappning, belastningen på videoenheten, minne och återställningsbeteende.
Så avgör du om ett Plex-fel kommer från klienten eller servern
Återskapa samma objekt på en annan klient, jämför sessionsvägen och samla sedan in serverbevis först efter att scope har visat var felet faktiskt finns.
Så konfigurerar du Plex-cache och tillfällig lagring för omkodning
Skydda beständigt Plex-tillstånd genom att placera temporära transkodningsfiler på lämplig lokal lagring och verifiera rensning, ledigt utrymme samt omstartsfunktionssätt.
