Hoe regelt Plex de authenticatie voor lokale en externe sessies?

Plex-authenticatie gebruikt de identiteit van de server en het account als vertrouwenslaag, terwijl lokale en externe sessies vooral verschillen in de manier waarop ze die server bereiken.

Een lokale client is niet automatisch anoniem en een externe client is niet geauthenticeerd alleen omdat een poort bereikbaar is. Een geclaimde Plex-server verwacht normaal gesproken geauthenticeerde toegang. Vervolgens bepalen instellingen voor beveiligde verbindingen, netwerkdetectie, externe bereikbaarheid en eventuele uitzonderingen voor het lokale netwerk de route. Als je deze lagen begrijpt, voorkom je dat een netwerkprobleem wordt aangezien voor een accountprobleem.

Een geclaimde server gebruikt de identiteit van het Plex-account als standaardvertrouwenslaag

De eerste grens is of de Plex Media Server is geclaimd of is aangemeld bij een Plex-account. Zodra die relatie bestaat, authenticeren clients normaal gesproken bij de server via het Plex-accountmodel, in plaats van toegang te krijgen alleen omdat ze de servicepoort kunnen bereiken.

Geclaimde servers vereisen standaard authenticatie. Die standaardinstelling is van toepassing op de vertrouwensbeslissing; dat betekent niet dat elke lokale en externe verbinding dezelfde route voor detectie of routering volgt.

Houd de accountidentiteit gescheiden van bibliotheekrechten. Plex Home en beheerde gebruikers passen gebruikersspecifieke toegang en rechten toe. “De aanmelding is gelukt” betekent dus niet hetzelfde als “deze gebruiker kan elke bibliotheek zien”.

Lokale sessies kunnen dichtbij zijn zonder anoniem te zijn

Op hetzelfde thuisnetwerk kunnen clients de server vaak met minder routeringsstappen detecteren en bereiken, maar de applicatie controleert nog steeds de identiteit en de beveiligingsinstellingen van de server. De locatie verandert de route, niet het basisidee dat de server moet weten welke client de server mag gebruiken.

Plex biedt wel netwerkinstellingen die lokale toegang zonder authenticatie mogelijk maken, maar deze uitzonderingen verruimen bewust de vertrouwensgrens. Beperk ze zorgvuldig en beschouw ze niet als de normale oplossing voor een authenticatieprobleem.

Als één lokale client niet werkt terwijl andere clients wel werken, controleer dan de aanmeldstatus, de ondersteuning van de app en het exacte netwerksegment voordat je authenticatieregels wijzigt. Een detectieprobleem tussen VLAN's of gast-wifi kan eruitzien als een accountfout, zelfs wanneer de inloggegevens geldig zijn.

Beveiligde verbindingen beschermen het sessiepad

Authenticatie bepaalt wie de server mag gebruiken; een beveiligde verbinding beschermt het verkeer tussen de client en de server. Dit zijn verwante maar verschillende lagen. Daarom kan een geldig account nog steeds verbindingsproblemen ondervinden als de client niet kan onderhandelen over het verwachte beveiligde pad.

Plex kan beveiligde serververbindingen gebruiken. Het verbindingsbeleid moet worden getest met de clients die daadwerkelijk toegang nodig hebben. Oudere of ongebruikelijke clients ondersteunen het beveiligde pad mogelijk op een andere manier. Verzwak het beleid daarom niet globaal voordat je hebt vastgesteld welk eindpunt problemen veroorzaakt.

Wanneer een client de server beveiligd bereikt, werken authenticatie en transportbeveiliging samen: de client bewijst zijn identiteit, de server past de toegangsrechten toe en de verbinding beschermt de gegevensuitwisseling. Een fout in een van deze lagen kan leiden tot dezelfde meldingservaring als “server niet beschikbaar”.

Featured

ZimaCube 2 Persoonlijke Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Externe sessies voegen detectie en bereikbaarheid aan de internetgrens toe

Een externe sessie moet de thuisserver eerst via de internetgrens bereiken. Poorttoewijzing, NAT, firewallbeleid, tunnels en andere ontwerpen voor externe toegang bepalen of het pad bestaat voordat authenticatie bij de doelserver kan worden voltooid.

Voor Plex Remote Access moet de server zijn aangemeld. Vervolgens wordt bereikbaarheid van buiten het lokale netwerk tot stand gebracht. Poorttoewijzing, NAT en firewallvoorwaarden bepalen of het pad bestaat, terwijl Plex-account- en bibliotheekrechten een afzonderlijke vertrouwenslaag op applicatieniveau blijven.

Houd bereikbaarheid en authenticatie tijdens de diagnose gescheiden. Een extern pad kan uitvallen voordat het account wordt geëvalueerd, en een bereikbare server kan een gebruiker nog steeds weigeren als die niet is aangemeld of geen toegang heeft tot de gevraagde bibliotheek.

Lokale en externe problemen moeten als afzonderlijke lagen worden getest

Begin met één bekend account en controleer eerst de lokale toegang. Test daarna hetzelfde account vanaf een daadwerkelijk externe verbinding. Als lokale authenticatie werkt maar externe toegang niet, onderzoek dan eerst het internetpad en de bereikbaarheid van de server voordat je accounts reset of bibliotheekrechten wijzigt.

Externe bereikbaarheid moet geauthenticeerde toegang tot de bedoelde server behouden. Gebruik geen tunnel of doorstuurdienst om een onopgelost identiteits- of rechtenprobleem binnen Plex te omzeilen.

Na een router- of netwerkverhuizing helpt de netwerkbasis voor Plex na een verhuizing om adressering, detectie, externe bereikbaarheid en service-identiteit van elkaar te onderscheiden. Authenticatie is eenvoudiger te begrijpen wanneer het netwerkpad onafhankelijk wordt getest in plaats van meerdere vertrouwensinstellingen tegelijk te wijzigen.