In che modo Plex gestisce l’autenticazione nelle sessioni locali e remote?

L’autenticazione di Plex utilizza l’identità del server e dell’account come livello di fiducia, mentre le sessioni locali e remote differiscono principalmente per il modo in cui raggiungono quel server.

Un client locale non è automaticamente anonimo e un client remoto non è autenticato semplicemente perché una porta è raggiungibile. Un server Plex associato a un account normalmente richiede l’accesso autenticato; in seguito, le impostazioni della connessione sicura, il rilevamento della rete, la raggiungibilità remota e le eventuali eccezioni per la rete locale definiscono il percorso. Comprendere questi livelli evita di scambiare un problema di rete per un problema dell’account.

Un server associato a un account usa l’identità dell’account Plex come livello di fiducia predefinito

Il primo confine consiste nel verificare se Plex Media Server è associato a un account Plex o se è stato effettuato l’accesso. Una volta stabilita questa relazione, i client normalmente si autenticano al server tramite il modello di account Plex, invece di ottenere l’accesso semplicemente perché riescono a raggiungere la porta del servizio.

I server associati a un account richiedono l’autenticazione per impostazione predefinita. Questa impostazione predefinita si applica alla decisione relativa alla fiducia; non significa che ogni connessione locale e remota segua lo stesso percorso di rilevamento o instradamento.

Mantieni separata l’identità dell’account dai permessi delle librerie. Plex Home e gli utenti gestiti applicano accessi e permessi specifici per utente, quindi “l’accesso è riuscito” non equivale a “questo utente può vedere tutte le librerie”.

Le sessioni locali possono essere vicine senza essere anonime

Nella stessa rete domestica, i client spesso possono rilevare e raggiungere il server con meno passaggi di instradamento, ma l’applicazione continua a valutare l’identità e le impostazioni di sicurezza del server. La vicinanza modifica il percorso, non il principio di base secondo cui il server deve sapere quale client è autorizzato a utilizzarlo.

Plex offre impostazioni di rete che possono consentire l’accesso locale senza autenticazione, ma queste eccezioni ampliano deliberatamente il confine di fiducia. Devono essere applicate in modo restrittivo e non considerate la soluzione normale a un problema di autenticazione.

Se un client locale non funziona mentre gli altri sì, verifica lo stato dell’accesso, il supporto dell’app e il segmento di rete esatto prima di modificare le regole di autenticazione. Un problema di rilevamento tra VLAN o su una rete Wi-Fi ospite può sembrare un errore dell’account anche quando le credenziali sono valide.

Le connessioni sicure proteggono il percorso della sessione

L’autenticazione stabilisce chi può utilizzare il server; una connessione sicura protegge il traffico che viaggia tra client e server. Sono livelli correlati ma distinti, motivo per cui un account valido può comunque riscontrare un problema di connessione se il client non riesce a negoziare il percorso sicuro previsto.

Plex può utilizzare connessioni sicure al server e la relativa policy dovrebbe essere verificata con i client che necessitano effettivamente dell’accesso. I client più datati o insoliti potrebbero supportare il percorso sicuro in modo diverso; pertanto, non indebolire la policy a livello globale prima di aver identificato quale endpoint presenta il problema.

Quando un client raggiunge il server in modo sicuro, autenticazione e protezione del trasporto operano insieme: il client dimostra la propria identità, il server applica i permessi di accesso e la connessione protegge lo scambio di dati. Un errore in uno qualsiasi di questi livelli può produrre un’esperienza simile a quella di un “server non disponibile”.

Featured

ZimaCube 2 NAS personale cloud domestico

ZimaCube2

$799.00 - $2,499.00

Buy Now

Le sessioni remote aggiungono il rilevamento e la raggiungibilità dal margine Internet

Una sessione remota deve prima raggiungere il server domestico attraverso il margine Internet. Il port forwarding, il NAT, le policy del firewall, i tunnel o altri sistemi di accesso remoto determinano se il percorso esiste prima che l’autenticazione dell’account possa essere completata sul server di destinazione.

Plex Remote Access richiede che l’accesso al server sia effettuato e quindi stabilisce la raggiungibilità dall’esterno della rete locale. Il port forwarding, il NAT e le condizioni del firewall determinano se il percorso esiste, mentre i permessi dell’account Plex e delle librerie restano un livello di fiducia separato, a livello applicativo.

Mantieni separati raggiungibilità e autenticazione durante la diagnosi. Un percorso remoto può non funzionare prima che l’account venga valutato, mentre un server raggiungibile può comunque negare l’accesso a un utente che non ha effettuato l’accesso o che non dispone dei permessi per la libreria richiesta.

I problemi locali e remoti devono essere verificati come livelli separati

Inizia con un account noto e verifica prima l’accesso locale, quindi prova lo stesso account da una connessione realmente esterna. Se l’autenticazione locale funziona ma l’accesso remoto non riesce, analizza il percorso Internet e la raggiungibilità del server prima di reimpostare gli account o modificare i permessi delle librerie.

La raggiungibilità remota dovrebbe mantenere l’accesso autenticato al server previsto. Non utilizzare un tunnel o un servizio di inoltro per aggirare un problema di identità o di autorizzazioni non ancora risolto all’interno di Plex.

Dopo lo spostamento di un router o di una rete, la baseline di rete di Plex dopo lo spostamento aiuta a separare indirizzo, rilevamento, raggiungibilità remota e identità del servizio. L’autenticazione è più facile da analizzare quando il percorso di rete viene verificato separatamente, invece di modificare più impostazioni di fiducia contemporaneamente.